大多数项目管理软件让你管理的是软件本身。

移动卡片。更新字段。更改状态。修复依赖关系。重建报告。然后向别人解释这块看板本来想表达什么。

打开网易新闻 查看精彩图片

加一个聊天框并不能解决这个问题。如果用户仍然需要把现实翻译成工具操作，那么改变的只是界面，工作并没有减少。

我构建 Project Manager 就是为了逆转这种关系。你描述结果——发生了什么、什么必须保持不变、你面临什么决策——这套系统会把你的意思转化为协调一致的项目状态。

"供应商 API 在 9 月 15 日之前无法可用。发布日期不能推迟。给我看看可信的选项。"

这不是一个编辑某个任务的要求。它可能影响依赖关系、进度、风险、范围、证据和下一步决策。Project Manager 会把这些后果一并追踪处理，而不是强迫用户执行一连串互不关联的界面操作。

核心设计决策很简单：产品语言就是项目语言。

Project Manager 决定需要哪些内部操作。一句话可能同时更新工作、依赖关系、进度、风险、决策、证据和报告。

重点不是消除结构。重点是停止让用户手动操作这个结构。

项目真相存放在一个持久的、可版本化的 Markdown 文件夹中。最小项目包含三个文件：

PROJECT.md —— 目标和成功标准
TASKS.md —— 工作、依赖、阻塞项和负责人
STATUS.md —— 生成的当前状态摘要

只有当项目需要里程碑、风险、决策、来源、可追溯性、变更历史、交接或报告时，才会出现可选文件。

PROJECT.md 和 TASKS.md 是权威来源。STATUS.md 是派生出来的。Git、问题跟踪器、源代码和存储系统可以提供上下文，但没有任何一个会悄无声息地变成项目真相。

这一点很重要，因为一个项目应该保持真实、可追溯、由人来决策——而不是被工具的操作流程绑架。