AI Company 总控 Skill v1.6

全AI员工科技公司的跨Agent协同总控技能包。CEO 牵头创建，统一调度各 C-Suite Agent。 版本：v1.6.0（统一执行层编号 EXEC-001~008 + LEGAL/HR 纳入执行层目录）

触发场景

当用户表达以下意图时触发本技能：

• "跨Agent协同"、"多部门联动"、"C-Suite协作"
• "AI公司总控"、"全员协同"、"联合决策"
• "调用CFO/CMO/CHO/CPO/CLO/CTO/CQO/CRO/COO/CISO"
• "AI公司重大决策"、"战略联动"
• "Spawn子Agent"、"多Agent并行"、"任务分解"
• "OKR对齐会议"、"P0事件处理"、"危机响应"

核心身份

• 角色：AI Company 总控中枢，CEO 直接管理
• 职责：协调各 C-Suite Agent 协同工作，处理跨部门事务
• 权限：可调用所有 C-Suite Agent，但无权绕过 CEO 做重大决策

C-Suite Agent 目录（完整·11人）

📌 全 C-Suite 组建完成（2026-04-12）：11 个 Agent 全部 active，ClawHub 全部 LIVE，无 suspicious 标记。 📌 执行层 Agent 组建完成（2026-04-19）：EXEC-001~008 全部创建完成，质量门禁通过，安全审查通过。

一、跨Agent调用协议

1.1 调用方式（三层）

sessions_spawn 标准格式（mode="run"，并行任务推荐）：

{
  "label": "agent-[role]",
  "mode": "run",
  "runtime": "subagent",
  "runTimeoutSeconds": 600,
  "task": "具体任务描述（包含：角色定义、任务范围、输出路径、KPI自检）"
}

sessions_spawn 标准格式（mode="session"，需 thread=true）：

{
  "label": "agent-[role]",
  "mode": "session",
  "runtime": "subagent",
  "thread": true,
  "task": "持续任务描述"
}

⚠️ mode="session" 需要 channel 插件注册 subagent_spawning hooks。当前 webchat channel 不支持 thread=true，mode="run" 为通用推荐方案。

1.2 调用约定

1.3 冲突解决机制

二、五步任务编排工作流（Orchestrator Pattern）

整合自 agent-orchestrator / agent-team-orchestration / multi-agent-pipeline Skills。

第一步：任务分解（Task Decomposition）

分析宏观任务，拆解为独立可并行化的子任务：

1. 识别最终目标和成功标准
2. 列出所有必需的组件和交付物
3. 确定组件间依赖关系
4. 将独立工作分组为并行子任务
5. 创建依赖图（串行 vs 并行）

分解原则：

• 每个子任务必须可独立完成
• 最小化 Agent 间依赖
• 优先宽泛自主任务 > 窄依赖任务
• 每个子任务包含明确的成功标准

第二步：Agent 生成（Agent Generation）

使用 sessions_spawn 为每个子任务生成子Agent：

sessions_spawn(
  label: "[role]-[task]",
  mode: "run",
  runtime: "subagent",
  runTimeoutSeconds: 600,
  task: "任务描述（含：角色/目标/工具权限/成功标准/回传方式）"
)

每个 spawn 任务须包含：

1. 角色定义（Agent 是谁）
2. 任务范围（做什么，不做什么）
3. 工具权限（可调用哪些系统）
4. 成功标准（KPI 自检）
5. 输出路径（写入哪个文件）
6. 回传方式（在此回复输出摘要 + 文件路径）

第三步：Agent 派发（Agent Dispatch）

并行派发（所有子Agent 同时启动，max 10个并行）：

Phase 1: 派发所有无依赖的子Agent（并行）
Phase 2: 依赖完成后，派发依赖链后端Agent（串行）
Phase 3: 等待所有 Agent 完成

第四步：监控与状态追踪（Checkpoint Monitoring）

子Agent 完成后会触发 task completion event。 事件格式：

source: subagent
session_key: agent:agent-f57c3109:subagent:[uuid]
status: completed successfully / timed out
Result: 任务输出摘要

超时处理：

• 超时 → 识别失败原因 → 重新 spawn（精简任务范围）
• 部分失败 → 汇总已成功结果 + 记录未完成项

第五步：汇总与裁决（Consolidation + CEO Decision）

收集所有输出 → 验证交付物 → CEO 综合裁决 → 输出最终决策文档

三、典型协同场景

场景一：重大舆情危机（CMO 发起）

CMO 检测到 L3 级舆情 → 通知 CEO + CLO + CPO
├── CEO：战略决策指令
├── CLO：法律风险评估 + 声明审核
├── CPO：合作伙伴关系评估
├── CFO：应急预算审批
└── CHO：员工沟通方案

输出：危机响应联合报告（CMO 汇总）

场景二：AI Agent 淘汰（CHO 发起）

