Linear Issue Flow Operating System（Linear 任务流管理与个人项目操作系统）

Source: 2026-10-01-note-不是-真正用-Linear-管几百上千个-issue-的人-核心不是-每天处理-issue--而是建立一个让-issue-ab77c33418.md（来源未公开）

在现代工程团队与超级个体的生产力管理中，使用 Linear 等工业级项目工具的核心秘密在于：管理几百上千个 Issue 的人，核心绝不是“每天处理 Issue”，而是建立一个让 Issue 自动流动的管道（Flow System）。

Linear 负责记录整个系统的“全部静态事实与待办库存”，而人脑只负责裁决“当前这一小时的 1~2 个动作”。

1. 结构解构：Issue 库不是你的待办清单（Todo List）

常见的效率崩溃源自将 500 个 Issue 视作必须逐项清理的清单。真正的分层架构是将工作按粒度收拢于明确漏斗：

graph TD
    Goal["Goal / Objective (希望发生的现实变化)"] --> Project["Project (正在运转的交付机器)"]
    Project --> Milestone["Milestone (阶段里程碑 / 里程节点)"]
    Milestone --> Issue["Issue (单点原子功能 / 缺陷)"]
    Issue --> SubIssue["Sub-issue (具体代码行 / 验证步骤)"]

数据库里的数百个 Issue 是待提取的物料库存，而非认知负担。

2. 状态流转漏斗：让任务自动前行

健康的工作流必须依赖状态机的物理约束，切断人脑选择困难：

Backlog（冰冻冷藏区）：所有灵感、未来特性与暂不紧急的缺陷，在此自然沉淀，允许无限堆积；
Ready / Todo（当前准备区）：经过拆解、条件齐备、随时可被执行的离散任务（数量控制在 5~10 个）；
In Progress（当前心流区）：极其严格的并发限制（WIP Limit，仅限 1~2 个）。在任何具体工作时段内，工程师的大脑只关注这 1~2 个 Issue，完全对 Backlog 视而不见；
Done（成就感结晶）：已验证落盘，产生实体工件并提供多巴胺正向反馈。

3. 个人操作系统的五维映射

当个人开发者或求职者将 Linear 迁移为个人生活与事业的操作系统时，对应五大控制维度：

Project 管方向：划分出求职主线、核心开源项目（如 Mochi / Agent Workflows）、个人资产与健康三大主营战役；
Issue 管下一步：每个 Issue 必须是可验证的单步动词（如“完成 Twitter 逆向 Token 校验脚本测试”）；
Priority 管注意力：Urgent/High 仅留给当下阻碍生产的 Blocker；
Cycle 管时间与节奏：以双周（2-week Sprint）为周期自然推进，到期未完成的自动回滚至 Backlog，杜绝无限拖延带来的负罪感；
Done 管成就感：通过已完成视图直观见证个人能力的实体复利沉淀。