亚搏体育官方网站 - YABO

热点资讯

你的位置:亚搏体育官方网站 - YABO > 亚搏app下载 >

亚搏 在 Claude Code 里复刻一家竟然工程组织

发布日期:2026-04-21 04:21    点击次数:155

亚搏 在 Claude Code 里复刻一家竟然工程组织

用子代理团队打造“高等工程师”:在 Claude Code 里复刻一家竟然工程组织

低级工程师和高等工程师的离别从来不在语法,而在 可展望性、风险管理、以及压力下的法式性。

而 AI agent 最容易在这三点上翻车:

• 跳过 review

• 为走捷径找情理

• 委用“看起来很自信”的产物,但没东谈主实在考据过

单纯加更多 agent 并不会自动变强——莫得结构时,只会带来更多繁杂与算力挥霍。你实在需要的是推行天下里大公司已教授证过的组织花样:

用一个 Staff Engineer(高等工程师)去编排一组职责了了的子代理(sub-agents),走一条从联想到上线的法式化活水线。

这套系统如何像“竟然工程团队”雷同责任

它把责任拆成明确扮装,并给每个扮装竖立“只作念我方那一段”的职责领域:

• Discovery & Design(发现与联想):Architect 一次只问一个问题,给出 2–3 套有策画与弃取,写出联想规格(spec)并落盘;未经东谈主类批准不写代码。

• Planning & Review(操办与审查):Tech Lead 把 spec 拆成 2–5 分钟可施行任务,标注精准文献旅途与预期蜕变;另一个全新的 sub-agent 审核操办,贯注漏项与限制推广。

• Execution Engine(施行引擎):Manager 按任务一一派发“全新高下文”的 sub-agent 施行;卡住则升级;低质料产出顺利隔断并重派。

• Quality Gates(质料门):两个法则评审:先看 spec 是否合乎(作念对了事?),再看代码质料(事作念得好不好?);完成前必须通过“考据门”,要求提供簇新的末端输出。

• Engineering Discipline(工程法式):TDD 是铁律;调试解雇取证式四阶段经由;根因跟踪至少五层;手段自身要经竟然 agent 压测后再进入使用。

本文把重心放在:如何把“这些法式”落到可施行的 hooks / skills / agents 体系里。

1)先搭团队代码库:组织脚手架(Organizational Scaffolding)

竟然公司在写第一瞥业务代码之前,会先搭好:技俩结构、设立经由、CI/CD、团队表率。

当你要构建的是“多 agent 团队”而不是“单兵设立者”,结构更关节:十个东谈主的团队需要的组织结构,不是一个摆脱功绩者能拼凑的那套。

一个可参考的目次骨架(每个目次都对应组织里的一个职能):

senior_staff_engineer/

├── agents/ # 扮装与子代理界说(谁作念什么)

├── commands/ # 自界说号令(像团队里面 CLI)

├── hooks/ # 人命周期 hooks(管理层)

├── skills/ # 智力与经由模块(职工手册)

│ ├── brainstorming/ # 头脑风暴与联想

│ ├── dispatching-parallel-agents/ # 并行派发

│ ├── executing-plans/ # 按操办施行

│ ├── receiving-code-review/ # 收受审查并迭代

│ ├── requesting-code-review/ # 发起审查

│ ├── subagent-driven-development/ # 子代理设立

│ ├── systematic-debugging/ # 系统化调试

│ ├── test-driven-development/ # TDD

│ ├── using-git-worktrees/ # worktree 隔断

│ ├── verification-before-completion/ # 完成前考据

│ ├── writing-plans/ # 写操办

│ └── writing-skills/ # 写手段

一句话交融:

• agents/ 是团队外号册

• skills/ 是职工手册(经由与依次)

• hooks/ 是管理层(把经由“自动化地强制施行”)

2)Hooks:管理层(The Management Layer)

在竟然公司里,好多“管理基础设施”是隐形的:东谈主们开头责任之前,一堆运行化动作仍是发生了。

在 agent 团队里,hooks 便是这层管理基础设施:它把“每次会话都行动 Day 1”这件事工程化科罚。

一个典型最小 hook 集包括:

hooks/

├── hooks.json # 主竖立

├── run-hook.cmd # 跨平台剧本施行器

└── session-start # 会话运行化逻辑

hooks.json:把 SessionStart 固化为“强制入职经由”

中枢原则:每次 session 开头(包括 startup / clear / compact),都先跑运行化剧本。

要点包括:

• 通过 matcher 隐敝“新会话 / 高下文清空 / 牵挂压缩”

• async: false 确保 hook 完成后 agent 才开头责任(等价于“晨会开完再开工”)

