切换手册章节
企业要做异常报告,工具和审批该怎么放?
设想运营同事希望每天看到销售异常。第一步只用一份虚构 CSV 出草稿,先观察异常是怎样定义和复核的。等计算、来源与责任人清楚,再考虑读数据库或发送通知。
本篇目录 4 节
01
给这项任务分配必要能力
| 部件 | 在这个例子里做什么 | 先问清的业务问题 |
|---|---|---|
| Skill | 说明销售额口径、异常阈值和草稿格式 | 门店口径由谁确认,何时换版 |
| 连接器 | 把现有系统的认证、接口和字段映射成可访问的能力 | 按谁的身份取哪些门店的数据 |
| MCP | 让配置好的外部服务以约定方式暴露工具或资源 | 这次需要只读查询还是也能写入 |
| Harness | 组织模型请求,调用被允许的工具,接收结果并记录过程 | 触达真实系统前的权限与审批在哪里检查 |
02
先让它写有出处的草稿
先核对两天的统计口径相同,金额由人或可复算公式验算。某门店销售下降 30% 是数据描述,下降因为缺货是因果解释,后者需要库存等额外证据。模型给出的解释可以转成待调查问题。
使用本次练习的虚构销售表。按门店汇总当日销售额,列出与前一日差异最大的两家。引用原表日期和门店编号。无法从表内确定原因时写“原因待核实”。只写一份本地草稿。03
上下文一直变长,先把事实留在可复核的位置
把完整统计表留在项目里,给模型本轮要核对的日期、字段说明、必要行和取数条件。需要遵循统一汇报规则时调用已核对的 Skill。RC5 将上下文压缩设计为可选组件,长会话可产生摘要等记录。计算结果、原始来源和人工确认不能只寄托在一段摘要上。
04
从本地演示到接入企业
- 第一阶段用虚构表生成本地草稿,抽查准确率和错误类型,确定谁复核。
- 第二阶段如接只读系统,为每次取数保留范围、请求结果与版本。记录超时、字段变动和额度不足时的行为。
- 第三阶段若要对外发送或回写,增加独立的审批规则和失败处理。演示中先用待发队列,核对收件范围与草稿差异。
来源与延伸阅读
配套资料
知识库与演示素材
知识库附录含录屏分镜。练习包里的 INDEX.md 可按题目查找会议简报、只读目录核对、Cordis 报销回执,以及门店销售和团队练习。