Claude Code

组织推广与沟通套件

Claude Code champion、launch announcement、drip campaign、FAQ、试点反馈和 Passion8 场景下的数据/缓存边界。

Claude Code 企业推广不是一次通知。更有效的方式是:先让少数 champion 用真实代码跑出可复用案例,再用短消息、示例 prompt、FAQ 和固定支持渠道降低全员试用成本。

本页把官方 Champion kit 和 Communications kit 改写成中文组织落地清单,并补充 Passion8/custom gateway 场景下必须提前说清楚的数据和缓存边界。

#角色分工

角色	负责什么	不负责什么
Admin / 平台团队	Provider、账号、Token、网络、settings、MCP、预算、日志和支持渠道	逐个帮工程师写 prompt
Champion	分享真实案例、回答常见用法、收集阻碍、带动下一批用户	替代安全/法务解释数据政策
Team lead	选择第一批任务、认可试点时间、推动复盘	要求所有人一开始就全自动使用
普通用户	用一个真实但低风险任务试用,反馈卡点	在不了解权限的情况下跑高风险命令

#Launch 前检查

检查项	为什么重要
`#claude-code` 或内部支持群已创建	问题要集中沉淀,不要散在私聊
安装命令在公司网络中验证过	代理、CA、防火墙问题会集中爆发
Passion8 Base URL 和 Token 获取方式已写清	避免用户把 `/v1` 拼进 Claude Code Base URL
数据使用、ZDR、transcript、网关日志边界已准备	“代码去哪了”会是第一个问题
第一个真实任务已选好	泛泛 demo 转化率低,真实 bug 或测试更有效
首 48 小时有人值守	首批问题无人答会直接打断 adoption

#首发公告模板

主题: Claude Code 已开放给工程团队

大家好,

Claude Code 现在可以在我们的工程环境中使用。它是运行在终端、IDE、桌面或 Web 里的 coding agent,能读取当前仓库、解释代码、规划修改、编辑文件并运行命令。它不是自动补全,也不是只会聊天的窗口。

第一次尝试:

1. 按内部指南安装 Claude Code。
2. 配置 Passion8 Base URL: https://passion8.cc,不要带 /v1。
3. 在一个真实仓库里运行 claude。
4. 先运行 /init,生成或更新 CLAUDE.md。
5. 交给它一个真实但低风险任务,例如:
   - 找出某个 flaky test 的原因
   - 解释一个不熟悉模块的调用链
   - Review 当前 diff 中最容易出问题的点

安全和数据边界:

- 本地文件、transcript、MCP、Telemetry、debug log 和 Passion8/custom gateway 日志都有各自边界。
- 任何密钥、客户数据、生产 dump 和未批准外部服务都不应进入 prompt。
- 权限策略、MCP 准入和 Auto mode 边界以我们的内部配置为准。

问题集中发到 #claude-code。本周由 [owner] 值守。

#Drip campaign

首发之后,每周发 1 到 2 条短消息,目标是激活具体功能,不是重复介绍产品。

周期	主题	一句话消息
第 1 周	`/init` 和 CLAUDE.md	“别每次解释仓库,先跑 `/init`,把测试命令、目录边界、不要碰的文件写进 CLAUDE.md。”
第 1 周	Plan mode	“共享代码先用 plan mode,让 Claude 先列出会改哪些文件,再批准执行。”
第 2 周	`@file` 和 `@directory/`	“比长 prompt 更有效的是给对上下文:直接 `@src/auth/` 或贴失败日志。”
第 2 周	Hooks	“长任务可以配 Stop hook,任务结束时通知你,不要盯着终端等。”
第 3 周	Prompt 缓存	“连续做同一仓库任务时别频繁 `/clear`,否则 5m/1h 缓存更难命中。”
第 3 周	MCP	“MCP 只接批准过的 server,凭据走 OAuth 或 helper,不要把 key 写进配置。”
第 4 周	Auto mode	“Auto mode 适合低风险重复任务,生产、密钥、外发和数据库写操作仍要硬拒绝。”
第 4 周	Review	“提交前让 Claude 看 working diff,只问风险和缺测试,不要让它顺手大改。”

#Champion 30 天节奏

时间	动作	成功信号
第 1 周	建群、置顶快速开始、贴 2 到 3 个真实 prompt 和截图	有人开始提问,至少一个人复用 prompt
第 2 周	开始每周 show-and-tell,公开回答问题,分享一个 `.claude/skills` 或 CLAUDE.md 片段	非 champion 用户开始分享案例
第 3 周	做 2 到 3 次 15 分钟 pairing,把重复问题整理成 FAQ	试用者开始第二次主动使用
第 4 周	找第二个 champion,向 lead/admin 汇总阻碍和有效案例	问题不再只由一个人回答

#常见问题回答口径

问题	建议回答
我应该先试什么	选一个真实但低风险任务: flaky test、陌生模块解释、当前 diff review
怎么信任它改代码	先用 plan mode 和普通 diff review,不要跳过人工审阅
它不懂我们的仓库	跑 `/init`,补 CLAUDE.md,并用 `@file` 或 `@directory/` 给上下文
它答错了	把失败测试、报错和日志继续给它,不要只重写原问题
会不会训练模型	按实际 provider、组织协议、ZDR 和 Passion8/custom gateway 日志策略回答,不要让 champion 临场发挥
能不能开 Auto mode	低风险任务可以,但必须先确认 managed settings、deny、MCP 和网关策略

#试点反馈表

维度	问法
首次安装	卡在哪里,是 Node、PATH、代理、CA、登录还是 Token
首个任务	任务是否真实,是否有可验证产出
成本	是否能看到 usage、cache read/write 和模型分布
安全	是否碰到敏感文件、MCP、外网、生产环境或权限提示
文档	哪个问题需要补到内部文档
复用	这个 prompt、skill、CLAUDE.md 片段能否给全队用

#Passion8 边界

主题	对外说明
Claude Code Base URL	`https://passion8.cc`,不要带 `/v1`
Token	使用 Passion8 或企业分发的 token,不要写进仓库
Prompt 缓存	5m/1h 以 provider 和 upstream 实际支持为准,看 usage/cache 字段
ZDR	不等于本地 transcript、MCP、OTel、debug log 或网关日志自动清除
云端 Web / Mobile	不自动继承本地 Passion8 profile,要按入口边界单独验证
支持	先收集 `/status`、Base URL、模型、错误码、是否走代理、是否有 cache 字段