Claude Financial Services 入门：公开插件提供了什么
Financial Services 架构：把数据、指令和审批分开
沿着领域技能、连接器读取、辅助校验和人工授权追踪一份工作材料。
Financial Services 架构：把数据、指令和审批分开知识学习CN编辑简报更新 2026-09-23
你将学会
- 找到指令的共同来源
- 在读取结果与编排之间校验
- 不要让文档文本承担控制消息
开始前需要
- 基本命令行与 JSON 阅读能力
- 包含虚构财务资料的独立工作区
用离线样例把交接请求变成可审阅记录，不让文档直接控制路由。
先看结论
- 技能副本可能与源文件漂移。
- 合法 JSON 也可能包含错误金额。
- 白名单不能认证消息来源。
找到指令的共同来源
行业技能是领域知识的源文件，命名代理携带适合自己工作流的打包副本。README 介绍了同步脚本和检查副本漂移的工具，因此修改源技能之后还要检查受影响的代理副本。
斜杠命令对应用户显式发起的操作，相关技能提供方法与约定。托管代理封装引用相同的提示词和技能目录，这解释了文件复用关系，但不能证明不同宿主版本的运行行为完全相同。
在读取结果与编排之间校验
scripts/validate.py 读取输出实例以及 JSON 或 YAML 模式，再调用 jsonschema.validate。源码注释将它定位为读取子代理与编排器之间的校验，因为所述 API 路径本身没有强制执行该结构约束。
模式能够拒绝结构错误，却可能接受类型正确但金额错误的数据。应将来源引用和对账检查放在结构校验旁边，由应用判断草稿是否具备足够依据，能够交给审核人。
不要让文档文本承担控制消息
scripts/orchestrate.py 从文本增量中尝试提取 handoff_request，自己的安全说明也指出，处理过的文档可能回显这种片段。目标白名单限制去向，但不能证明文档有权触发路由。
更稳妥的扩展方案是使用带任务身份的类型化控制通道，并分别验证参数和来源。这是架构建议，不是参考循环已经实现的能力；人工授权应始终独立于生成的文本。
如何选择
| 比较维度 | 方案 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
找出文本可能变成控制指令的位置。
可复制示例
text
source rows -> reader draft -> schema check -> evidence review
trusted task identity -> routing policy -> selected agent
reviewed work product -> human authorization常见问题
模式校验会批准财务结论吗？
不会。它检查数据结构是否符合模式，不检查结论真假或业务授权。
类型化控制通道已经实现了吗？
这是建议的改进方向，当前审阅的参考脚本仍从文本中提取请求。
资料来源
- Financial Services / README.md来源核查 2026-09-23
- Financial Services / scripts/validate.py来源核查 2026-09-23
- Financial Services / scripts/orchestrate.py来源核查 2026-09-23