Working 统一工作空间

Working = 统一工作空间：收进来、发出去、留下来、持久化。

💡 口诀：框架用 MAR，启动用 CLEAR，执行用 ICE，工作用 Working

框架定位

code

MAR（理解框架）
    ↓
  CLEAR（任务定义）
    ↓
  ICE（执行追踪）← 单任务闭环
    ↓
  Working（统一工作空间）← 日清 + 交付 ← 本技能
    ↓
  Scale（飞轮增长）

核心原则：

•ICE 是单任务的闭环（Intent → Condition → Eval）
•Working 是跨任务的工作空间（in → out → log + artifacts）
•每天结束时，in/out 清空，重要的归 log，持久产出存 artifacts/

四体结构

文件/目录	动作	生命周期	核心问题
in.md	收	日清	今天收到了什么？
out.md	发	日清	今天产出了什么？
log.md	存	永久	值得留下什么？
artifacts/	交付	永久	持久产出物

Working 的本质

code

┌─────────────────────────────────────────────────────────────────────────────┐
│                         Working 统一工作空间                                 │
├─────────────────────────────────────────────────────────────────────────────┤
│                                                                             │
│     外部世界                                                                │
│         │                                                                   │
│         ▼                                                                   │
│    ┌─────────────────┐                                                     │
│    │     in.md       │  ← 收：想法、任务、剪贴                             │
│    │   （收件箱）     │     不判断、不分类、先收进来                        │
│    └────────┬────────┘                                                     │
│             │                                                               │
│             ▼                                                               │
│    ┌─────────────────┐                                                     │
│    │   AI 处理 / 人   │  ← 用 ICE 框架执行每个任务                         │
│    └────────┬────────┘                                                     │
│             │                                                               │
│             ▼                                                               │
│    ┌─────────────────┐                                                     │
│    │    out.md       │  ← 发：处理结果、待分发                             │
│    │   （发件箱）     │     发到该去的地方后清空                            │
│    └────────┬────────┘                                                     │
│             │                                                               │
│     ┌───────┴───────┐                                                      │
│     ▼               ▼                                                       │
│  分发到目标      ┌─────────────────┐                                       │
│  （邮件/群/系统） │    log.md       │  ← 存：追加归档、永久保留             │
│                 │   （审计轨迹）    │     重要的事留痕                       │
│                 └─────────────────┘                                        │
│                                                                             │
│     ┌─────────────────┐                                                    │
│     │   artifacts/    │  ← 交付：持久产出物                                │
│     │  （交付物目录）  │     完成的产品、文档、资产                         │
│     └─────────────────┘                                                    │
│                                                                             │
└─────────────────────────────────────────────────────────────────────────────┘

何时使用此技能

场景	说明
📥 收集输入	任何想法、任务、信息先进 in.md
📤 分发输出	处理完的结果放 out.md，等待发送
📋 日终清理	每天结束时清空 in/out，重要的归 log
📦 持久交付	完成的产出物存入 artifacts/
🔍 追溯历史	从 log.md 查找过去的工作记录
🤖 AI 协作	in.md 是 AI 对话的自然上下文

in — 收（收件箱）

定义

所有输入的入口。不判断、不分类、先收进来。

典型内容

类型	示例
想法	突然想到的点子
任务	老板交代的事、自己要做的事
剪贴	复制的文字、截图描述、链接
消息	邮件要点、群消息摘录

使用原则

code

✅ 所有东西先进 in.md — 别想着分类
✅ 保持低门槛 — 一句话也行
✅ 日清时处理 — 不是现在

out — 发（发件箱）

定义

处理结果的出口。等待分发到最终目的地。

典型内容

类型	示例
待发邮件	写好但还没发的回复
待提交	完成但还没上传的文档
待同步	需要告诉别人的事
待归档	要移到正式目录的内容

使用原则

code

✅ 处理完的结果放这里
✅ 发出去就删掉
✅ 每天清空

log — 存（审计轨迹）

定义

值得永久保留的记录。追加式写入，永不清空。

典型内容

类型	示例
决策	重要的决定及原因
里程碑	项目阶段完成
财务	报销、收款记录
承诺	对外的约定

格式建议

markdown

## 2026-01-22
- 张总合同确认，约下周签约
- 报销 ¥328，单号 #20260122-01

## 2026-01-21
- 客户 A 项目启动会完成
- 新同事小王入职

日清规则

每天结束时执行日清。

三步走

步骤	操作	检查
1	处理 in.md	做完的删掉，没做完的留着
2	清空 out.md	发出去的删掉，发不了的留着
3	归档到 log.md	重要的追加到 log.md 底部

日清检查清单

code

□ in.md 里没有"今天能做却没做"的任务
□ out.md 里没有"今天能发却没发"的内容
□ 重要的决策/事件已追加到 log.md

与 ICE 的关系

维度	ICE	Today
作用域	单任务	跨任务
周期	任务生命周期	24 小时
结构	Intent → Condition → Eval	in → out → log
产出	任务闭环	日清归档

协作模式：

code

in.md（收到任务）
    ↓
ICE（执行单个任务）
    ↓
out.md（任务产出）
    ↓
log.md（归档留痕）

AI 协作模式

场景 1：让 AI 帮你处理 in.md

code

请帮我处理 in.md 中的待办事项：
1. 识别出紧急的任务
2. 建议处理顺序
3. 对每个任务给出 ICE 结构

场景 2：让 AI 帮你整理 log.md

code

请帮我把今天 out.md 中值得保留的内容，
按日期格式追加到 log.md 底部。

场景 3：让 AI 从 log.md 回顾

code

请从 log.md 中找出过去一周关于"张总合同"的所有记录。

常见问题

Q：in.md 会不会越堆越多？

A：不会。每天日清时处理。做完的删，没做完的留到明天。如果一件事拖了一周还没做，说明它不重要——删掉。

Q：log.md 会不会太长？

A：会，这是设计意图。log.md 是你的工作轨迹，越长越有价值。需要时用搜索找。

Q：我有多个项目，Today 怎么用？

A：个人 Today 在根目录 /Today/，是跨项目的。项目级别可以有 {Repo}/Today.md（单文件日志）。

模板

in.md 模板

markdown

# in

> 进 — 收集一切，日清后清空

---

## 待办
- 

## 刚收到
- 

## 想法
-

out.md 模板

markdown

# out

> 出 — 处理结果，分发后清空

---

## 待发送
- [ ] 

## 待提交
- [ ] 

## 待归档
- [ ]

log.md 模板

markdown

# log

> 留 — 追加归档，永不清空

---

## 2026-01-22
-

总结

记住	说明
三个文件	in（收）、out（发）、log（存）
日清制	每天清空 in/out，重要的归 log
零摩擦	所有东西先进 in.md，别想着分类
与 ICE 配合	ICE 管单任务，Today 管日常流

今天的事，今天清。明天的事，明天来。

版本: v1.0 | 创建日期: 2026-01-22 | 维护者: @taes