run-hook.cmd:跨平台兼容

竟然团队不能能只跑归拢种 OS:有东谈主用 macOS,有东谈主用 Linux,还有 Windows。

因此需要一个“网关剧本”把平台各异屏蔽掉:

• Windows:尝试找到 bash(常见 Git 装配旅途)并施行

• Unix:顺利 bash 施行

这么 agent 不必关注运行环境,剧本会决定怎么跑。

3)职工手册:文化与法式从第一秒开头(The 1% Rule)

团队要褂讪输出,靠的不是灵巧,而是法式。

这类系统时常会把第一条铁律写进 skills/using-senior-staff-engineer/SKILL.md,并在每次 session-start 注入到高下文里。

其中一个颠倒关节的持法是 1% 持法:

如若你以为某个 skill 有哪怕 1% 的可能适用,你就必须调用它。

因为 agent(和东谈主)最常见的退化旅途便是:

• “这事太浅陋了,毋庸走经由”

• “就改两行,亚搏app官方网站毋庸测”

• “毋庸 review 了,很理会”

每一个高等工程师都见过团队是如何被这些“合理化”随意掏空质料的。

子代理的“豁免要求”

当主 agent 派发一个颠倒聚焦的 sub-agent 作念具体任务时,sub-agent 不必相通齐备的 skill discovery 经由;它应该专注于施行被派发的责任。

组织类比便是:承包商不必参加 all-hands,惟一把委用作念完。

4)手段发现经由:先走经由,再出手(Skill Discovery Flow)

这类体系时时会明确持法:

• 收到音讯后,先判断是否有 skill 适用

• 惟一有 1% 可能性就调用

• 明确秘书正在使用哪个 skill

• 按 skill 的清单/法子施行

• 终末才对用户输出

并配一张“红旗表(red flags)”来打断常见的偷懒合理化,举例:

• “这仅仅个浅陋问题” → 问题亦然任务,先查 skill

• “我先看代码再说” → skill 会告诉你怎么探索,先用 skill

• “我谨记这个 skill” → skill 会演化,必须读最新版块

5)联想优先:写代码前必须先有联想(Brainstorming & Design)

在竟然公司里,最贫窭的责任时常发生在“代码还不存在”的那一刻。

不论是 press release 先行、pitch document、照旧多层级 design doc review,中枢共性都是:

先想考,后构建。

因此 brainstorming skill 时常会设一个硬门(hard gate):

• 莫得联想

• 莫得东谈主类批准

就回绝进入达成阶段。

最危境的反模式:“太浅陋,毋庸联想”

“浅陋技俩”是最容易挥霍技巧的方位,因为假定没东谈主去查验。

• 一瞥竖立蜕变可能影响三个做事

• 一个“快速用具函数”可能需要处理七个领域条件

• 一个“浅陋 todo app”可能暗含离线、打破科罚、多用户

联想不错很短:实在浅陋的蜕变两三句话就够。

但关节是:必须停驻来作念联想,并得到批准。

联想查验清单(9 步)

一个颠倒实用的 checklist(映射竟然居品团队的节拍):

1. 探索技俩高下文(文献、文档、近期提交)

2. 必要时提供视觉接济(白板/图)

3. 一次只问一个清晰问题(策画/照管/凯旋依次)

4. 提倡 2–3 个有策画 + 弃取 + 推选

5. 分段呈现联想并逐段证据

6. 把联想文档落盘并提交

7. 自审 spec(占位符/矛盾/歧义)

8. 用户审阅书面 spec

9. 进入达成(调用 writing-plans skill)

这里实在“高等”的点不在清单自身,而在施行样子:

• 一次只问一个问题

• 尽量用多选题

• 每条音讯只包含一个问题

这是典型的资深工程师式相通:把对都作念塌实,再开头写。

6)从联想到委用:操办→派发→评审→考据

当 spec 得到批准后,系统进入“委用活水线”:

• Tech Lead 把责任拆成短任务,并写清文献旅途与验收依次

• Manager 按任务派发 sub-agent,并用情状跟踪鼓励程度

• Reviewers 先看 spec 合规,再看代码质料

• Verification gate 要求簇新的末端输出(测试、构建、剧本成果)

这么作念的价值是:把 AI agent 从“会写代码”升级为“可控、可考据的工程系统”。

关注 AI拉呱

如若这篇骨子对你有启发,宽容关注「AI拉呱」,得回更多 AI 前沿知悉、实战教程与趋势解读。

下期在看

下期将连续带来该主题的进阶拆解与实操案例,建议先保藏本文亚搏,幸免错过更新。

凤凰彩票官网首页 - Welcome

我的网站