TLC Plan 的用途是把已经决定要做的工作（PRD、设计文档、RFC 或讨论串）转成构建者无需猜测即可执行的任务。它不探索问题、不生成方案、不扩大范围，只把决定转成任务，并在遇到无人决定的地方停下提问。
主要流程分三步：CUT（切分切片并决定任务数量）、GROUND（结合代码库落地）、WRITE（写任务）。切分时先完整阅读所有来源，再枚举切片，最后决定任务数；切片是一个可观察的结果而非一个层次。默认整个来源写成一个任务，拆分需有可辩护的理由，例如某部分必须先于另一部分上线、依赖他人回答或属于其他团队。
落地阶段打开代码库，确认改动会影响什么、哪些决定真正不可逆、来源哪里与代码不符。随后走查表面（界面、API、命令、文档、集合）和九个维度（校验、失败模式、幂等与重试、授权、并发与顺序、数据生命周期、外部依赖失败、状态转换、可观测性），把每项落到已有标准、代码已处理、n/a 加原因或 Unresolved。
限制：每个标准必须可观察、含具体值、一次运行可判定、禁止事项需有机制、边界明确；缺失信息应提问而非猜测；不新增无人要求的能力。格式细节见 references/document-format.md，在写完 .tasks/<name>.md 产物时读取。