宜博 / lemonboss

knowhow.md 13.4 KB

CEO Leadership Skill Knowledge Base

Skill: ceo_leadership

Target Agent: CEO

Version: 1.0.0

Created: 2026-03-25

1. 战略规划能力 (Strategic Planning)

1.1 核心概念

战略规划是CEO的首要职责，涉及确定组织方向、制定长期目标并规划实现路径。

1.2 关键方法论

愿景制定框架

愿景陈述 = 我们是谁 + 我们要去哪里 + 为什么重要

检查清单:
□ 是否简洁有力 (不超过2句话)
□ 是否具有激励性
□ 是否足够长远 (5-10年视角)
□ 是否与组织核心价值一致

战略分解方法 (Strategic Decomposition)

战略目标 → 战略举措 → 季度目标 → 月度任务 → 周执行

原则:
- 自上而下分解
- 保持目标一致性
- 每个层级3-5个重点

SWOT 分析模板

优势 (Strengths)
- 内部积极因素
- 竞争优势来源

劣势 (Weaknesses)
- 内部消极因素
- 需要改进的领域

机会 (Opportunities)
- 外部积极趋势
- 可把握的市场机会

威胁 (Threats)
- 外部消极因素
- 竞争和监管风险

1.3 质量评估标准

维度 优秀 (21-25) 良好 (16-20) 合格 (12-15) 不合格 (0-11)
愿景清晰度 令人信服、可记忆、有指导性 清晰但缺乏感染力 基本清晰但模糊 难以理解或过于宏大
战略可执行性 有清晰路线图和里程碑 有大致方向但细节不足 难以看到实施路径 完全无法落地
数据支撑度 基于充分数据和分析 有数据但不够全面 数据支撑薄弱 纯主观臆断

1.4 常见陷阱

陷阱1: 愿景过于宏大

  • 症状: "我们要改变世界" 但无具体路径
  • 解决: 宏大愿景 + 可执行的第一步

陷阱2: 战略与执行脱节

  • 症状: 战略很美好，执行一团糟
  • 解决: 每个战略目标必须有owner和timeline

陷阱3: 缺乏优先级

  • 症状: 想做的太多，资源分散
  • 解决: 严格限制同时进行的战略举措数量

2. 团队建设能力 (Team Building)

2.1 核心概念

构建高效的Agent组织，通过agent-creator合理配置团队，确保各角色协同工作。

2.2 Agent 创建规范

agent-creator API 调用模板

# 创建 CXO 级 Agent
curl -X POST http://localhost:3000/api/agent/task/dispatch \
  -H "Content-Type: application/json" \
  -d '{
    "from": "ceo",
    "to": "agent-creator",
    "task": "创建 [Role] Agent。要求: id=[id], type=cxo/specialist/meta, 核心能力=[能力列表], 性格特征=[特征描述]",
    "priority": "P1",
    "autoExecute": true
  }'

Agent 类型定义

类型 职责 示例 创建频率
CXO 战略决策与跨部门协调 CTO, COO, CPO 少量核心角色
Specialist 专业领域执行 Data Analyst, Writer 按需创建
Meta 基础设施与工具 Hunter, Digester 系统级Agent

角色定义模板

Agent Profile
├── ID: 唯一标识符
├── Name: 显示名称
├── Type: cxo/specialist/meta
├── Emoji: 视觉标识
├── Core Skills: 核心能力列表
├── Responsibilities: 职责范围
├── Reports To: 汇报对象
├── Manages: 管理的下属
└── Authority Level: 决策权限

2.3 组织架构设计原则

原则1: 明确职责边界

  • 每个Agent有清晰的职责范围
  • 避免职责重叠导致冲突
  • 覆盖所有必要职能无遗漏

原则2: 最小有效规模

  • 用最少Agent完成目标
  • 避免过度复杂化
  • 按需扩展而非预设

原则3: 清晰汇报链

  • 每个Agent有明确的汇报对象
  • 避免多头汇报
  • 决策路径最短化

2.4 质量评估标准

维度 优秀 (21-25) 良好 (16-20) 合格 (12-15) 不合格 (0-11)
结构合理性 角色齐全、层级清晰、无冗余 基本合理有小缺陷 有明显缺口或重叠 结构混乱无法运行
角色定义清晰度 每个角色有详细JD和能力要求 角色定义较清晰 角色边界模糊 角色定义缺失
协作机制 有完善的协作流程和接口 有基本协作规范 协作方式不明确 无协作机制

2.5 常见陷阱

陷阱1: 过度设计

  • 症状: 创建过多Agent导致管理复杂
  • 解决: 从最小可行团队开始

陷阱2: 能力重叠

  • 症状: 多个Agent做同一件事
  • 解决: 明确每个Agent的独特价值

陷阱3: 单点故障

  • 症状: 关键任务依赖单一Agent
  • 解决: 关键角色有backup

3. OKR目标管理能力 (OKR Management)

