01 COUPLE BUDGET / PUBLIC DEMO

把一笔消费,变成
两个人都看得懂的记录。

它住在飞书群聊里。收到一张账单或一句“买了什么+多少钱”,先识别,再让你确认,最后才记进账本。

公开页面只运行本地模拟,不连接 Hermes、飞书或真实账本。
received / 20:39
COUPLE MART消费记录DATE / 2026.08.25
¥ 42.00
情侣记账助手在飞书群聊中工作
LOCAL DEMO

晚饭,42 元
一张账单图片

我先整理成一笔待确认记录。

消费日期 2026-08-25
消费场景 晚饭
金额   ¥42.00
分类   餐饮食品
付款人  小明

等你说一声:确认OK
先确认
再入账
它的岗位

当收到支付账单图片或文字时,自动识别消费日期、商家/物品、金额、分类和付款人,经用户确认后写入飞书多维表格。

5 个核心字段13 步工作流0 次擅自入账

02 TRY THE THINKING

点一个场景,
看它如何判断。

这不是实时 Agent。每个场景都由浏览器本地预设,专门展示它的工作规范与边界。

feishu / 情侣记账群SIMULATED
小明
情侣记账群2 位成员 · 今天 20:39
本地演示
不会发送真实消息当前场景:正常记账

03 THE WORKFLOW

它不是“识别完就写入”。
它把确认当成一道门。

01收到输入

图片或文字

02提取字段

日期 / 金额 / 场景

03检查风险

缺失 / 重复 / 例外

04请求确认

用户说 OK

05写入核验

确认后才完成

HUMAN-IN-THE-LOOP

它的速度来自自动整理,不来自跳过判断。

04 THE SPEC

一笔账,
五个字段。

01 / DATE消费日期

图片中有明确日期时优先使用;消息晚于消费日期,就再次确认。

2026.08.25
02 / NAME商家 / 物品名称

一张账单原则上记为一笔,多商品使用概括性消费场景。

超市购物
03 / AMOUNT金额

只记录最终实付金额,不使用原价或优惠前金额。

¥ 128.00
04 / CATEGORY消费分类

按主要消费目的归入 12 个大类,最终交给用户确认。

日用购物
05 / PAYER付款人

默认使用发送消息的飞书用户名称,身份不明就询问。

小明

05 THE BOUNDARY

可靠,
也知道何时停下。

Agent 的能力边界不是免责声明,而是工作流的一部分。

会做
识别、分类、追问、请求确认、检查重复、核验写入。

×

不会做
猜测缺失信息、擅自修改纠正、确认前入账、暴露真实权限。

会暂停
日期不明、金额不清、疑似重复、表格写入结果不一致。

06 PUBLIC / PRIVATE

公开它的思考,
藏好它的权限。

PUBLIC这个展示页静态文件 · 本地 Demo · 脱敏样例
不会连通
PRIVATE真实运行环境Hermes · 飞书 Bot · 多维表格权限

07 TAKEAWAY

好的记账 Agent,
不是更快地记错。

而是在每一次不确定时,知道该问谁、该停在哪里。

重新体验 Demo