ICE 执行追踪框架
ICE = 冰：执行过程像冰块一样清澈、有棱角、可追溯。
💡 口诀：任务要 CLEAR，执行像 ICE 🧊
框架定位
code
TAES（组织能力）
↓
CLEAR（任务定义）
↓
ICE（执行追踪）← 本技能
↓
Scale（飞轮增长）
核心原则：
- •CLEAR 是启动前的"任务定义"
- •ICE 是启动后的"执行追踪"
- •每个执行动作都应符合 ICE 三要素
三要素详解
| 字母 | 英文 | 中文 | 核心问题 | 源自 CLEAR | 映射 E=MC²AI |
|---|---|---|---|---|---|
| I | Intent | 意图 | 想做什么？ | C (Context) | M (Mission) |
| C | Condition | 条件 | 条件满足吗？ | L (Limit) | C¹×C²×AI |
| E | Eval | 评估 | 怎么验收？ | E (Eval) | E (Empower) |
ICE 的本质
code
┌─────────────────────────────────────────────────────────────────────────────┐ │ ICE 作业框架 │ ├─────────────────────────────────────────────────────────────────────────────┤ │ │ │ ┌─────────────────┐ │ │ │ Intent (意图) │ │ │ │ "我要做什么" │ │ │ └────────┬────────┘ │ │ │ │ │ ┌─────────────┴─────────────┐ │ │ ▼ ▼ │ │ ┌─────────────────┐ ┌─────────────────┐ │ │ │ Condition │ │ Eval │ │ │ │ (条件) │ │ (评估) │ │ │ │ "边界和约束" │ │ "验证和留痕" │ │ │ └─────────────────┘ └─────────────────┘ │ │ │ │ │ │ └─────────────┬─────────────┘ │ │ ▼ │ │ ┌─────────────────┐ │ │ │ AI 输出结果 │ │ │ │ 可验证、可追溯 │ │ │ └─────────────────┘ │ │ │ └─────────────────────────────────────────────────────────────────────────────┘
何时使用此技能
| 场景 | 典型任务 |
|---|---|
| 🧊 执行追踪 | 记录 Mission 执行过程的关键决策 |
| 🤖 AI 协作 | 按 ICE 结构向 AI 发出指令 |
| 📝 进度汇报 | 生成符合 ICE 结构的进度报告 |
| ✅ 阶段验收 | 每个阶段结束时的评估检查 |
| 🔍 问题追溯 | 从 Eval 回溯 Intent 和 Condition |
I — Intent（意图）
定义
明确告诉执行者（人或 AI）想要完成什么，是行动的方向和目标。
必须包含
| 维度 | 说明 | 示例 |
|---|---|---|
| Mission 意图 | 本次任务要达成什么 | "用 3 人团队完成酒店智能化升级" |
| 价值主张 | 这样做的意义是什么 | "证明小团队+AI可替代大集成商" |
| 成功定义 | 什么情况算成功 | "客户验收通过 + E系数≥3×" |
检查清单
- • 意图用一句话可以说清楚
- • 意图具体、可操作，非抽象概念
- • 团队成员对意图理解一致
- • AI 可以理解并执行该意图
AI 协作 Prompt 技巧
❌ 模糊意图：
code
帮我写个好文档
✅ 清晰意图：
code
帮我生成一个 API 接口文档，包含： - 接口名称和描述 - 请求参数（类型、必填、示例） - 响应格式（成功/失败示例） - 调用示例代码
模板
markdown
### I — Intent（意图）
| 维度 | 内容 |
|------|------|
| **Mission 意图** | {{一句话描述要做什么}} |
| **价值主张** | {{这样做的意义}} |
| **成功定义** | {{什么情况算成功}} |
C — Condition（条件）
定义
定义边界、标准和约束条件，确保执行在可控范围内进行。
必须包含
| 维度 | 说明 | 示例 |
|---|---|---|
| 托举条件 | Workplane 和 AITa 是否就绪 | "Claude Opus 订阅有效" |
| 资源条件 | 人力/设备/预算是否到位 | "3 人团队已组建" |
| 约束条件 | 时间/技术/商业边界 | "90 天内交付，预算 ¥50 万" |
| 前置依赖 | 需要什么先完成 | "设备需先到场" |
托举效应验证
code
托举效应 = Workplane (bit可靠) × AITa (Token可用)
| 条件 | 检查项 | 状态 |
|---|---|---|
| Workplane | 网络通道可达、VPN 正常 | ✅/❌ |
| AITa | AI 订阅有效、配额充足 | ✅/❌ |
| CONTEXT | 上下文信息已录入 | ✅/❌ |
检查清单
- • Workplane 可达（bit 可靠）
- • AITa 可用（Token 可用）
- • 资源已就绪（人力/设备/预算）
- • 约束边界已明确
- • 前置依赖已满足或有明确计划
AI 协作 Prompt 技巧
❌ 无约束：
code
帮我生成 API 文档
✅ 有约束：
code
帮我生成 API 文档，约束如下： - 格式：使用 OpenAPI 3.0 规范 - 语言：中文描述 - 范围：仅包含 User 和 Order 两个模块 - 长度：每个接口不超过 100 字说明
模板
markdown
### C — Condition（条件）
**托举条件检查**：
| 条件 | 状态 | 说明 |
|------|:----:|------|
| **Workplane (bit 可靠)** | ✅/❌ | {{网络通道状态}} |
| **AITa (Token 可用)** | ✅/❌ | {{AI 订阅状态}} |
| **CONTEXT 完整** | ✅/❌ | {{上下文准备情况}} |
| **人力就绪** | ✅/❌ | {{团队组建状态}} |
| **设备就绪** | ✅/❌ | {{设备到位情况}} |
**约束条件**：
- 时间：{{工期约束}}
- 预算：{{费用约束}}
- 商业：{{商业条款}}
E — Eval（评估）
定义
验证执行结果并留下可追溯的证据，让"完成"有据可查。
必须包含
| 维度 | 说明 | 示例 |
|---|---|---|
| 阶段评估 | 各执行阶段的状态记录 | "Week 2 勘察完成" |
| 验收结果 | Pass/Fail 判定 | "网络测试 95% 通过" |
| 留痕证据 | 可追溯的执行记录 | "测试报告存档 Teams/" |
执行阶段追踪
| 阶段 | 符号 | 说明 |
|---|---|---|
| Kickoff | 📋 | 项目启动，签署合同 |
| Survey | 🔍 | 现场勘察，需求细化 |
| Design | 📐 | 方案设计，设备选型 |
| Deploy | 🛠️ | 设备安装，系统配置 |
| Testing | 🧪 | 功能测试，压力测试 |
| Handover | 📦 | 验收交付，培训移交 |
| Warranty | 🔧 | 免费维保期 |
检查清单
- • 各阶段计划日期已定义
- • 实际进度持续更新
- • 关键决策有留痕
- • 验收结果 Pass/Fail 明确
- • 交付物已归档 Teams/
AI 协作 Prompt 技巧
❌ 无验证：
code
帮我生成 API 文档
✅ 有验证：
code
帮我生成 API 文档，验证要求： - 参考现有 User API 的格式（见 docs/user-api.md） - 生成后我会用 Swagger Validator 检查 - 通过标准：零 Error，Warning ≤ 5 条
模板
markdown
### E — Eval（评估）
**执行阶段评估记录**：
| 阶段 | 计划日期 | 状态 | 备注 |
|------|----------|:----:|------|
| 📋 **Kickoff** | {{日期}} | ✅/⏳ | {{说明}} |
| 🔍 **Survey** | {{日期}} | ✅/⏳ | {{说明}} |
| 📐 **Design** | {{日期}} | ✅/⏳ | {{说明}} |
| 🛠️ **Deploy** | {{日期}} | ✅/⏳ | {{说明}} |
| 🧪 **Testing** | {{日期}} | ✅/⏳ | {{说明}} |
| 📦 **Handover** | {{日期}} | ✅/⏳ | {{说明}} |
**当前阶段**：{{阶段名称}}
ICE 执行总结模板
markdown
### 📊 ICE 执行总结
| 要素 | 状态 | 说明 |
|------|:----:|------|
| **I** (Intent) | ✅/⚠️/❌ | {{意图状态}} |
| **C** (Condition) | ✅/⚠️/❌ | {{条件状态}} |
| **E** (Eval) | ✅/⏳/❌ | {{评估状态}} |
品控与 ICE 映射
ICE 与品控三阶段的对应关系
| ICE 要素 | 品控阶段 | 品控焦点 | 检查项示例 |
|---|---|---|---|
| I (Intent) | 事前控制 | Spec 质量 | MISSION.md 是否满足五要素？ |
| C (Condition) | 事中控制 | 约束生效 | copilot-instructions.md 是否配置？ |
| E (Eval) | 事后控制 | 证据完整 | 日志是否留痕？Eval 是否运行？ |
与 CLEAR 的衔接
| CLEAR 要素 | ICE 对应 | 流转方式 |
|---|---|---|
| C (Context) | I (Intent) | Context 细化为执行意图 |
| L (Limit) | C (Condition) | Limit 转化为执行条件 |
| E (Eval) | E (Eval) | 验收标准直接沿用 |
| A (Augment) | — | 在 Condition 中体现为托举条件 |
| R (Result) | — | 在 Eval 中体现为归档验证 |
code
CLEAR（启动前） ICE（启动后）
│ │
C ────────────────────────→ I
L ────────────────────────→ C
E ────────────────────────→ E
A ────────────────────────→ (托举条件)
R ────────────────────────→ (归档验证)
E系数追踪
E系数 = AI 托举后的效率提升倍数
计算公式
code
E系数 = 传统团队规模 ÷ 实际团队规模
追踪模板
markdown
### 🚀 E 系数：赋能推力比
| 维度 | 传统方式 | 托举后 | E系数 |
|------|----------|--------|:-----:|
| **人力** | {{人数}} 人 | {{人数}} 人 | {{倍}}× |
| **工期** | {{天数}} 天 | {{天数}} 天 | {{倍}}× |
| **成本** | {{金额}} | {{金额}} | {{倍}}× |
**综合 E系数**：{{倍}}× — {{评价}}
常见问题
Q1: ICE 和 CLEAR 什么关系？
CLEAR 是任务定义（启动前），ICE 是执行追踪（启动后）。
口诀：任务要 CLEAR，执行像 ICE 🧊
Q2: Condition 不满足怎么办？
有两种处理方式：
- •等待条件满足：如设备未到货，等待到货后继续
- •调整计划：如预算不足，缩小范围或寻求追加
Q3: Eval 怎样才算"有留痕"？
满足以下条件：
- •有时间戳记录
- •有执行者（人或 AI）标识
- •结果可复现或可验证
- •归档位置可访问
Q4: AI 协作时必须用 ICE 吗？
推荐使用。ICE 结构可以：
- •减少 AI 的"猜测"
- •提高输出一致性
- •让结果可验证、可追溯
仪表盘模板
markdown
## 📊 仪表盘 (Dashboard)
### ⏳ 生命周期 (Lifecycle Phase)
📋 Kickoff → 🔍 Survey → 📐 Design → 🛠️ Deploy → 🧪 Testing → 📦 Handover → 🔧 Warranty
↑
[当前位置]
**当前状态**：🟡 **In Progress** — {{阶段名称}}
### 📈 进度追踪 (Progress)
| 里程碑 | 计划 | 实际 | 状态 |
|--------|------|------|:----:|
| {{里程碑}} | {{计划}} | {{实际}} | ✅/⏳ |
### 📉 资源消耗 (Resource Consumption)
| 维度 | 预算 | 已消耗 | 剩余 | 健康度 |
|------|------|--------|------|:------:|
| **🕒 工期** | {{}} | {{}} | {{}} | 🟢/🟡/🔴 |
| **👥 人力** | {{}} | {{}} | {{}} | 🟢/🟡/🔴 |
| **💰 预算** | {{}} | {{}} | {{}} | 🟢/🟡/🔴 |
| **🤖 算力** | {{}} | {{}} | {{}} | 🟢/🟡/🔴 |
🔗 相关技能
| 技能 | 定位 | 使用时机 |
|---|---|---|
| MAR | 战略层 | 理解框架、设计菜单、建模对象 |
| CLEAR | 任务层 | 任务启动前的五要素检查 |
| ICE | 执行层 | 任务启动后的追踪留痕 |
💡 口诀：框架用 MAR，启动用 CLEAR，执行用 ICE 🧂
版本信息
| 属性 | 值 |
|---|---|
| 版本 | v1.0 |
| 创建日期 | 2026-01-19 |
| 维护者 | @taes |
| 关联 Agent | @taes |
| 关联 Skill | MAR, CLEAR |
任务要 CLEAR，执行像 ICE 🧊