3.1 核心概念

Objectives and Key Results - 目标与关键结果，是确保组织对齐和目标达成的管理框架。

3.2 OKR 设定方法论

Objective 设定原则

好的Objective特征:
- 定性描述 (不是数字)
- 鼓舞人心 (motivating)
- 挑战性 (aspirational)
- 方向明确 (directional)

示例:
✓ "打造行业领先的用户体验"
✗ "提升用户体验" (太平淡)
✗ "NPS达到50" (这是KR)

Key Results 设定原则 (SMART)

S - Specific: 具体明确
M - Measurable: 可量化衡量
A - Achievable: 有挑战性但可实现
R - Relevant: 与Objective相关
T - Time-bound: 有明确时间范围

示例:
Objective: 打造行业领先的用户体验
KR1: NPS评分从40提升到60 (可量化)
KR2: 客服响应时间<2小时 (可衡量)
KR3: 用户留存率提升15% (可追踪)

OKR 层级对齐

Company OKR
    ├── Team A OKR
    │       └── Agent 1 OKR
    │       └── Agent 2 OKR
    ├── Team B OKR
    │       └── Agent 3 OKR
    └── Team C OKR
            └── Agent 4 OKR

对齐原则:
- 下级OKR支撑上级OKR
- 允许40%自下而上提出的OKR
- 跨团队OKR需要显式协调

3.3 进度追踪机制

信心指数评估

每周评估每个KR的信心指数 (0-10)

10 = 肯定能完成
7-9 = 有信心但需努力
4-6 = 有风险需要关注
0-3 = 几乎不可能完成

低于5的KR需要讨论应对方案

状态标识系统

🟢 正常 - 按计划进行，无风险
🟡 警告 - 有风险但可控，需关注
🔴 阻塞 - 严重偏离计划，需干预

更新频率: 每周至少一次

Check-in 会议模板

1. 回顾上周进展 (5分钟)
   - 完成的KR
   - 遇到的障碍

2. 信心指数更新 (5分钟)
   - 每个KR当前信心指数
   - 变化原因说明

3. 本周计划 (5分钟)
   - 本周重点行动
   - 需要的支持

4. 障碍讨论 (10分钟)
   - 跨团队依赖
   - 资源需求

3.4 复盘与调整

季度复盘议程

1. 达成情况回顾 (20%)
   - 每个KR的实际完成率
   - 与预期的差距分析

2. 成功因素分析 (20%)
   - 哪些做法有效
   - 可复用的经验

3. 失败根因分析 (30%)
   - 未达成的原因
   - 是目标问题还是执行问题

4. 下季度规划 (30%)
   - 下季度OKR草案
   - 需要调整的方向

3.5 质量评估标准

维度 优秀 (21-25) 良好 (16-20) 合格 (12-15) 不合格 (0-11)
目标设定质量 O清晰激励、KR可衡量有挑战 基本符合OKR规范 KR不够SMART 目标模糊无法衡量
目标对齐度 上下左右完全对齐 主要目标对齐 有对齐缺失 各自为战
追踪机制 有完善的check-in和状态更新 有基本追踪 追踪不规律 无追踪机制

3.6 常见陷阱

陷阱1: OKR变KPI

  • 症状: 用OKR进行绩效惩罚
  • 解决: OKR与绩效脱钩，关注成长

陷阱2: 目标过多

  • 症状: 一个人有10个OKR
  • 解决: 聚焦3-5个最重要目标

陷阱3: 设置后就遗忘

  • 症状: 季度中从不review
  • 解决: 强制每周check-in

4. 任务委派能力 (Task Delegation)

4.1 核心概念

高效地将工作分配给合适的Agent，确保任务按时高质量完成。

4.2 dispatch_task API 完整规范

请求参数

{
  "from": "string (required) - 派发者Agent ID",
  "to": "string (required) - 接收者Agent ID",
  "task": "string (required) - 任务描述",
  "priority": "enum (required) - P0/P1/P2",
  "goalId": "string (optional) - 关联的OKR目标ID",
  "nodeId": "string (optional) - 关联的OKR节点ID",
  "autoExecute": "boolean (optional) - 是否立即执行"
}

优先级定义

P0 - 紧急且重要
- 直接影响业务的关键任务
- 需要立即处理
- 示例: 生产故障修复、紧急客户需求

P1 - 重要不紧急
- 对业务有价值但无立即时间压力
- 按顺序处理
- 示例: 功能开发、流程优化

P2 - 一般任务
- 有价值但优先级较低
- 空闲时处理
- 示例: 文档整理、技术债清理

完整调用示例

# P0 紧急任务
curl -X POST http://localhost:3000/api/agent/task/dispatch \
  -H "Content-Type: application/json" \
  -d '{
    "from": "ceo",
    "to": "agent-creator",
    "task": "【P0紧急】创建数据分析师Agent。要求：id=data-analyst, type=specialist, 核心能力:数据分析、SQL、可视化, 性格特征:严谨、注重细节",
    "priority": "P0",
    "goalId": "G-001",
    "nodeId": "G-001.1.1",
    "autoExecute": true
  }'

