营销Skill的权限和密钥怎么管：最小授权与轮换清单

营销 Skill 的权限和密钥管理，围绕一条原则：最小授权。Skill 只拿完成任务所需的最小权限；密钥按存放、使用、轮换、撤销四个阶段管理；出问题先做只读检查，不做删除或发布动作。本文把这条原则拆成可执行的四问与一张生命周期表。

营销 Skill 与普通文案工具不同：调研 Skill 要读网页，CMS 发布 Skill 要调接口，投放 Skill 要连广告账户。每一个"要"都对应一个权限或一把密钥。权限给多了，出事面就大；密钥管不好，泄露之后连撤销都来不及。

最小授权四问：安装前先回答

1. 这个 Skill 的任务需要动什么？只读网页的调研 Skill，不需要写文件权限。
2. 它要求的东西里，哪些超出了任务？要求"读取所有文件"而任务只需读取一个目录，就是超配。
3. 哪些操作是不可逆或对外可见的？发布、删除、群发、扣费，都属于高风险动作，默认不给。
4. 能不能用只读权限先试一轮？第一轮试用只开只读，验证输出后再考虑放宽。

四问对应 Vibe Marketing 的"人的判断"环节：权限配置本身就是一次人工审批，审批的不是"能不能装"，而是"装完之后它能碰到什么"。

权限逐条看：什么该给，什么不该给

该给的权限要同时满足"任务必需"和"范围最小"两个条件。例如 CMS 发布 Skill，给它对应站点的草稿写入权限即可，不需要全站管理员权限，也不需要其他站点的密钥。不该给的包括：与任务无关的文件读取、所有站点的统一密钥、绕过人工确认的发布开关，以及"全部权限"式的模糊授权。

代理工具里如果权限以勾选形式出现，按"默认全不勾，逐项问为什么"处理。任何一条解释不了用途的权限，先不勾。

密钥的生命周期：存放、使用、轮换、撤销

轮换周期的原则是"越重要越短"：影响对外发布或扣费的密钥，轮换和撤销都要更勤；只读类密钥风险低，周期可以拉长。

出问题的只读优先检查顺序

发现异常（陌生发布、异常扣费、输出被改写）时按这个顺序做：先查最近的操作记录和使用日志，确认异常范围；再查密钥最近在哪些地方出现过，评估泄露面；然后吊销可疑密钥；最后才是恢复内容或回滚发布。顺序不能反——在没确认范围之前就删除或重发，会破坏现场，让排查更难。

把规则变成团队默认

预防比事后处理便宜。给团队定三条默认：新 Skill 一律只读试用；密钥统一走环境变量或密钥工具；任何涉及发布、支付、删除的 Skill，必须有人工确认环节。规则写成清单贴在 Skill 安装说明旁边，比口头约定有效。

FAQ

把密钥写在本地配置文件里可以吗？

可以，但该文件要排除出代码仓库和备份分享范围，且不能随 Skill 一起分发。多人协作或对外发布的场景，改用环境变量或密钥管理工具更稳妥。

权限一次给够，省得以后反复改，为什么不建议？

因为权限是风险敞口，不是便利开关。一次给够等于把"以后可能用不上"的风险提前背下。按最小授权逐次放开，多花的时间远小于一次泄露的代价。

权限和密钥管理的目标不是把 Skill 锁死，而是让每次授权都有据可查、可随时收回。下次安装营销 Skill 前，先过一遍四问，再决定给什么、怎么存、多久换。