用途：在已有获批设计或规格（write-spec，或经 grill 确认的口头设计）之后、动生产代码之前，把设计转成一份“健忘的智能体也能照做而不擅自扩大范围”的实施计划。产品决策尚未确定时不应使用，应先走 grill / write-spec；单行修复或纯探索也不适用。
主要能力：按任务拆解，每个任务列出确切文件、失败测试步骤、验证红灯、最小实现、验证绿灯与提交步骤（或说明为何延后提交）。计划文件默认写入 docs/creed/plans/YYYY-MM-DD-<feature>.md，用户可覆盖路径。计划头部需包含目标、架构、技术栈、来自 test-design 的用例列表与全局约束。
使用方式：先做范围检查，多个独立子系统则拆成多份计划；锁定路径前用 solid 确定边界（无新边界则明确说明）；再按任务拆解，RED 步骤前用 test-design 生成用例；写计划文件后自审（无 TBD、含接口与验证命令、遵循 YAGNI），请用户过目，最后交给 tdd + test-design 执行。交接前需询问用户：继续执行、先 review、调整计划或其他。
限制：不得在计划中重新打开产品决策；每个任务须可独立评审；测试步骤不可省略。资料未提供具体安装命令、收费方式或平台支持信息。