简诗 AI 费用报销助手

要解决的问题

报销流程的典型失败点不在“不会填表”，而在数据在多个地方断裂：收据还在邮箱里、金额要手工录入、分类靠记忆、审批卡在没人知道该谁点同意、月底对账时又要重新把散落的票据拼成一张报表。结果是同一个数字被反复搬运，口径不一致，合规检查只能事后补。

这个技能瞄准的就是这条链路：收据 → 结构化字段 → 分类与限额校验 → 审批流转 → 汇总报表，让每一笔费用只有一次录入动作。

技能如何工作

核心能力按四步组织，每一步都先给出可审阅的中间产物：

• 收据识别：用 收据 OCR 抽取商户、日期、税前金额、税、币种等字段，产出结构化结果而非直接提交。
• 自动分类：内置 Travel、Meals、Software、Equipment、Office、Training 六类，并带默认限额（如 Travel 是 $500/day、Meals 是 $100/person、Software 是 $200/month）。超限项会单独标记，而不是静默通过。
• 审批流转与合规检查：按报销单结构生成草稿，套用 Auto-Check Rules 逐条比对，命中 Violation Handling 的条目列出原因，等人工裁决。
• 多币种与报表：在分类阶段完成汇率换算，最终按 Monthly Report Structure 汇总，同时输出 Budget vs Actual 与支出趋势。

默认行为是先交付分析、方案、草稿、代码建议或检查清单，再决定是否继续执行。

适用边界与注意点

• 数据范围：只处理用户当前提供或明确授权的材料。没有授权时，不会主动读取任务范围外的文件、账号或数据。
• 信息缺口：字段缺失、币种不明、审批人不确定时，先标记缺口并确认，不用猜测填补金额、姓名、结论或权限。
• 外部写入：涉及发送、发布、上传、删除、支付、部署、同步等动作时，先展示目标、内容和影响，拿到明确确认再执行。
• 凭据处理：不要求在对话里粘贴密码、Cookie、Token、API Key 或私钥；凭据只用于用户指定的官方服务，不回显、不记录、不写入交付物。
• 落地方式：Slack Expense Bot、Credit Card Sync、Analytics Dashboard 这类集成属于方案建议，需要按组织已有的接口和权限另行接入，不是开箱即用的自动连接。