# MCP 只读阶段:深圳实测笔记
Contents
# 让「MCP 只读阶段」在公司里真正落地
三十天后再写。基于本地模型的内部助手,只要像其他生产服务一样对待——有负责人、有监控、有文档——就容易成功;如果一直停留在演示阶段,却慢慢变成大家离不开的依赖,就容易失败。
# 负责人
为服务指定一名负责人和一名备份。负责人审批模型变更、维护运维手册,并回答安全和财务的问题。没有具体的人,问题就会在 IT 和发起试点的团队之间来回踢。
# 边界
写清楚助手做什么、不做什么。摘要、起草、在批准的文档中搜索是常见用途;记账、审批付款、解释合同、提供医疗和法律建议应当留给人。当请求越界时,助手要直接说明,并给出人工处理的途径。
# 安全基础
- 系统指令、用户输入和检索到的文本要分开处理。
- 工具返回结果和上传文件一律视为不可信。
- 审计日志放在用户无法修改的地方。
- 内部测试发现的问题要有责任人和截止日期。
# 监控
盯住会导致停机的指标:显卡温度、磁盘空间、进程崩溃和队列长度。针对这些告警,而不是每条报错都告警。做一个简单的状态页,让同事知道服务何时降级。
# 复盘
# 管理层会问的问题
- 系统能看到哪些数据,存在哪里?
- 谁能用?员工离职时如何收回权限?
- 回答错了怎么办,谁负责?
- 每月成本多少,包括电费和人力?
- 出问题时如何快速关停?
第一次开会前准备好简短、基于事实的回答。一页纸写清负责人、数据政策和止损开关,通常能把讨论从“安不安全”推进到“从哪里开始”。
# 速记要点
- 演练恢复,而不只是做备份。
- 合侧板前给走线拍照。
- 检索文本和上传文件一律视为不可信。
- 公布助手会拒绝做的事。
作者:本地AI 1号网,深圳团队,专注本地大模型软硬件、装机与私有化部署。
End