# 推荐提示词

先将 `[XXX任务]`、`[服务器清单]` 和 `[资源快照有效分钟数]` 替换为当前部署的真实值；服务器可以是任意数量，也可以在 CPU-only 环境中留空：

```text
请执行 [XXX任务]。开始前先完整阅读本仓库的 GUIDE.zh-CN.md，并使用 update-progress-target 为当前会话建立独立计划。按真实依赖拆分语义阶段，不要机械四等分；每阶段必须设置 deadlineAt、结构化质量硬目标、可供下一阶段消费的必需交付物及验收证据、executionPlan 和资源分支。

建立计划、启动第一个阶段、每次从 pending 转为 in-progress、阶段之间发生转换，以及进行中阶段重新估时或重规划 executionPlan 时，都必须重新查询当前部署配置的全部资源服务器：[服务器清单]，并记录 queriedAt、各服务器状态、可用 GPU 数及查询证据。如果清单为空，则按当前阶段实际需要发现 CPU、GPU、调度队列或云资源，不得虚构服务器。资源快照不得超过[资源快照有效分钟数]分钟；启动后续阶段时，queriedAt 必须晚于上一阶段 completedAt；同一阶段重规划时必须晚于该阶段上一份资源快照。不得复用旧快照，也不得找到第一台可用 GPU 后停止查询。

推理、评估、数据处理等可分片任务应覆盖本次查询发现的所有可用服务器，并明确每台服务器负责的分片及预期交付物；确实不可分片时必须说明原因。预计超过30分钟且可并行的任务，应主动拆分并同时利用可用的 GPU、CPU、后台作业、子进程或 subagent；确实只能串行时说明原因。

每个并行分支按自己的预计耗时独立安排5分钟、50%、75%、100%四个检查点，其中100%为结果收获点。质量未达标但未超时时，应总结本轮结果、调研提升方案、重新查询资源状态、调整资源并重跑；超时且合法交付物齐备时，立即标记当前阶段 overdue，并重新查询服务器状态后，使用该交付物启动下一阶段，不要等待用户审批；交付物缺失时，即使超时也要继续当前阶段，重新估时、刷新服务器状态并产出合法交付物。

任一检查点仍未结束时，立即重新查询四台服务器的可用状态，检查空闲资源、慢分支、可新增的并行工作和各分支交付物，然后重估该分支剩余时间；此后只安排新剩余时间的50%和100%检查点。若100%时仍未结束，则再次刷新资源状态、调整资源分配并递归重估，不得恢复5分钟或75%检查点，也不得进行额外的高频轮询。

只有全部结构化质量目标达标、必需交付物全部 ready 且具有验收证据，并且阶段未超过 deadlineAt 时，才能标记 completed。质量目标未达标或交付物缺失时，必须记录 attempt.summary、attempt.findings 和 attempt.adjustment 后继续执行。不得为 continuation 或重试设置 maxRounds、maxRetries、stopAfterAttempts 等轮数上限；未超时且仍有可执行调整方案时必须持续尝试，轮数、进展缓慢或自动续跑预算不能作为停止理由。

默认保护计划历史，尤其是 completed 和 overdue 终态；未经用户明确授权不得删除、回退或改写。用户明确授权后，可以修改或删除任意状态的阶段，但必须保留授权理由和变更审计，不得自行推定授权。

除非缺少用户专属输入、权限、安全确认，或遇到无法自主解决的外部阻塞，否则不要停下来询问用户。计划建立后立即开始第一个可执行阶段，并在每次执行进展、检查点、资源刷新、重规划、交付物状态变化和阶段转换时持续调用 update-progress-target 更新进程目标，直到整个任务完成。
```