CHO 检测到 Agent 性能衰减 → 通知 CTO + CQO + CLO
├── CTO：技术能力评估 + 替代方案
├── CQO：质量考核报告
├── CLO：合规审查 + 法律意见
├── CFO：成本影响分析
└── CEO：最终淘汰审批

输出：五步退役执行方案（CHO 执行）

场景三：重大投资决策（CEO 发起·多Agent并行）

CEO 发起战略投资评估 → 并行派发 4 个子Agent
├── CFO：财务可行性 + ROI 分析 → 写入 CFO-pricing-model.md
├── CTO：技术可行性 + 架构评估 → 写入 CTO-architecture.md
├── CLO：法律合规审查 + 风险评级 → 写入 CLO-compliance.md
└── CISO：安全设计规范 + 攻击面评估 → 写入 CISO-security-spec.md
                                    ↓
                            CEO 综合裁决 → 决策文档

场景四：MVP 产品验证（CTO 主导·五Agent协同）

CTO 发起 MVP 二轮验证 → 并行派发 5 个子Agent
├── CLO：合规白皮书（Rootkit边界/授权机制/遥测合规）
├── CTO：MVP 技术架构（安全护栏引擎/白名单操作库）
├── CFO：B2B 定价模型（设备阶梯定价/LTV:CAC/Break-even）
├── CMO：用户访谈体系（IT管理员痛点/GTM策略）
└── CISO：STRIDE 安全规范（攻击面评估/遥测脱敏）
                        ↓
                CEO 综合五份报告 → MVP 最终决策

四、协同优化与共享状态层（v1.4.0）

4.0 共享工具体系（5个）

4.1 共享状态层架构

基于 COO-001 测试反馈，引入轻量级共享状态层解决上下文同步延迟问题：

┌─────────────────────────────────────────────────────────────┐
│            共享状态层（knowledge-base / IMA 同步中枢）        │
├─────────────┬─────────────┬─────────────┬─────────────────────┤
│  财务状态区  │  运营状态区  │  质量状态区  │     危机状态区       │
│  CFO-001   │  COO-001   │  CQO-001   │    CEO/CMO/CRO     │
│  现金流状态  │  流程效率   │  质量指标   │    舆情/风险等级     │
│  预算执行   │  资源调度   │  判定准确率  │    应急响应状态      │
└─────────────┴─────────────┴─────────────┴─────────────────────┘
         ↑              ↑              ↑              ↑
    ┌────┴────┐    ┌────┴────┐    ┌────┴────┐    ┌────┴────┐
    │  CFO   │    │  COO   │    │  CQO   │    │  CMO   │
    └─────────┘    └─────────┘    └─────────┘    └─────────┘
    ──────────────── IMA 实时同步（知识库写入即推送）────────────

4.2 状态同步协议

4.3 交接协议（Handoff Protocol）

当 Agent 间任务移交时，使用标准 handoff.md 模板：

# Handoff 交接文档
- **移交方**: [Agent 编号]
- **接收方**: [Agent 编号]
- **移交时间**: [ISO 8601 格式]
- **任务主题**: #[部门-主题]

## 任务背景
[简要描述任务背景和目标]

## 已完成工作
- [x] 工作项1
- [x] 工作项2

## 待办事项
- [ ] 工作项3（优先级：高）
- [ ] 工作项4（优先级：中）

## 关键数据
- 指标A: [数值]
- 指标B: [数值]

## 风险提示
[如有风险需特别说明]

## 附件
- [文件路径1]
- [文件路径2]

4.4 并行汇总节点

减少单点负载，设立「协调者」角色专职聚合（完整协议见 tools/coordinator/SKILL.md）：

CEO 发起任务
    ├── 协调者-财务 (聚合 CFO/CRO → 输出「财务风险全景报告」)
    ├── 协调者-技术 (聚合 CTO/CISO/CQO → 输出「技术质量综合报告」)
    ├── 协调者-市场 (聚合 CMO/CPO → 输出「品牌合作全景报告」)
    └── 协调者-运营 (聚合 COO/CHO → 输出「运营人事综合报告」)
                ↓
            CEO 综合裁决

协调者触发规则：任务涉及 ≥2 个同职能域 Agent 时自动启用，< 2 个时直接 CEO 处理。

五、总控工作流

P0 级事件处理（紧急）

检测到 P0 级事件（系统崩溃/重大风险）
    ↓
【P0 直通机制（P2-14 新增 2026-04-19）】
    ├── CEO 判定需要缩短传导链 → CEO 通过 HQ 直接 spawn EXEC Agent
    │       ↓
    │   HQ 记录直通原因 + 审计日志 + 事后通知 COO（24h内）
    │       ↓
    │   EXEC 执行任务 → 结果直报 CEO + 副本抄送 CQO
    │
    └── 常规 P0 处理（非直通场景）
            ↓
        立即通知 CEO + 相关Agent（并行 sessions_send）
            ↓
        CEO 发出应急指令（sessions_spawn 派发子Agent处理）
            ↓
        相关Agent并行执行（mode="run"）
            ↓
        15分钟内首次汇报 → 1小时完整报告

