# 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 调用模板
```bash
# 创建 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 完整规范

#### 请求参数
```json
{
  "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 - 一般任务
- 有价值但优先级较低
- 空闲时处理
- 示例: 文档整理、技术债清理
```

#### 完整调用示例
```bash
# 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
```bash
# 通过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