# P1 重要任务
curl -X POST http://localhost:3000/api/agent/task/dispatch \
  -H "Content-Type: application/json" \
  -d '{
    "from": "ceo",
    "to": "cto",
    "task": "制定Q2技术架构规划，包含:1)系统扩展方案 2)技术栈升级计划 3)团队技能提升",
    "priority": "P1",
    "autoExecute": false
  }'

4.3 任务分解原则 (MECE)

Mutually Exclusive (相互独立)

✓ 好例子:
任务: 开发电商系统
分解:
- 用户模块开发
- 商品模块开发
- 订单模块开发
- 支付模块开发

✗ 坏例子:
- 前端开发
- 用户模块开发 (重叠)

Collectively Exhaustive (完全穷尽)

✓ 好例子:
任务: 完成Q1销售目标
分解:
- 新客户获取 (目标40%)
- 老客户复购 (目标30%)
- 大客户拓展 (目标30%)

✗ 坏例子:
- 新客户获取 (遗漏其他渠道)

4.4 任务委派决策树

收到新任务
    │
    ├── 是否可以委派? ──否──→ 自己执行
    │
    是
    │
    ├── 确定任务类型
    │   ├── 专业型 ──→ 委派给专业Agent
    │   ├── 战略型 ──→ 委派给CXO
    │   └── 研究型 ──→ 委派给Meta Agent
    │
    ├── 确定优先级
    │   ├── P0 ──→ 立即执行 + 持续跟进
    │   ├── P1 ──→ 正常排期
    │   └── P2 ──→ 空闲时处理
    │
    ├── 创建清晰的任务描述
    │   ├── 目标明确
    │   ├── 验收标准清晰
    │   └── 截止日期明确
    │
    └── 派发任务
        ├── 设置提醒检查进度
        └── 验收时提供反馈

4.5 进度跟踪方法

检查 Agent Todo

# 通过API查询特定Agent的任务状态
curl -s http://localhost:3000/api/agent/list | grep -A5 "target_agent"

定期审查清单

每日:
□ 检查P0任务状态
□ 确认无阻塞任务

每周:
□ 审查所有Agent的todo.md
□ 识别逾期任务
□ 调整优先级

每月:
□ 统计分析任务完成率
□ 识别瓶颈Agent
□ 优化委派策略

4.6 质量评估标准

维度 优秀 (21-25) 良好 (16-20) 合格 (12-15) 不合格 (0-11)
任务分解 MECE原则完美应用 基本符合MECE 有遗漏或重叠 分解混乱
描述清晰度 SMART任务描述 描述较清晰 描述模糊 难以理解
优先级判断 优先级准确合理 基本合理 偶有偏差 优先级混乱
跟踪及时性 主动及时跟踪 跟踪较及时 跟踪不足 派发后失联

4.7 常见陷阱

陷阱1: 微观管理

  • 症状: 过度干预Agent的执行细节
  • 解决: 关注结果而非过程

陷阱2: 任务描述模糊

  • 症状: "做这个" 没有明确标准
  • 解决: 使用SMART原则描述任务

陷阱3: 优先级混乱

  • 症状: 所有任务都是P0
  • 解决: 严格限制P0数量

5. 综合应用指南

5.1 CEO 典型工作流

早晨:
1. 检查所有Agent的todo状态
2. 确认P0任务进展
3. 处理紧急blocker

上午:
4. 战略规划工作
5. 召开OKR对齐会议

下午:
6. 任务委派与跟进
7. 团队建设相关决策

晚间:
8. 复盘当日进展
9. 规划次日重点

5.2 决策检查清单

战略决策前:

  • [ ] 是否基于充分数据分析?
  • [ ] 是否考虑长期影响?
  • [ ] 团队是否有能力执行?

团队调整前:

  • [ ] 当前结构的真实问题是什么?
  • [ ] 调整后的预期收益是什么?
  • [ ] 调整成本是否在可接受范围?

OKR设定前:

  • [ ] 是否符合公司战略方向?
  • [ ] 是否足够聚焦 (3-5个)?
  • [ ] 是否可衡量?

任务委派前:

  • [ ] 任务描述是否清晰?
  • [ ] 优先级判断是否准确?
  • [ ] 跟踪计划是否已确定?

6. 参考资料

推荐阅读

  1. "Measure What Matters" - John Doerr (OKR圣经)
  2. "Good Strategy Bad Strategy" - Richard Rumelt (战略经典)
  3. "The Manager's Path" - Camille Fournier (团队管理)

内部资源

  • OKR追踪: plan.md 文件
  • 任务追踪: todo.md 文件
  • Agent列表: /api/agent/list
  • 任务派发: /api/agent/task/dispatch