SELECTED WORK / 001
taskflow.
让执行过程有迹可循。
一个面向 coding agent 的声明式工作流运行时。把任务、依赖和检查写下来，让一次运行可以被检查、恢复，或按变化重新计算。
我在处理的问题
多步任务的结果藏在对话里时，很难回答几个具体问题：哪一步读了什么？任务中断后从哪里继续？条件变了，已有结果还能不能用？
taskflow 把这些问题放进显式的流程定义与运行记录里。宿主发起任务，运行时管理依赖、阶段、检查和状态，再按需要提供执行证据。
我更关心这些边界能否说清楚：静态检查能保证什么，哪种变化需要真正重新调用模型，以及哪些操作应该停下来交给人确认。
- 执行前
- 声明流程、绑定输入、检查依赖与约束。
- 执行中
- 协调阶段，记录状态，保留检查和人工确认。
- 执行后
- 追踪结果的来源，恢复任务，解释重算范围。
- 当前边界
- 0.3 仍在推进。Control Plane 与 WebUI 在仓库中标为后续工作；本站的交互图是独立教学模型。
改了一个输入，哪些工作需要重来？
用一个五步流程，解释依赖传播、early cutoff，以及不能复用的边界。
一起改进
如果你在接入宿主、检查依赖或恢复任务时遇到问题，欢迎在 GitHub Issues 提供可复现的流程与预期行为。