Linear 是存在的最好的 issue 跟踪 / 项目工具。Linear Docs 把这层延伸到了发版相邻文档。但某件事成为 issue *之前*的思考——那些杂乱的酝酿、被否决的方案、背后的理由——住在别处。Draftlize 是给那个阶段的 substrate。
两个都能跑。多数用 Draftlize 的 PM 同时也用 Linear——Draftlize 管上游思考，Linear 管下游跟踪。
| Draftlize | Linear Docs | |
|---|---|---|
| Issue + 项目 + cycle 跟踪 | — | 出色 |
| 实时团队协作 | 单人优先 | 原生 |
| AI agent 把决策作为 context 读 | 原生 | Linear AI 摘要 |
| AI agent 能以结构化形式写回 | 原生 | — |
| 决策变化时 stale 传播 | 原生 | — |
| 卡片级历史 + 来源 | 每次编辑、作者、来源 | 文档历史 |
| Claude Code / Cursor / MCP 集成 | 原生 | — |
| Spec 状态漂移检测（built → drift_detected） | 原生 | — |
Issues、cycle、项目、里程碑——Linear 是存在的最好的执行层。Draftlize 不试图跟 issue；它跟的是*变成* issue 之前的思考。
Linear 是为 5-100 人产品团队建的。实时、快、跟 GitHub / Slack / Figma 深度集成。Draftlize 是单人优先；多用户在 roadmap 上但 v1 没有。
PR 链接、部署、sentry 集成——Linear 把工程那侧 cover 了。Draftlize 有 Claude Code / Cursor / MCP，服务 AI 辅助 spec→build 流，但不传统 dev 工作流。
Linear 假设你已经决定要建这个东西。Draftlize 是给上游那阶段——"该不该建" / "做什么" / "依赖什么"那些思考，最后产生给 Linear 的 issue。
Linear 里，被否决的想法消失了。Draftlize 里，它们成 dead_end 类的卡片——agent 看到"这条路探过被否了"而不是 3 个 sprint 后再建议一遍。
Linear 目前没有能基于对话编辑 spec 的 AI。Draftlize 有——你实现一个 spec（标 built）之后再编辑，状态自动翻 drift_detected，所以你知道哪些跟代码脱钩了。
Linear：我们在建什么。Draftlize：为什么决定建它、那个决策动了之后什么会变。干净的并用方式：Draftlize 卡片足够具体时升级成 Linear issue。
注册送 $5，按量付费，余额永不过期。Linear 继续管出货。Draftlize 管决定出货什么的思考。
用 $5 免费开始