Claude Financial Services 入门：公开插件提供了什么
Financial Services 扩展练习：制作待审阅的交接收件箱
用离线样例把交接请求变成可审阅记录，不让文档直接控制路由。
Financial Services 扩展练习：制作待审阅的交接收件箱知识学习CN编辑简报更新 2026-09-23
你将学会
- 先把扩展范围缩小
- 写清验收样例
- 离线协议通过之后再接入
开始前需要
- 基本命令行与 JSON 阅读能力
- 包含虚构财务资料的独立工作区
用离线样例把交接请求变成可审阅记录，不让文档直接控制路由。
先看结论
- 这是建议的扩展练习。
- 去重与授权是不同的检查。
- 离线通过不能证明生产适用性。
先把扩展范围缩小
为虚构交接事件制作一个离线收件箱，分别存放任务标识、发送方身份、目标代理与事件载荷。界面只展示请求的操作和对应依据，不自动执行任何外部操作。
这是围绕参考架构提出的学习项目，不是当前仓库已有的功能。完成练习也不代表实现已经适合处理客户资料，真实部署和业务正确性仍需另外审查。
写清验收样例
要求完整嵌套 JSON 能被解析，未知目标和额外载荷字段被拒绝，损坏或不完整的消息进入独立的拒绝队列。用字符串中的转义花括号检查解析是否遵循 JSON 结构。
为每个接受的事件设置去重标识和可见的待审阅状态。重复事件不得再次产生获批操作，记录审核人接受或拒绝的理由，同时将敏感源数据保留在事件正文之外。
离线协议通过之后再接入
先完成解析器和状态转换测试，再接入模型或连接器。之后分别审查传输层如何认证发送者，以及确认响应失败后怎样重试，这些问题与 JSON 是否合法并不相同。
最后使用虚构记录演示一个被接受的请求、一个重复请求和一个被拒绝的目标。交付的是可测试的权限边界与审计轨迹；真实运行、财务结论和合规性需要独立验证。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
实现只接收虚构事件的被动收件箱。
- 2
测试边界、目标、去重和审核状态。
- 3
不调用外部服务地演示接受与拒绝。
可复制示例
json
{"task_id":"synthetic-001","sender":"fixture","target":"gl-reconciler","state":"pending-review","dedup_key":"synthetic-001:1"}常见问题
练习必须调用真实模型吗？
不需要，先用确定性的虚构事件测试控制边界即可。
演示应该包含什么？
一条接受的草稿事件、一条重复事件和一个被拒绝目标，并附人工判断。
资料来源
- Financial Services / README.md来源核查 2026-09-23
- Financial Services / scripts/orchestrate.py来源核查 2026-09-23
- Financial Services / scripts/validate.py来源核查 2026-09-23