从一个人用到全组用：推广 Agent 的实际路径

个人用出效率，和让全组都用起来，中间隔着一段路。我把推广过程里有效的做法写下来。 阶段一，自己先用出成果。这个阶段的产出不是"我觉得好用"，而是可量化的对比：某类任务耗时从 X 降到 Y、出错率从 A 降到 B。没有数字，推广是无力的。 阶段二，沉淀成文档和技能。把自己摸索出来的用法写成团队能读的东西：什么任务适合、怎么描述需求、有哪些坑。这一步最关键的是别写成教程，要写成"清单"——按步骤能照做的那种。写技能的时候注意短、具体、带示例、可验证，一份技能讲一件事。 阶段三，找一个同盟。一个人推不动，两个人能。找组里对新工具接受度高的同事一起用，互相交流踩坑。这个阶段会产生很多有价值的经验，注意收集。 阶段四，接进流程。让工具出现在流程里，而不是流程外。比如把代码审查 agent 接进 CI、把格式检查接进提交钩子。工具一旦进流程，使用就从"自觉"变成了"默认"。 阶段五，定规约。这时候要把边界写清楚：哪些任务推荐用、哪些禁止用、提交时要注意什么、权限怎么配。规约要简短，长了没人看。 推广中一定会遇到的阻力，以及我的应对： 一，"这不是我的活"。说明清楚 agent 只是执行，判断权还在人手上。 二，"质量不可靠"。用数据回应，尤其是自己项目的回归集数据。同时承认它的边界，别夸大。 三，"会不会取代我"。这个要正面回应：它能做的是明确的执行任务，判断和设计仍然需要人。实际效果是让人从重复劳动里腾出来，去做更有价值的部分。 四，"没时间学"。这类抵触通常是没看到短期收益，找一个能立刻省时间的场景切入，比如自动生成提交说明。 一句话：推广的本质是把个人经验变成团队资产。技能库、文档、CI 集成，都是这个转化的载体。