Decision Logger
Two-layer memory system. Layer 1 stores everything. Layer 2 stores only what the founder approved. Future meetings read Layer 2 only — this prevents hallucinated consensus from past debates bleeding into new deliberations.
Keywords
decision log, memory, approved decisions, action items, board minutes, /cs:decisions, /cs:review, conflict detection, DO
NOTRESURFACE
Quick Start
CODEBLOCK0
Commands
| Command | Effect |
|---|
| INLINECODE0 | Last 10 approved decisions |
| INLINECODE1 |
Full history |
|
/cs:decisions --owner CMO | Filter by owner |
|
/cs:decisions --topic pricing | Search by keyword |
|
/cs:review | Action items due within 7 days |
|
/cs:review --overdue | Items past deadline |
Two-Layer Architecture
Layer 1 — Raw Transcripts
Location: memory/board-meetings/YYYY-MM-DD-raw.md
- - Full Phase 2 agent contributions, Phase 3 critique, Phase 4 synthesis
- All debates, including rejected arguments
- NEVER auto-loaded. Only on explicit founder request.
- Archive after 90 days → INLINECODE7
Layer 2 — Approved Decisions
Location: memory/board-meetings/decisions.md
- - ONLY founder-approved decisions, action items, user corrections
- Loaded automatically in Phase 1 of every board meeting
- Append-only. Decisions are never deleted — only superseded.
- Managed by Chief of Staff after Phase 5. Never written by agents directly.
Decision Entry Format
CODEBLOCK1
Conflict Detection
Before logging, Chief of Staff checks for:
- 1. DONOTRESURFACE violations — new decision matches a rejected proposal
- Topic contradictions — two active decisions on same topic with different conclusions
- Owner conflicts — same action assigned to different people in different decisions
When a conflict is found:
CODEBLOCK2
DONOTRESURFACE enforcement:
🚫 BLOCKED: "[Proposal]" was rejected on [DATE]. Reason: [reason].
To reopen: founder must explicitly say "reopen [topic] from [DATE]".
Logging Workflow (Post Phase 5)
- 1. Founder approves synthesis
- Write Layer 1 raw transcript → INLINECODE9
- Check conflicts against INLINECODE10
- Surface conflicts → wait for founder resolution
- Append approved entries to INLINECODE11
- Confirm: decisions logged, actions tracked, DONOTRESURFACE flags added
Marking Actions Complete
CODEBLOCK4
Never delete completed items. The history is the record.
File Structure
CODEBLOCK5
References
- -
templates/decision-entry.md — single entry template with field rules - INLINECODE13 — CLI parser, overdue tracker, conflict detector
技能名称: decision-logger
详细描述:
决策日志
双层记忆系统。第一层存储所有内容。第二层仅存储创始人批准的内容。未来会议仅读取第二层——这可以防止过去辩论中产生的幻觉共识渗入新的讨论。
关键词
决策日志、记忆、已批准决策、行动项、董事会纪要、/cs:decisions、/cs:review、冲突检测、DO
NOTRESURFACE
快速开始
bash
python scripts/decision_tracker.py --demo # 查看示例输出
python scripts/decision_tracker.py --summary # 概览 + 逾期项
python scripts/decision_tracker.py --overdue # 已逾期的行动项
python scripts/decision_tracker.py --conflicts # 矛盾检测
python scripts/decision_tracker.py --owner CTO # 按负责人筛选
python scripts/decision_tracker.py --search pricing # 搜索决策
命令
| 命令 | 效果 |
|---|
| /cs:decisions | 最近10条已批准决策 |
| /cs:decisions --all |
完整历史记录 |
| /cs:decisions --owner CMO | 按负责人筛选 |
| /cs:decisions --topic pricing | 按关键词搜索 |
| /cs:review | 7天内到期的行动项 |
| /cs:review --overdue | 已逾期的行动项 |
双层架构
第一层 — 原始记录
位置： memory/board-meetings/YYYY-MM-DD-raw.md
- - 完整的第二阶段智能体贡献、第三阶段评论、第四阶段综合
- 所有辩论内容，包括被否决的论点
- 永不自动加载。 仅在创始人明确要求时加载。
- 90天后归档 → memory/board-meetings/archive/YYYY/
第二层 — 已批准决策
位置： memory/board-meetings/decisions.md
- - 仅包含创始人批准的决策、行动项、用户修正
- 在每次董事会会议的第一阶段自动加载
- 仅可追加。决策永不删除——仅可被取代。
- 由参谋长在第五阶段后管理。智能体不得直接写入。
决策条目格式
markdown
[YYYY-MM-DD] — [议程项目标题]
决策： [关于所决定事项的清晰陈述。]
负责人： [一人或角色——对执行负责。]
截止日期： [YYYY-MM-DD]
审查日期： [YYYY-MM-DD]
理由： [为何选择此方案而非其他。1-2句话。]
用户覆盖： [如果创始人更改了智能体建议——更改内容及原因。如不适用则留空。]
已否决：
- - [提案] — [原因] [DONOTRESURFACE]
行动项：
- - [ ] [行动] — 负责人：[姓名] — 截止日期：[YYYY-MM-DD] — 审查日期：[YYYY-MM-DD]
取代： [同一主题先前决策的日期，如有]
被取代者： [如后续被覆盖则追溯填写]
原始记录： memory/board-meetings/[DATE]-raw.md
冲突检测
在记录前，参谋长检查以下内容：
- 1. DONOTRESURFACE违规 — 新决策与已否决提案匹配
- 主题矛盾 — 同一主题存在两个结论不同的有效决策
- 负责人冲突 — 不同决策中将同一行动分配给不同人员
发现冲突时：
⚠️ 决策冲突
新决策：[文本]
与以下内容冲突：[日期] — [现有文本]
选项：(1) 取代旧决策 (2) 合并 (3) 交由创始人裁决
DONOTRESURFACE强制执行：
🚫 已阻止：[提案] 已于 [日期] 被否决。原因：[原因]。
如需重新讨论：创始人必须明确表示重新讨论 [日期] 的 [主题]。
记录流程（第五阶段后）
- 1. 创始人批准综合内容
- 写入第一层原始记录 → YYYY-MM-DD-raw.md
- 对照 decisions.md 检查冲突
- 呈现冲突 → 等待创始人裁决
- 将批准的条目追加到 decisions.md
- 确认：决策已记录、行动已追踪、DONOTRESURFACE标记已添加
标记行动完成
markdown
- - [x] [行动] — 负责人：[姓名] — 完成日期：[日期] — 结果：[一句话]
切勿删除已完成的项目。历史记录就是档案。
文件结构
memory/board-meetings/
├── decisions.md # 第二层：仅可追加，创始人批准
├── YYYY-MM-DD-raw.md # 第一层：每次会议的完整记录
└── archive/YYYY/ # 90天后的原始文件
参考
- - templates/decision-entry.md — 包含字段规则的单个条目模板
- scripts/decision_tracker.py — CLI解析器、逾期追踪器、冲突检测器
