交流群
安全与合规
所有 Skill、MCP、工作流仅供个人学习测试，功能、计费、权限以 workbuddy.cn 官方为准。文中涉及官方具体入口、版本、费率、额度、配置项处均标注「待核验（以 workbuddy.cn 官方为准）」，示例数据全部脱敏占位。
本栏目是 WorkBuddy 知识营地的落地必备板块：把 AI 自动化从「能跑」推到「敢跑、敢长期跑」。核心方法论只有一句——最小权限原则贯穿账号、Agent、Skill、MCP 四层，密钥永不落地，成本永远有闸口，外发永远有白名单。下面 6 篇按此主线逐条展开，每篇都给出正文方法、可操作示例、截图计划、可复用模板与一句引流文案。
一、权限分级授权清单：账号、Agent、Skill、MCP 访问边界
1.1 正文：原理与分步骤方法
AI 自动化最大的安全风险不是「模型出错」，而是「一把钥匙开所有门」。权限模型按四层切分：账号（人）→ Agent（自动化主体）→ Skill（能力单元）→ MCP/第三方工具（外部连接）。越靠外层，身份越可信；越靠内层（尤其 MCP），越接近不可信边界，权限越要收得紧。
核心原则：默认拒绝（deny by default）、最小必要、按任务授权、可随时吊销、全量留痕。
盘点：列出当前所有账号、正在运行的 Agent、挂载的 Skill、已连接的 MCP，形成资产台账；不清楚用途的一律先停用。
分角色：把使用者分成「管理员 / 日常使用者 / 自动化 Agent」三类，分别定义能做什么、不能做什么。
逐层授权：账号层绑定角色；Agent 层只绑完成其任务所需的 Skill 与 MCP；Skill 层声明输入校验与写操作二次确认；MCP 层独立 token、只读优先、字段最小授权。
定期回收：项目结束、人员变动、Skill 升级后，立即回收对应授权；每季度做一次权限复核。
WorkBuddy 具体的权限入口、角色名称与审计日志位置待核验（以 workbuddy.cn 官方为准），但四层边界模型本身是通用工程方法，可直接套用。
1.2 示例：权限矩阵示例（数据已脱敏占位）
| 角色 / 主体 | 账号层能力 | Agent 层能力 | Skill / MCP 边界 | 写操作确认 |
|---|---|---|---|---|
| 管理员（本人） | 创建/停用 Agent、看账单、看审计 | 全权，但仍走独立 Agent 跑生产任务 | 可挂载全部 Skill；MCP 按需连接 | 高风险操作二次确认 |
| 日常 Agent（只读类） | 无账号登录态 | 仅读取指定知识库/日历 | 只读 Skill；MCP 仅连只读数据源 | 禁止写操作 |
| 定时任务 Agent（示例：投资者日历） | 无账号登录态 | 拉取行情/公告→写入指定表 | 限定数据源白名单 MCP；禁止发消息类 Skill | 写入固定目录，越界即拒 |
| 第三方 MCP 连接 | — | 由 Agent 显式调用 | 独立 token、字段最小授权、出站域名白名单 | 写/删除类默认关闭 |
1.3 截图脚本（待补：需在真实客户端按此清单截图）
| 序号 | 页面 / 位置 | 要展示的动作或界面元素 | 标注说明 |
|---|---|---|---|
| S1-1 | 账号 / 成员管理页 | 角色列表、每个角色的权限勾选项 | 红框圈出「管理员/日常使用者」差异 |
| S1-2 | 某 Agent 的详情页 | 该 Agent 挂载的 Skill 清单与 MCP 连接清单 | 标注「此 Agent 只挂了它需要的 3 个 Skill」 |
| S1-3 | MCP 连接配置页 | 单个 MCP 的 token 状态、授权字段范围 | 打码 token；标注「只读优先、字段最小」 |
| S1-4 | 审计 / 调用日志页 | 按 Agent 过滤的最近调用记录 | 标注「每次调用都可追溯到主体」 |
1.4 配套模板：权限分级授权清单表
适配版本：待核验（以 workbuddy.cn 官方为准）。复制下表为飞书表格维护，每行一个授权对象。
| 授权对象 | 所属层 | 允许的 Skill | 允许的 MCP/数据源 | 读写级别 | 授权原因 | 到期/回收日 |
|---|---|---|---|---|---|---|
| （占位：Agent-示例名） | L2 Agent | （仅完成任务所需清单） | （白名单域名/数据源） | 只读 / 限定写 | （一句话） | YYYY-MM-DD |
| （占位：MCP-示例名） | L4 MCP | — | （独立 token，字段最小） | 只读 | （一句话） | YYYY-MM-DD |
把 AI 自动化关进安全笼子里：不是不让它跑，而是让它每跑一步都带着自己的工牌。
二、Token / 调用成本管控实战策略与告警方案
2.1 正文：策略与告警方法
成本失控的典型路径只有两种：异常循环（Agent 死循环反复调用）与规模超预期（一次推广任务把调用量放大几个量级）。本栏目不引用任何官方费率、额度或积分数字——具体计费口径待核验（以 workbuddy.cn 官方为准）；下面只写通用策略与相对量级。
四道闸口：
预算闸口：给每个 Agent 设独立的周期额度（按日/周），而不是全账号一把总账；个人学习阶段宁可设小、超了手动放行。
速率闸口：限制单 Agent 单位时间最大调用次数；定时任务之间留间隔，避免毛刺。
异常闸口：监控环比——日用量较近 7 日均值突增数倍、或单小时用量超过全天历史峰值的某一比例，立即告警。
熔断闸口：触发告警后，先自动暂停该 Agent / 该 MCP 连接，再人工排查；不要等账单出来才发现。
成本与权限是一对孪生兄弟：权限收得越小，异常调用能造成的损失上限越低。
2.2 示例：告警阈值示例（相对量级，非官方费率）
| 告警级别 | 触发条件（相对量） | 建议动作 | 通知方式 |
|---|---|---|---|
| 提示（黄） | 单 Agent 日用量达个人设定周期额度的某一固定比例（如 50%，自行设定） | 记录，不打断 | 站内消息 |
| 警告（橙） | 日用量环比近 7 日均值突增数倍（如 3 倍，自行设定），或单小时超全天历史峰值 | 暂停该 Agent，人工查日志 | 消息 + 邮件 |
| 紧急（红） | 疑似死循环：短时间内同一 Skill/MCP 连续调用远超正常任务长度；或账单出现陌生主体调用 | 立即吊销对应 token，按第六篇应急流程走 | 电话/强提醒 |
说明：上表倍数与比例均为「相对量级示例」，请按自己账号的历史用量分布设定，不要照抄；官方计费维度与配额单位待核验。
2.3 截图脚本（待补：需在真实客户端按此清单截图）
| 序号 | 页面 / 位置 | 要展示的动作或界面元素 | 标注说明 |
|---|---|---|---|
| S2-1 | 用量 / 账单概览页 | 按 Agent 拆分的近期用量曲线 | 红框圈出突增点，标注「环比异常」 |
| S2-2 | 额度 / 配额设置页 | 某 Agent 的独立周期额度配置 | 打码具体数值；标注「按 Agent 设闸口」 |
| S2-3 | 告警规则页 | 一条橙级告警规则的触发条件与通知渠道 | 标注「突增数倍即暂停」 |
2.4 配套模板：成本管控 / 告警阈值模板
适配版本：待核验（以 workbuddy.cn 官方为准）。阈值请按自身历史用量分布填写相对量，不写绝对费率。
text
账号：（占位）
周期：日 / 周（自行选择）
[预算闸口]
- Agent-A 周期额度占比：__%（自行设定，建议从小开始）
- Agent-B 周期额度占比：__%
[速率闸口]
- 单 Agent 每分钟最大调用次数：__（自行设定）
- 定时任务最小间隔：__ 分钟
[异常闸口]
- 黄：周期用量达 __% → 记录
- 橙：日用量较近 7 日均值 ×__ 倍，或单小时超历史峰值 __% → 暂停并通知
- 红：疑似死循环 / 陌生主体调用 → 吊销 token，转应急流程
[熔断后动作]
1. 暂停触发 Agent / MCP
2. 拉最近 __ 小时日志
3. 区分死循环 / 需求放大 / 被盗用
4. 修复后手动恢复，并下调阈值观察 3 天做自动化不是比谁跑得多快，而是比谁先知道自己跑飞了——成本告警就是你的刹车。
三、敏感输入拦截、隐私信息规避规范
3.1 正文：原理与分步骤方法
把 AI 当助手，不代表可以把所有隐私直接喂给它。敏感数据一旦进入提示词或出站到第三方 MCP，就脱离了本地可控范围。拦截要做在三个位置：输入侧（用户/Agent 发出去之前）、提示词侧（组装上下文时过滤）、出站侧（MCP 调用前再次过滤）。
分步骤方法：
列清单：明确哪些字段绝不能进模型——身份证、银行卡号、手机号、家庭住址、合同金额、未公开的交易持仓、客户名单、员工个人信息。
做识别：用正则/关键词匹配做第一道识别（见 3.4 模板），命中即替换为占位符（如 <身份证号占位>），而不是直接拒绝整个任务。
脱敏优先：能传「示例」就不传「真实值」；能传「类别」就不传「具体人」。比如做文案演练时用「客户 A」而非真实姓名。
出站复核：每个连外部的 MCP 调用前，再过一遍敏感字段；写操作类 MCP 默认不携带任何身份类字段。
留日志：记录「拦截了什么类型」而不是「拦截了什么内容」，日志本身也不存明文。
3.2 示例：敏感信息识别示例（占位演示）
| 敏感类型 | 识别特征（示意） | 替换为 | 处理策略 |
|---|---|---|---|
| 身份证号 | 18 位、末位可能为 X 的连续数字串 | <身份证号占位> | 出站前必替换 |
| 银行卡号 | 13–19 位连续数字、常见 BIN 段 | <银行卡号占位> | 出站前必替换 |
| 手机号 | 1 开头的 11 位数字 | <手机号占位> | 默认替换，业务必需时人工放行 |
| 真实姓名 / 客户名 | 内置关键词表命中 | 客户 A / 同事 B | 文案演练场景替换 |
| 合同金额 / 持仓明细 | 大额数字 + 「元/万/持仓/成本」上下文 | <金额占位> | 不进提示词、不进外部 MCP |
| 密钥 / token 串 | 常见前缀（如 sk- 类）或高熵字符串 | <密钥占位> | 发现即按第六篇应急流程处理 |
3.3 截图脚本（待补：需在真实客户端按此清单截图）
| 序号 | 页面 / 位置 | 要展示的动作或界面元素 | 标注说明 |
|---|---|---|---|
| S3-1 | 某 Skill 的输入框 | 粘贴含占位符的示例文本，展示系统提示「已识别并脱敏」 | 红框圈出脱敏提示条 |
| S3-2 | MCP 调用记录页 | 一次出站请求的字段预览（全部为占位符） | 标注「出站前再过一遍敏感字段」 |
| S3-3 | 拦截日志页 | 按类型统计的拦截记录（无明文内容） | 标注「日志只记类型不记内容」 |
3.4 配套模板：敏感输入拦截规则
适配版本：待核验（以 workbuddy.cn 官方为准）。下列为规则骨架，正则为示意、可按自有环境调整。
text
规则集 sensitive-gate v0.1（示例）
输入侧规则：
- ID_CARD: 匹配 18 位身份证形态 -> 替换为 <身份证号占位>
- BANK_CARD: 匹配 13-19 位银行卡形态 -> 替换为 <银行卡号占位>
- MOBILE: 匹配 1[3-9] 开头 11 位 -> 替换为 <手机号占位>
- SECRET: 匹配 sk- 类前缀 / 高熵串 -> 阻断 + 触发应急告警
- PII_NAME: 命中内部姓名关键词表 -> 替换为 角色代称
提示词侧规则：
- 上下文组装前再过一遍上述规则
- 禁止把「用户完整资料」整段塞进 prompt，只取当前任务需要的字段
出站侧规则（MCP 调用前）：
- 对出站 payload 再过一遍 ID_CARD / BANK_CARD / SECRET
- 写操作类 MCP 默认不携带任何身份类字段
日志规则：
- 只记录命中类型与发生时间，不记录原文
- 日志保存周期自定，到期删除喂给 AI 之前多问一句：这条信息真的非给不可吗？脱敏是最便宜的隐私保护。
四、第三方知识库、第三方 MCP 服务风险红线与审计要点
4.1 正文：风险边界与审计流程
第三方 MCP 与第三方知识库本质上是「你把一部分执行权和一部分数据交给了外部」。风险主要有四类：数据外发（你的内容被对方留存/训练）、权限过大（一把 token 能读写全部）、供应链投毒（第三方本身被攻破或恶意）、留存与转售不透明（对方没有清晰的数据保留策略）。
四条红线：
不喂敏感数据：未经脱敏的个人信息、未公开业务数据、密钥，绝不接入任何第三方知识库。
不授全权：只读优先；写/删除/发消息类能力默认关闭；每个第三方独立 token，不用主账号一把梭。
不留黑箱：接入前确认对方的数据留存与使用条款；不清楚就按「最坏会被永久留存」来假设。
不长期挂账：项目结束或一段时间不用，立即吊销连接；季度复核一次还活着的第三方清单。
审计流程：接入前做一次准入审计（见 4.4 清单）→ 运行期定期抽查调用日志 → 出现异常立即按第六篇流程吊销对应连接。
4.2 示例：第三方服务审计示例（占位）
假设要接入一个「示例知识库 MCP」（仅为演练假设，非真实产品）：
准入结论：有条件接入——只允许读取已脱敏的公开文案素材，禁止接入客户资料与持仓数据；token 设为只读；出站域名加入白名单。
复核节奏：每季度抽查一次调用日志，确认没有异常批量下载。
退出条件：连续 30 天无调用，或对方条款变更涉及数据训练用途 → 立即吊销。
4.3 截图脚本（待补：需在真实客户端按此清单截图）
| 序号 | 页面 / 位置 | 要展示的动作或界面元素 | 标注说明 |
|---|---|---|---|
| S4-1 | MCP 市场 / 连接列表页 | 已连接的第三方 MCP 清单 | 标注「只保留仍在用的」 |
| S4-2 | 某 MCP 的授权详情页 | 授权字段范围（仅只读字段） | 打码 token；标注「字段最小授权」 |
| S4-3 | 该 MCP 的调用日志页 | 近 30 天调用频次与字段 | 标注「季度抽查点」 |
4.4 配套模板：第三方服务审计清单
适配版本：待核验（以 workbuddy.cn 官方为准）。每个第三方 MCP / 知识库接入前填一行。
| 审计项 | 要确认什么 | 不通过则 | 本次结论（占位填写） |
|---|---|---|---|
| 数据用途 | 对方是否会留存、用于训练或转售？条款写清楚了吗？ | 不接入 | （是/否 + 备注） |
| 授权范围 | 是否只读？是否字段最小？能否随时吊销？ | 降级为只读再试 | （是/否） |
| 敏感数据 | 是否必然接触身份证/银行卡/合同金额/客户名单/持仓？ | 不接入 | （是/否） |
| 身份凭证 | 是否独立 token？是否与主账号隔离？ | 改用独立 token | （是/否） |
| 出站白名单 | 能否把该服务域名加入出站白名单？ | 限制为按需调用 | （是/否） |
| 审计可追溯 | 调用是否留痕？能否按时间/字段回放？ | 降低使用频率并人工盯 | （是/否） |
| 退出机制 | 不用时能否一键吊销？历史数据能否要求删除？ | 写清退出责任人 | （是/否） |
第三方 MCP 像借别人的工具箱：用完记得还，别把家里钥匙也顺手递过去。
五、内容合规边界与业务场景自查清单
5.1 正文：边界与自查方法
本栏目本身就是「内容生产」，更要先把自己的边界划清楚。三条底线：不冒充官方、不承诺收益、不做违规引流。所有功能、计费、权限表述都以官方文档为准，不替官方下结论。
自查维度：
身份表述：是否出现「官方」「合作」「授权」「腾讯出品」等暗示？出现即删。
数据表述：是否写了具体费率、额度、积分数字而未标注「待核验」？是否编造了某公司/某用户的真实案例？
收益承诺：是否出现「用了就赚钱」「稳赚」「必涨」类表述？本栏目不涉及交易策略，也不替任何工具承诺效果。
引流方式：是否出现批量私信、诱导加群、违规导流？小红书引流文案只讲工具玩法，不带交易、不带批量脚本。
素材版权：是否使用了官方 Logo、官方截图未授权？截图一律为自己在客户端按清单补拍的占位。
5.2 示例：业务场景自查示例（占位）
| 场景 | 不合规写法（反例） | 合规写法（正例） |
|---|---|---|
| 介绍本站定位 | 「腾讯 WorkBuddy 官方教程」 | 「WorkBuddy 实战经验分享，功能以 workbuddy.cn 官方为准」 |
| 讲成本 | 「每月只要 X 元，一天能跑 Y 次」 | 「成本构成与相对量级，具体计费以官方为准（待核验）」 |
| 讲效果 | 「用了它自动赚钱」 | 「把重复劳动自动化，释放自己做判断的时间」 |
| 配图 | 直接用官方 Logo 做封面 | 用自绘示意图 + 自己客户端补拍的占位截图 |
5.3 截图脚本（待补：需在真实客户端按此清单截图）
| 序号 | 页面 / 位置 | 要展示的动作或界面元素 | 标注说明 |
|---|---|---|---|
| S5-1 | 本站首页 / 栏目头图 | 产品参数说明的位置与样式 | 标注「以官方文档为准」 |
| S5-2 | 一篇已发布文章末尾 | 小红书引流文案的引用块样式 | 标注「只讲工具玩法，无交易暗示」 |
5.4 配套模板：内容合规自查清单
适配版本：待核验（以 workbuddy.cn 官方为准）。每篇内容发布前过一遍，全部勾选再发。
[ ] 全文没有出现「官方/合作/授权/腾讯出品」等暗示性表述
[ ] 所有涉及功能、版本、费率、额度、积分的数字都标注了「待核验（以 workbuddy.cn 官方为准）」
[ ] 没有编造某公司/某用户的真实故障或泄露案例；演练场景均标注「示例/演练」
[ ] 没有「稳赚/必涨/ guaranteed 收益」类承诺；不收录交易策略
[ ] 没有批量引流、诱导加群、私信脚本类内容
[ ] 配图未使用官方 Logo；截图均为自己客户端补拍并打码敏感信息
[ ] 示例数据全部脱敏占位，无真实身份证/银行卡/合同金额/客户名/持仓明细
[ ] 密钥、token 一律占位符，并注明「禁止明文存储，用环境变量或密钥管理服务」
[ ] 文末引流文案只讲工具玩法，不带交易、不带官方合作暗示
先把自己写成一个「可被随时公开」的样子，再谈让别人看——合规不是束缚，是长久跑下去的前提。
六、密钥 / 账号泄露应急处置流程
6.1 正文：五步闭环
应急的第一原则是先止损、再问话：发现疑似泄露时，第一动作永远是吊销，而不是先查清楚是谁干的。原因可以慢慢查，损失每多一秒都在扩大。下面是通用的五步闭环（控制台具体入口待核验）。
发现与确认（0–15 分钟）：来源可能是账单异常、代码仓库扫到明文、自己误贴到聊天、或第三方通知。立即截图保留现场，记录时间与涉及的密钥标识（用占位符，不在群里二次扩散明文）。
止损（15–60 分钟）：在密钥管理/控制台立即吊销或冻结泄露的那把 token，同步冻结对应 MCP 连接与 Agent。不要先排查——吊销是最低成本的止损。
影响面排查（数小时）：拉取该密钥最近一段时间的调用日志与账单：调用方 IP/Agent、调用了哪些 Skill/MCP、读写了哪些数据、有无异常批量操作。判断是误贴（未被利用）、被盗用、还是仅暴露。
轮换与加固（当天）：签发新 token，走环境变量/密钥管理服务注入，禁止明文写回代码与文档；清理曾接触该密钥的仓库、聊天记录、截图并做脱敏或删除；顺手把该 Agent/MCP 权限收紧到只读或更小范围。
复盘与留档（1–3 天）：写一页复盘：泄露路径、时间线、止损是否及时、哪条规则被绕过；把结论转化为一条新的拦截规则或清单项。公开复盘时不出现真实密钥、真实账号、真实公司名，演练一律用占位符。
6.2 示例：应急演练示例（纯演练，占位数据）
演练场景（假设）：某天发现一个用于「示例定时任务 Agent」的 MCP token 曾被误粘贴到一段公开分享的配置片段里（token 用占位符 sk-****DEMO 表示）。
第 1 步：发现人截图时间戳 + 记录「该 token 用于某只读数据源」。
第 2 步：立即在控制台吊销 sk-****DEMO，同时暂停该 Agent。
第 3 步：拉最近 7 天日志，确认调用方一直是预期 IP、无异常批量下载 → 判定为「暴露未利用」。
第 4 步：签发新 token，改用环境变量注入；从公开片段中删除该段；把该 Agent 权限再收紧一档。
第 5 步：复盘产出一条新规则——「任何对外分享配置前，自动过一遍 sk- 类前缀扫描」。
本场景为演练假设，不对应任何真实事件。
6.3 截图脚本（待补：需在真实客户端按此清单截图）
| 序号 | 页面 / 位置 | 要展示的动作或界面元素 | 标注说明 |
|---|---|---|---|
| S6-1 | 密钥 / token 管理页 | 某 token 的「吊销」操作按钮与二次确认弹窗 | 打码 token；标注「第一动作是吊销」 |
| S6-2 | 调用日志页 | 按 token 过滤的历史调用记录 | 标注「排查影响面用」 |
| S6-3 | 新 token 签发页 | 新 token 仅显示一次的提示与「复制到环境变量」引导 | 打码；标注「禁止贴回文档/代码」 |
6.4 配套模板：密钥泄露应急 Checklist
适配版本：待核验（以 workbuddy.cn 官方为准）。把本清单存到随手可及的位置，真出事时照着勾。
[ ] [0–15min] 截图保留现场，记录时间与涉及的密钥标识（占位符）
[ ] [0–15min] 不在群里/文档里贴明文密钥，只贴占位符
[ ] [15–60min] 在控制台吊销/冻结泄露的那把 token
[ ] [15–60min] 同步暂停对应 Agent 与 MCP 连接
[ ] [数小时] 拉最近日志：调用方、调用了什么、有无异常批量操作
[ ] [数小时] 判断：误贴未利用 / 已被利用 / 仅暴露
[ ] [当天] 签发新 token，走环境变量或密钥管理服务注入
[ ] [当天] 清理所有曾接触该密钥的仓库、聊天、截图，做脱敏或删除
[ ] [当天] 顺手收紧该 Agent/MCP 权限到只读或更小范围
[ ] [1–3天] 写一页复盘，产出一条新的拦截规则或清单项
[ ] [全程] 对外表述一律用占位符，不公开真实密钥/账号/公司名
密钥泄露这件事，快一秒吊销，比事后查清楚一百遍都值钱。
附：本栏目引用的配套文档
以下是本站共用的配套文档，正在整理、陆续在本站发布：
- 版本兼容对照表
- 资产验收测试标准
- 最小可用配套资产包
- FAQ / 全站固定文案（含免责声明完整版）
本栏目前置免责声明与 FAQ 文档保持一致；如官方信息更新，以 workbuddy.cn 为准并同步修订。
（注：部分内容由豆包工作 AI 生成）