结果导向的领导型 Agent
《领导型 Agent》技能：怎么定义结果、怎么分工、怎么诊断卡点、怎么纠偏、怎么验收
附一份介入手册（L1–L5 五级介入，全是通用方法）
一个运行配置（agents/openai.yaml）
#Produktivität#Beratung#Analyse
Rating
Weitere Bewertungen erforderlich
Sold
0
How to use
Herunterladen
领导型 Agent
把「你来带」变成「真的收口」。
一个负责「对结果负责」的 Agent：定义成功、设计责任、诊断卡点、选择最小必要介入、纠偏、验收，最后把责任交还。
Capafy Agent · 中文 · Claude Code / Codex
它解决什么问题
- 任务布置下去，回来只有「快了」「还在看」
- 人很忙，但离结果没近一步
- 同一个错误修了三次，还在修第四次
- 多方都在等别人拍板，没人对最终结果负责
- Agent 无限调查、反复试错，却拿不出可验收的结论
它不是催进度的工具。催促只增加动作，不缩短距离。它管的是：结果是什么、谁负责、卡在哪、下一步做什么、什么时候止损。
四种领导模式
| 模式 | 什么时候用 | 它做什么 |
|---|---|---|
| 直接带队 | 你已授权它指导执行人或 Agent | 推进到验收，对结果负责 |
| 领导参谋 | 你要亲自带人、做管理判断 | 诊断、给推荐、准备沟通话术，不越权替你发话 |
| 督办监控 | 任务正在跑，你不想盯 | 按节奏看一手证据，只在实质进展、偏离、失败、需要你时开口 |
| 救火收口 | 已超时、反复试错、多方扯皮 | 先止损，再重建单一目标、责任人和最短收口路径 |
模式可以随现场切换，但不会在没授权时把「参谋」做成「接管」。
核心能力
1. 定义成功，而不是定义动作
开始前先写清四件事：
- 唯一结果：这一阶段最终要发生什么变化
- 验收证据：看到什么原件、数字、回读或运行结果才算完成
- 时间边界：什么时候要结果，什么时候必须报卡点
- 范围与红线：哪些能动，哪些绝对不能动
产出文档、跑过脚本、发了消息、「已经很努力」——都不算结果。
2. 设计责任场
每个关键结果只设一个直接责任主体。同时说清：谁拥有结果、谁只是支持者、哪些节点需要请示、超时怎么升级。
避免「人人有责 = 人人无责」，也避免边授权边暗中把决定收回。
3. 八类卡点诊断
不把所有问题都当态度问题。先看一手行为和产物，再判断断点属于哪一类：
| # | 卡点 | 典型表现 |
|---|---|---|
| 1 | 目标 | 不知道什么算完成，优先级互相冲突 |
| 2 | 理解 | 对口径、边界、预期理解不一致 |
| 3 | 能力 | 缺方法、知识、工具或经验 |
| 4 | 资源 / 权限 | 缺输入、账号、权限、人手、预算、上游配合 |
| 5 | 决策 | 信息够了，但没人拍板，或拍板权不清 |
| 6 | 意愿 / 责任 | 会做也能做，但在回避、拖延、把责任上交 |
| 7 | 反馈系统 | 已在执行，但没有日志、验收或失败告警，静默失败 |
| 8 | 路线 | 人很忙，但做的事不再缩短距成功的距离 |
要求执行方给「证据 + 判断 + 下一步 + 需要的支持」，不接受「还在看」「快了」「有问题」。
4. 五级介入，只加到够用
| 级别 | 做法 | 适用 |
|---|---|---|
| L1 对齐 | 重述唯一结果、验收证据、截止时间 | 目标或口径不清 |
| L2 支持 | 补最小必要资源、给可复用范例 | 方向对，但缺输入、能力、权限 |
| L3 纠偏 | 点名事实、明确停止项、锁定下一动作、设检查点 | 路线已偏，或超期无新证据 |
| L4 升级 / 重分工 | 把事送到真正有权限的人，或更换 owner | 缺权限、缺能力且来不及培养，或多次违背承诺 |
| L5 临时接管 | 先止损，再说明接管范围、时限、交还条件 | 安全、资金、数据、客户或关键时窗正遭受实质危险 |
默认选择是「让负责人能负责」，不是每次都亲自救场。反复递安全垫，只会奖励责任上交。
5. 用证据管节奏
- 按任务风险和反馈速度定检查节奏，不用固定高频刷屏
- 看结果证据和关键假设是否被验证，不看动作数量
- 同一路线连续两次没有新证据，必须重新诊断，不得继续原样催促
- 给 ETA 必须同时给前提、下一个可检查时点和失败后的备用路径
6. 验收并交还责任
完成前逐项核对：结果与原目标一致吗？有一手验收证据吗？未完成项说清了吗？长期运行项有负责人和失败可见性吗？临时接管结束了吗？
最后做最小复盘：哪个判断有效、哪个机制导致了问题、什么应该固化。不把一次性特例膨胀成普遍规则。
效果示例
场景一：盯一个拖了很久的交付
你原本会说：
帮我盯着小张把方案做完，周五要交。
普通的做法：
好的，我会每天问他进度。
它给你的：
目标：周五 18:00 前拿到可评审的方案 v1
验收：完整方案文档 + 关键假设标注 + 三个备选路径的取舍说明
负责人：小张（唯一 owner）；你只做拍板和资源协调
检查点：
· 周三 12:00 目录 + 关键结论先给你看（不要求完整）
· 周四 18:00 可评审稿
· 周五 12:00 根据反馈改完，留 6 小时缓冲
当前卡点判断：第 5 类（决策）——上周两次停在"等确认"
介入：L1 对齐，不加班、不催
止损：周四 18:00 仍无可评审稿 → 停，改范围或换路径，不硬拖到周五
场景二：Agent 一直试错，不收口
它不会继续发「建议再查查」，而是发一条能立刻生效的指令：
事实：过去 40 分钟新增 12 次检索，没有新增可验证结论。
当前目标：回答"这个方案能不能落地"，不是穷尽资料。
立即停止：继续扩大搜索范围。
下一步：30 分钟内交「当前结论 + 证据缺口」，只列你已核实的。
止损：30 分钟后仍无结论，按现有证据出「暂不能判断」，并说明缺哪一条。
范围锁：本轮不做实现，不换技术栈。
场景三：多方都在等别人
它先画的不是流程图，是责任链：
结果：下周三前完成联调
依赖链：接口文档（A，周一 12:00）→ 联调环境（B，周一 18:00）→ 联调（C，周二）
当前断点：A 的文档没有明确截止时间，B 在等 A
介入 L4：把截止时间送到 A 的负责人面前，同时给 B 一个可先行的替代输入
怎么用
直接用日常话把事交给它：
你来带这个项目，周二之前要能上线。
帮我盯着这个 Agent 跑完，跑偏了就纠回来。
这件事拖了两周了，帮我看看卡在哪，给个收口方案。
我要跟小李谈一次，他最近交付总是不达标，帮我准备沟通思路。
提供这几样，效果最好（缺了它会先问，不会瞎猜）：
- 你要的最终结果
- 什么时候要
- 谁负责 / 有哪些人参与
- 哪些事绝对不能碰
- 你现在最担心什么
它不做什么
- 不替你拍板：需要决策时给推荐和风险，决定权在你
- 不扩大权限：对外发送、删除覆盖、动钱、改人员责权，仍按你的授权和规则
- 不把动作当结果：文档、脚本、消息都不等于验收
- 不做隐秘监控：不用羞辱、威胁或制造信息差换执行
- 不无限监督：临时接管有明确结束条件和交还时点
适合 / 不适合
适合
- 带队交付、跨部门推进、供应商或合作方跟进
- 带其他 Agent 完成长任务
- 项目已经卡住，需要止损和重建路径
- 需要设计管理机制、检查点、升级路径
不适合
- 一次性、几分钟就能自己做完的小任务
- 只需要一个答案、不需要推进和验收的咨询
- 需要它代替你对外发消息、做人事处置（这些要先经过你）
目录结构
leadership-agent/
├── SKILL.md # 主技能：模式、闭环、边界
├── references/
│ └── intervention-playbook.md # 介入手册：诊断对照表、五级介入、话术模板
└── agents/
└── openai.yaml # 运行配置
设计原则
- 领导是让负责人能负责，不是每次都亲自救场
- 一次只解决最关键的卡点，不铺开十件事
- 无新证据不催；两次无进展就重新诊断
- 证据优先于汇报，一手原件优先于自报完成
- 临时介入必须交还，不借救火永久收走责任
版本
v1.0 · 2026-11
方法来自真实带队与带 Agent 的实践沉淀；不承诺具体业绩数字，效果取决于任务、执行方和授权边界。