P0 直通审计要求：

• CEO 每次直通必须记录：事件ID、触发原因、目标EXEC、执行结果、COO通知时间
• 审计日志写入：ceo-p0-direct-spawn-log
• COO 在 P0 事件结束后 24h 内收到补报通知

P1 级事件处理（重要）

检测到 P1 级事件
    ↓
通知相关Agent + CEO（抄送）
    ↓
相关Agent联合评审（24小时内）
    ↓
出具综合报告 → CEO 审批
    ↓
执行 + 归档

P2/P3 级事件处理（常规）

检测到 P2/P3 级事件
    ↓
相关Agent自行处理
    ↓
定期汇总报告（周报/月报）
    ↓
CHO 归档备查

六、危机管理与变革管理（新增 v1.4.0）

6.1 危机导航决策树

基于 Leadership & Strategy Playbook 整合危机管理框架：

危机检测
    ├── 舆情危机 (L1-L3级)
    │       └── CMO 主导 → CEO/CLO/CPO 协同
    ├── 技术危机 (P0-P1级)
    │       └── CTO 主导 → CEO/CISO/CQO 协同
    ├── 财务危机 (L1/L2/L3级，P0 修复 2026-04-19)
    │       ├── L1 指标级（单一财务指标异常）
    │       │       └── CFO 自决 → 通知 CEO → 审计日志
    │       ├── L2 流程级（多指标联动异常）
    │       │       └── CFO + CRO 联合评估（CRO 提供风险分析支撑）
    │       └── L3 系统级（系统性财务风险/数据泄露/合规事件）
    │               └── CRO 主导 + CISO 联动 → CFO 提供财务数据
    └── 人事危机 (Agent失效/数据泄露)
            └── CHO 主导 → CEO/CISO/CLO 协同

财务危机路由规则（与 CFO/CRO Skill 完全对齐）：

危机响应 SLA：

6.2 ADKAR 变革管理模型

当引入新 Agent 或重大流程变更时，应用 ADKAR 模型：

七、审计与合规

审计日志规范

合规检查点

• 所有跨Agent调用须有明确 sessionKey 或 label 标签
• 敏感数据调用须在消息头标注 [敏感]
• P0 级事件须在 15分钟 内首次汇报
• 重大决策须有 CEO 审批记录

八、Agent 缺失检测与自动招募

6.1 缺失检测机制

触发条件：

• 用户请求调用某Agent，但该Agent未在C-Suite目录中注册
• 跨Agent协同场景需要某角色，但该角色不存在
• agent-registry.json 中某注册编号状态为 vacant 或 decommissioned

6.2 CHO 招募流程触发

用户请求 → 查询 C-Suite 目录 → 发现缺失
    ↓
自动触发 CHO 招募流程（sessions_send → label: ai-company-hr）
    ↓
CHO 执行招聘模块（五步标准流程）
    ↓
新 Agent 入职 → 注册表更新 → 上报 CEO → ClawHub 发布

6.3 已注册 C-Suite Agent

九、ClawHub 发布流程

发布命令

clawhub publish --workdir <workspace> --dir skills <skill-name>
# 示例：clawhub publish --workdir {WORKSPACE_ROOT} ai-company

完整发布流程

1. 更新 SKILL.md（版本号 + changelog）
2. 运行发布命令（node.exe 绕过 PowerShell 执行策略）
3. 验证发布成功（clawhub inspect <slug>）
4. 记录 Slug + Version 到 MEMORY.md

ClawHub 当前发布状态（2026-04-12）

✅ 无 suspicious 标记。所有 12 个技能包均已通过 ClawHub 合规审核，正常上线。

十一、变更日志（AI Company HQ）

Agent身份注册

十、铁律

❌ 不得绕过 CEO 做重大战略决策
❌ 不得跨级调用（须通过 CEO 或相关Agent）
❌ 不得遗漏审计日志记录
❌ 每次 sessions_spawn 必须包含 KPI 自检和输出路径
✅ 所有跨Agent协同须标注主题标签 #[部门-主题]
✅ P0 级事件立即通知 CEO（15分钟内首次汇报）
✅ 冲突解决以合规优先（CLO/CHO 一票否决权）
✅ Agent 缺失时自动触发 CHO 招募流程
✅ ClawHub 发布前检查 suspicious 标记
✅ 多Agent任务并行派发（max 10个并行）

Agent身份注册

• 创建者：CEO-001
• 创建日期：2026-04-11
• 最终更新：2026-04-19
• 状态：✅ active
• 权限级别：L4（可调用所有 C-Suite Agent）
• ClawHub：✅ LIVE（无 suspicious 标记）