您的人工智能可以读取基金 — 但碰不到它。
当下 CFO 们真正关心的问题不是“人工智能能回答关于我们数字的问题吗？”—— 而是“哪天它真的动手做了什么，会发生什么？”本演示把一个助手通过 只读 MCP 服务器接入第 002 期中那家（虚构的） 精品基金：七个工具可以回答关于净值、持仓、盈亏与对账的任何问题 —— 而能够写入、下单、 改估值、发送或执行的工具为零。先问它本月盈亏，再让它下单交易 —— 看拒绝发生在协议层，而不是在提示词里。
诚实声明。本页面不发起任何实时模型调用。助手的回复是用实时数字填充的预设模板， 由您的浏览器基于模拟账簿计算得出；MCP 面板展示的是此类客户端与服务器之间交换的 真实 JSON-RPC 帧。在生产环境中，Claude 会自行发起这些工具调用 —— 防护效果完全相同， 因为防线位于服务器之中，而不依赖模型的自觉。
选一个问题。带 ✋ 的才是重点。
七个工具。全部只读。这就是整个服务器。
最小权限原则应用于人工智能：助手只获得足以回答问题的最窄接口。安全并非靠系统 提示词请求模型守规矩 —— 在这台服务器上，写入路径根本不存在。工具被调用时会亮起； 当助手被要求执行它不具备的动词时，虚线一行会闪烁警示。
01拒绝发生在协议层，而非提示词
模型可能被花言巧语说服；而一台从未实现 book_trade 的服务器不可能被说服。
JSON-RPC −32601 不是一条策略 —— 它是物理法则。对任何允许人工智能接近的
系统记录源，这一模式同样成立。
02价值本来就在读取侧
这里的每个问题 —— 净值、盈亏驱动、权重、对账 —— 都在数秒内、从受治理的数字得到 回答，而不是把数据复制粘贴进聊天窗口。您保留唯一事实来源，只递给人工智能一个锁眼， 而不是一串钥匙。
03唯一的运维工具只做规划
plan_rerun 起草修复异常交易日的操作手册 —— 然后到此为止。
人工智能提议；终端前的人类决断。判断力留在承担责任的地方：
留给在净值上签字的操作员。
通俗术语表（MCP、JSON-RPC、−32601、净值、对账）
- MCP（模型上下文协议）
- 把人工智能助手连接到数据与工具的开放标准 —— 模型与您的系统之间的“USB 接口”。
- JSON-RPC
- MCP 使用的消息格式：每次工具调用是一个小小的 JSON 请求，每个应答是一个 JSON 响应。
- −32601
- JSON-RPC 的标准错误码，含义是“该方法在此处不存在” —— 写入被设计性拒绝时发出的声音。
- 净值（NAV）
- 基金资产净值 —— 基金的总价值；除以已发行份额，即每单位价值。
- 对账（Recon）
- 在任何数字对外发布之前，证明基金账簿与券商记录一致。