推广工具包¶

本页面面向已经在使用 Claude Code、并希望帮助团队采用的工程师。 涵盖分享什么、如何回答问题、三十天推广计划、以及应对常见顾虑的方法。

开发者工具的采用很少因为一次发布公告就成功。它的发生往往是因为团队中有人把工具用好了、公开谈论它、并让其他人容易跟进。作为推广者，你的每一个案例都缩短了后来者的学习曲线，每一个公开回答都将个人经验变成团队共同的资产。你是团队的乘数效应，而非帮助台。本指南的结构旨在让这个角色可持续。

推广者角色¶

三种相互强化的行为构成了推广者角色。

时间投入预期¶

分享发现¶

你自己的经验是同事能遇到的最有说服力的材料，因为它针对你们共享的代码库和问题。

值得分享什么¶

最有用的帖子描述的是同事明天就能复用的技巧，而非已完成的结果。技巧在团队中传播时会复利；状态更新不会。

可复用技巧示例：

• "我发现 @-引用目录有效。指向 @src/components/ 并问哪些缺测试，发现了两个我遗漏的。"
• "Plan 模式（Shift+Tab）在编辑前精确展示将修改哪些文件，这就是我在共享代码上放心使用它的原因。"
• "我配置了 Stop hook，长任务完成时收到桌面通知。配置在帖子里。"
• "运行 /init 会从仓库生成 CLAUDE.md，让助手不再反复问我们的规范。"

在哪里分享¶

在团队已经在看的地方发布。目标是把示例放在正常工作路径上，而非创建一个目的地。

有效的格式¶

截图配一行上下文，或简短的前后对比，通常就是合适的详细程度。保持每条帖子短到滚动路过也能吸收要点。

示例帖子：

Learned today that @-mentioning a directory works. I pointed it at
@src/components/ and asked which components were missing tests, and it
surfaced two I had forgotten about.

I configured a Stop hook so I receive a desktop notification when a long
task completes. I started a refactor, stepped away, and was notified when
it finished. Configuration is in the thread.

Plan mode is the reason I am comfortable using this on code that matters.
Press Shift+Tab until you see "plan"; it lays out exactly which files it
intends to touch before changing anything.

成为别人问的人¶

分享几个示例后问题自然会来。这是推广者角色杠杆最大的地方，因为回答一个人往往同时解锁了几个旁观者。

用 prompt 回答而非解释¶

当同事问你怎么做到的，最有用的回复是你实际用的 prompt。他们从在自己问题上运行那个 prompt 学到的，比你能写的任何描述都多。

同事：你怎么找到那个竞态条件的？

推广者：我问"@tests/scheduler.test.ts 中的测试是 flaky 的，找出原因"，
它追踪到 scheduler 中两个未 join 的 promise。试试同样的措辞。

指向功能而非文档¶

"试试 plan 模式，按 Shift+Tab 直到看到它"比文档链接更有用。如果对方后来需要更多深度，他们自己会找到。

常见问题¶

扩大圈子¶

目标不是建立一个项目或拥有一个 rollout。而是建立少量轻量级习惯，让动量在你不再主动推动后继续。 当频道里的问题被你以外的人回答时，角色就完成了它的使命。

有效的模式¶

三十天计划¶

当有人想深入¶

你是热情的引介，而非入门培训。当同事从"我该不该试"进入"我怎么变得高效"时，指向 Quickstart 和 Common workflows 页面。

应对常见顾虑¶

健康的怀疑是正常的。最有效的回应是承认顾虑、提供简短重构、并提出在对方自己的代码上做一次具体演示。

快速参考表¶

以下技巧最可靠地将人从首次试用推向日常使用。 在频道置顶或单独分享此表。

Claude Code 更新频繁。在内部分发此材料前，请对照 文档首页 验证版本特定细节。