项目状态管理：事件驱动的看板替代方案

痛点

传统看板是静态的，需要手动更新。你忘记移动卡片，在会话之间丢失上下文，无法追踪状态变化背后的"为什么"。

• 看板变得陈旧：你花时间更新卡片而不是做工作。
• 上下文丢失：三个月后，你记不起为什么做了某个关键决策。
• 没有代码关联：代码变更和项目进度之间没有自动链接。
• 手动站会：写每日状态更新很乏味，经常被跳过。

你可以做什么

• 对话式更新：不用拖卡片，和助手聊天："完成了 auth 流程，开始做 dashboard。"
• 事件驱动状态追踪：系统自动记录事件、更新项目状态、保留上下文。
• 决策审计追踪：当你问"dashboard 进展如何？"时，它给你完整的故事——做了什么、下一步是什么、什么在阻塞你、以及为什么。
• Git 提交集成：提交被自动扫描并链接到项目。
• 每日站会摘要：每天早上发布到 Discord，基于事件 + 提交。无需手动编写。
• 阻塞管理："[问题]阻塞了"会创建阻塞条目并更新项目状态。

你需要的技能

• postgres 或 SQLite 用于项目状态数据库
• github（gh CLI）用于提交追踪
• Discord 或 Telegram 用于更新和查询
• 定时任务用于每日摘要
• 子智能体用于并行项目分析

如何设置

1. 项目状态数据库

设置数据库模式来追踪项目、事件和阻塞：

CREATE TABLE projects (
  id SERIAL PRIMARY KEY,
  name TEXT UNIQUE,
  status TEXT, -- "active", "blocked", "completed"
  current_phase TEXT,
  last_update TIMESTAMPTZ DEFAULT NOW()
);

CREATE TABLE events (
  id SERIAL PRIMARY KEY,
  project_id INTEGER REFERENCES projects(id),
  event_type TEXT, -- "progress", "blocker", "decision", "pivot"
  description TEXT,
  context TEXT,
  timestamp TIMESTAMPTZ DEFAULT NOW()
);

CREATE TABLE blockers (
  id SERIAL PRIMARY KEY,
  project_id INTEGER REFERENCES projects(id),
  blocker_text TEXT,
  status TEXT DEFAULT 'open', -- "open", "resolved"
  created_at TIMESTAMPTZ DEFAULT NOW(),
  resolved_at TIMESTAMPTZ
);

2. Discord 频道

创建 Discord 频道 #project-state 用于每日站会摘要和项目查询。

3. 配置系统

使用上面的提示在你的 AGENTS.md 中配置。系统通过两个触发器工作：

• 对话式：自然地告诉 OpenClaw 你在做什么。它自动捕获事件。
• 9 AM 定时：扫描 git 提交，链接到项目，发布站会摘要。

4. 融入你的工作流

只需自然地和助手谈论你在做什么。系统会捕获一切。

关键洞察

• 对话 > 卡片：谈论你的工作比拖看板卡片更快。
• 事件保留上下文：不同于卡片移动，事件捕获了事情_为什么_发生。
• Git 链接是免费的洞察：自动的提交到项目链接意味着你的站会报告自动生成。
• 决策搜索无价："我们为什么决定 X？"是你三个月后最常问的问题。

相关链接

• 事件溯源模式
• 为什么看板对独立开发者不起作用

通过 ShipClaw 部署

跳过繁琐配置 — 获取全托管 OpenClaw 实例，即可运行此用例。

快速开始

1. 选择方案 — 此用例推荐 Pro
2. 进入实例面板，点击部署新实例
3. 部署完成后，使用上方的示例提示词配置你的智能体
4. 根据需要自定义阈值、计划和数据源