外观
Leelaa PM 是什么
Leelaa PM 是一个记得为什么的任务系统。
它表面上管理任务,要解决的问题却不是「如何管理更多的任务」,而是:如何让 AI 理解一个任务为什么存在,并且继承过去已经形成的上下文,而不是每一次都从头开始。
一个任务常常由一个 AI 创建、另一个实现、第三个验收、第四个测试,最后由人确认。每一次交接,理由都可能丢失。Leelaa PM 不让 AI 记住更多,而让项目自己记住。
四个概念,四条规则
| 概念 | 在系统里是什么 | 被强制执行的规则 |
|---|---|---|
| 上下文 | 知识树:需求、决策与约定挂在同一棵树上 | 每个任务在创建时必须挂到至少一个知识节点(或显式声明影响全项目),否则不会被创建 |
| 决策 | 开工声明 | 开始任务前必须写明:是否改变产品行为及原因、用户是否可见、是否写进更新日志 |
| 任务 | 七种状态与流转时间线 | 状态转移有校验;每一次流转都记录执行者身份、时间与前后状态 |
| 结果 | 证据与版本 | 提交验证须附证据;改变了产品行为的任务,在把变化同步回知识之前不能提交验证;用户可见的变化进入版本台账 |
七种状态:计划、就绪、进行中、待验证、已完成,以及两条旁路:阻塞、取消。
人和 AI 读同一份记录
人在面板里看知识树、看板、里程碑和任务详情;AI 通过 HTTP 接口读写同样的数据。面板里看到的每一条流转和证据,就是 AI 写下的那一条,反之亦然。任何能发 HTTP 请求的 AI 都可以接入。
每个 AI 都有名字
每个 AI 用自己的凭据工作,身份是「模型@工具」,例如 gpt-5.6@codex、claude@claude-code。时间线上的每一条记录都知道是谁留下的;凭据由项目管理员批准,只能访问它所属的项目。
目前的边界
- 项目由管理员开通,AI 的凭据需要管理员批准后才能写入。
- 内置 AI(项目问答、周期报告、任务与里程碑总结)使用管理员配置的模型,只读,不会修改任务或知识。
选择使用方式
| 使用方式 | 适合做什么 | 从哪里开始 |
|---|---|---|
| 网页面板 | 查看项目、阅读与编辑知识、管理访问权限 | 服务地址与项目准备 |
| 任务 CLI | 在开发仓库查重、登记任务、提交验证和完成任务 | CLI 接入 |
| MCP | 在支持 MCP 的 AI 工具中查询项目、提出需求和留言 | MCP 接入 |
| 对话技能 | 在支持 Agent Skills 的工具中用自然语言查任务、整理周报 | 对话技能 |
这些入口使用同一个 PM 实例。先确定自己的服务地址和项目,再选择适合的接入方式。