croffasia/itsaplan

如果你团队已经在用 Linear 或 Jira，又想让 agent 直接接手部分工单而不另搭一套编排层，这个项目值得看一看；但请把它当试验品，因为作者明确说首个稳定版之前会有破坏性变更。

解决什么问题

团队在跟踪工具里排好计划，然后希望让 AI agent 分担一部分工单：整理缺陷、起草方案、提交 pull request。现在通常的做法是把工单内容复制到聊天工具或编程 CLI 里，结果工单和实际执行脱节，也留不下谁做了什么的记录。It's a Plan 把 agent 变成项目成员，给它角色、权限和受派人位置，工单本身仍是工作单位，agent 直接在工单上行动。最终你看到的是一块同时显示人和 agent 任务的看板，而不是跟踪工具外加一堆散落的提示词。

有什么不同

agent 可以跑在任意模型上，也可以走你本地的编程 CLI；一次运行可以由 @提及、被指派或定时任务触发。周边产品功能并不是附属品：看板、表格、时间线和日历视图，会把未完成工单顺延到下一周期的 cycle，自定义字段，带吞吐量和 burnup 完成日期预测的仪表盘，以及带版本历史的文档。REST API（含 OpenAPI）、MCP server 和 webhook 给 agent 与脚本提供了有文档的接入方式，来自五个代码托管平台的 pull request 也会显示在工单旁边。

主要取舍是成熟度。README 写明项目仍在积极开发中，首个稳定版之前会有破坏性变更，所以数据库结构或 API 变动是现实存在的可能。版本划分也影响选型：免费 Community 版每人一个 workspace，整个实例只能配一个 OIDC 提供方和一个 SCIM；多 workspace、按 workspace 配 SAML/OIDC 和 SCIM，以及记录变更前后内容的审计日志都在 Pro 里。小团队只需要一个 workspace 的话，免费版够用；把大组织当作 Jira 替代品来评估，很快就碰到 Pro 的边界。

谁值得试

适合：愿意自托管、能维护 PostgreSQL 和 Docker、并且想试试让 agent 在同一个看板上拥有真实受派人位置的小团队。也适合想先试 agent 流程但暂不投入的团队——README 说它可以只当普通跟踪工具用，一个 agent 都不开。

不适合：现在就要求 API 和数据模型稳定，或者离不开按 workspace 的 SSO/SCIM 与审计日志、又不打算买 Pro 的组织。不想维护服务器的人要注意，推荐路径是一键部署到 Railway，但仍需要自己拥有一个域名；已经在用 Coolify 或 Kubernetes 的团队也有对应的 Helm 等部署方式。

使用条件与边界

本地试用需要 Docker 和 Bun，脚本会生成密钥并在 localhost 启动整套服务。生产部署不同：Railway 模板需要两个主机名和你自己的域名，后续步骤写在部署指南里。日常维护意味着在稳定版之前跟进版本与迁移，并自行备份 PostgreSQL 数据，因为没有任何托管服务替你保管。

代码以 AGPL-3.0 发布，runner 包为 Apache-2.0，AGPL 不合适的公司可以购买商业许可。agent 运行依赖你自己的模型 API key 或编程 CLI，费用和模型选择由你承担。README 也建议安全漏洞走私密报告，而不是公开发 issue。

HotRepo 点评

按追踪样本，仓库已存在 103 天。HotRepo 只记录到一次周榜观察：2026-10-26 在 TypeScript 周榜新增 586 星，排第 15 名。缺少可比的日榜历史，仅凭这些信号无法判断热度能否持续。决定采用前，先看自托管与更新说明，确认 Community 版单 workspace 的限制是否符合你们组织项目的实际方式。

项目源码与说明