ds-plan-loop 是一个用于编码任务的规划与执行技能，核心理念是“先规划、再审查、最后逐项验证执行”。
用途：在动手写代码之前先制定计划，对计划做一次独立审查后修订，然后按步骤逐项实施并验证，避免凭记忆规划或一次性批量改动。
主要流程与能力：
-
重述目标。用一句话复述目标，列出预期涉及的文件和命令，并在规划前实际阅读这些文件，强调不要凭记忆规划。
-
编写编号计划。每个步骤包含一个动作和一个验收检查，验收检查须能通过命令或直接观察确认，例如“npm test -- auth 通过”或“GET /health 返回 200”。步骤应足够小，可在单次 diff 中验证。
-
写入文件。把计划写入 PLAN.md，或写入 ds-context-reset 的 PROGRESS.md，便于后续步骤和新会话读取。
-
以新鲜视角审查计划。只重读目标与计划，像未参与写作的审查者那样回答三个问题：缺少哪一步（初始化、迁移、配置、测试、清理）？哪个假设尚未对照代码或文档核实？是否存在用更少步骤达到同一目标的更简单路径？如可行，在子代理或新会话中执行审查。
-
修订计划。立即通过读代码或运行命令核对每个有风险的假设，不把猜测带入后续步骤。
-
执行第一步。仅执行第一步，运行其验收检查并阅读真实输出；检查失败时使用 ds-verify-loop。
-
标记完成。在计划文件中标记该步骤完成，并记录证据（命令与结果），然后进入下一步。
-
动态修订。若某一步表明计划有误，停止并先修订剩余步骤再继续，不得临时绕开。
停止条件：所有步骤标记完成且检查通过，并且端到端复核原目标成立；已完成 2 轮审查（第三轮几乎不会发现新问题，应直接执行）；某步骤连续两次检查失败时切换到 ds-unstick。
规则：没有检查就不算步骤，“看起来对”不是检查；每次 diff 只做一步，不为省时批量执行；不添加目标不需要的步骤；计划保持简短，约 3 至 10 步，更大工作拆分为独立计划。
适用场景：需要按可验证步骤推进的多步骤编程任务，尤其是涉及配置、迁移、测试等容易遗漏环节的工作。
限制：资料未提供具体安装方式、运行环境要求、支持的平台或收费信息，暂未提供。