员工倡导计划设计师

解决什么具体问题

员工倡导计划常死于"变味"。当分享变成自上而下的摊派，内容会失去个人色彩，平台风控和受众也会将其识别为"同谋团"行为。

这个技能解决三个工程难题：

• 合规与真实性：如何在要求员工或创始人分享时，满足 FTC 和《互联网广告管理办法》中的物质关系披露要求（Material Connection）。
• 反同谋机制：如何设计分发窗口和素材结构，避免触发 ECHO H1（协同转发/刷量）违规。
• 名单治理：如何记录"自愿参与"的证据，确保名单卫生（Roster Hygiene）。

核心能力与关键步骤

技能默认采用参与驱动模式，仅在用户明确要求时构建自上而下指派模式——后者会在蓝图中标注风险：强制转发仍带有物质关系属性，会被平台判定为不真实协同行为。

具体执行步骤：

1. 确认模式：优先建议自愿模式。若必须指派，蓝图内置风险提示并提供转为自愿的路径。
2. 规范化名单：每位倡导者仅保留最小数据——Handle、披露语、Opt-in 日期和自愿证据（必须是本人消息或表单，经理断言无效）。
3. 构建差异化素材包：为资产提供至少 3 个视角（从业者、客户、创始人），含 Fill-in-your-own-words 骨架，严禁逐字照搬。
4. 编写披露语：为每个人、每个平台生成披露行，这是 ECHO C2 的关键上游。
5. 错峰分发：发布时间分散在 3-7 天内，素材包强制写入反 Pod 护栏。
6. 配置协作频道：设计 Slack/Teams 分发规格，含无压力提醒礼仪。

适用边界与注意点

• 纯设计层，不含自动化：不进行发帖、排期或互动自动化，交付物是供人类粘贴发布的包。
• 不做质量审计：不计算 ECHO 得分或执行否决，那是 social-quality-auditor 的职责。
• 不处理付费创作者：员工转为付费创作者时，必须停止当前流程，转交 creator-registry。
• 数据写入安全：名单和主张必须通过 registry-events.py 授权写入，严禁直接写入 advocate-roster.md。