上周 Claude Code 团队更新了他们的任务清单系统，我觉得还蛮重要的，特地来讲一讲。
简单理解：任务系统，从「记事本」变成了「项目管理系统」。
为什么要升级？
得益于模型能力增强，我们的需求从简单任务变成了复杂任务。
现在模型增强后，TodoWrite 变得有点鸡肋了：
小任务？模型自己能记住，不需要 TodoWrite
大任务？TodoWrite 又实现不了
为了追求更快、更复杂的任务处理，他们会用到这几个东西：
子 Agent 去执行任务
更长的上下文窗口，以及跨越上下文窗口
多个会话一起执行一个任务
简单解释：
子 Agent：主 Claude 启动的子进程
上下文窗口：一次对话能记住的内容量
会话：一次 Claude Code 启动，关掉再开就是新会话
通过这几个工具去满足复杂任务的需求。
这时候问题来了。
问题：任务有依赖关系，怎么协调？
什么是依赖关系？
任务 B 必须等任务 A 完成才能开始。
比如我要写一个商城系统，必须先把数据库、前端页面、后端功能准备好。商城系统就依赖于数据库和这些功能。
但 TodoWrite 存在上下文里，不能共享，依赖关系没法协调。
解决方案：Task 系统
核心思路：从「记事本」升级成「项目管理系统」
怎么做？4 个关键点。
1.依赖关系管理
任务之间的依赖关系可以这样设计：
blockedBy: ["3"] 意思是：任务 3 没完成，这个任务不能开始。
任务 3 完成后，系统自动解锁任务 4：
2.文件系统存储
任务不再存在上下文里，而是存在文件系统：
这个文件系统有个比较周密的设计。
.lock 文件锁：
.lock 本身是个空文件，作用是"通行证"。
操作系统有个规则：文件可以"独占模式"打开，同一时间只有一个程序能独占。
如果.lock被占了的话，就说明有人在操作。
.lock 利用这个规则实现排队，谁拿到通行证谁才能写。
以上是跟 AI 沟通后的理解，如有不准确之处，欢迎指正。
3.多 Agent 协作（自动）
子 Agent 能够自动继承主 Claude 的 Task List ID。
在单个会话里面，不用手动配置，它能够自动分发共享任务列表。
广播机制：
4.多会话协作（手动）
如果是多会话协作，我们需要增加一个环境参数，配置任务列表 ID：
两个终端设置相同的 ID，就能共享同一个任务列表文件夹。
我实际测试过一遍，这些功能都是可行的。
Claude Code 向复杂任务进化模型能力提升：不再需要 TodoWrite 记录简单任务
工程能力提升：Task 系统支持依赖管理、多 Agent 协作
通过这套系统，后续我们能用 Claude Code 做更复杂的项目。
