AI Agent管理学之四：引入AI HR，提升AI员工能力

25年7月，我提出把Claude Code当员工用！它不是个工具！。

9月份，我开心的发现鸭哥写了一篇管理AI：你职业生涯中最重要的一次晋升。

两个礼拜之前，我分享了AI干活不力怎么办？把AI当下属管理

所有这些文章都指向同一个方向：和工商管理学一样，Agent管理学将成为现代企业的基础技能。

上一篇文章，我提出管理者有若干措施应对AI交付质量不如预期的现象： 提升下属能力，安排质量检测流程，安排其他同事/agent帮助，换人。

这篇文章中，我具体的谈一下怎么提升AI agent能力。

在我的软件开发项目中，我第一个事是明确岗位分工。

两个独立运作的sub agent身上：coder负责实现，tester负责检测质量。她们不和主agent共享上下文，只通过task.md/story.md接任务。

同时我还有design和architect两个slash commands，分别负责分析需求和系统设计。由于这两个工作需要人类上级，也就是我，的深度互动介入，所以不适合做成独立运行的sub agent。

一般流程是我先在claude code上用/design做出一个初级版本的产品需求说明书，多次迭代后确定版本，再用/architect 迭代出系统设计文档，再分成多个stories /tasks，分别交给coder和tester去实现。

这个流程大体上覆盖了整个开发过程，但是不可避免的，会有很多失败。

比如在我最近的一个项目中，coder大量的假实现功能，而tester大量使用go test的t.Skip()函数，跳过那些本应该失败的测试用例。两个串通好，给出“所有测试用例都pass”的假正能量信息，实际上只完成了约50%的功能。

这个现象被我发现后，我让它提出整改方案，一一删除t.skip，并且补回实现。

然后我调用了/hr，告诉他“你看，tester和coder犯了严重的错误，architect 和design也没有做好指导，请你吸取这个案例的教训，认真的辅导相关人员”。 /hr 就麻利的总结了几条:

1. /coder不应该滥用placeholder 

2./coder如果用placeholder，应该给出明确的信息（比如http status code 501)，而不是返回貌似正常的空对象。

3./tester 停止跳过测试用例。需要的话，在ci脚本而不是在测试代码里跳过测试用例。

4. /architect 输出的task颗粒度太大，导致后续流程的tester和coder任务过重。应该更细粒度的分解任务。

5. /tester应该在/coder写代码之前就把测试用例写好，而不是在/coder之后补测试用例。

然后/hr 把这些经验教训一一的分配给coder, tester, /architect，避免他们下一次重蹈覆辙。

这个/hr具体的实现是一个slash command。它的表现超越了针对人类的人类HR。它能够提出切实的建议，帮助Agent员工提升各种水平，从具体的技术原则，到流程遵循度。