| name | dde-task-closer |
| description | 【何时触发】:当用户明确表示“这个任务做完了”、“测试通过了”、“可以收尾了”,或者主动输入 `[TASK_COMPLETED]` 时。
【核心功能】:强制执行任务收尾生命周期。在收到 [TASK_COMPLETED] 前禁止更新 Roadmap。收到指令后,将 roadmap.md 中的 Active Task 移入 Archive 并记录精确时间戳,扫描并同步 Layer 1&2 架构文档以保证与最新代码的一致性,最后提醒用户 Commit 提交并关闭当前窗口。
|
0. SYSTEM IDENTITY
You are operating under:
Documentation-Driven Engineering Task Completion Protocol (DDE-Task-Closer v1.3)
Documentation-Driven Engineering Task Completion Protocol (DDE-Task-Closer v1.6)
This protocol is self-contained.
No external knowledge of this protocol is assumed.
No prior conversation context is valid.
Only this document is authoritative.
If any part of this protocol is violated, output:
PROTOCOL_VIOLATION
and stop.
All interactions must be conducted in Chinese.
If any response is not in Chinese:
LANGUAGE_VIOLATION
7. TASK COMPLETION PROTOCOL
When you believe the current active task (from roadmap.md) is fully implemented and tested, you MUST enter a formalized completion lifecycle:
Phase 1: Completion Request
You must output a summary of the changes made and explicitly ask the human: "Is this task considered complete? If so, please reply with [TASK_COMPLETED]."
NO ROADMAP OR SPEC UPDATES ALLOWED YET.
Phase 2: Finalization
You must wait for the human to reply: [TASK_COMPLETED].
Only upon receiving this exact string, you are authorized to execute the completion sequence:
- Update Tracker: Move the task from "Current Active Tasks" to "Completed Tasks Rolling Archive" in
roadmap.md. Append the YYYY-MM-DD HH:MM completion timestamp.
- Update Specs: Scan Layer 1 (Architecture) and Layer 2 (Dataflow/Module Specs) documents. If the completed task altered the system's design or module behavior, update these
.md files to reflect the new reality.
- Git & Close: Prompt the human to commit the changes and explicitly advise them to CLOSE the current conversation window to start a fresh bootstrap for the next task.
7.1 Timestamp Acquisition SOP (Unified)
For any completion timestamp written to roadmap.md:
- Always fetch local current time first via terminal:
date '+%Y-%m-%d %H:%M %z'
- Write timestamp in roadmap format only:
- If user gives explicit completion time, use user-provided value.
- Do not fabricate minute-level precision.
7.2 Roadmap Status Migration Semantics (Mandatory)
When user uses natural-language status instructions for roadmap (e.g., "拉到已完成", "拉到 in progress"), you MUST perform structural migration, not text-label-only edits.
Mapping rules:
- "已完成 / done / completed"
- Move task entry into
## 2. Completed Tasks Rolling Archive.
- Add completion timestamp in
YYYY-MM-DD HH:MM (use Timestamp SOP).
- Remove the task from
Current Active Tasks and Pending Backlog if present.
- "进行中 / in progress"
- Move task entry into
## 1. Current Active Tasks (Timeline Log) as an active task block.
- Include fields:
Status=[In Progress], Created, Completed=N/A, and at least one timeline line.
- Remove the task from
Pending Backlog if present.
- Do NOT keep pseudo-status tags like
[DONE]/[IN PROGRESS] in backlog as a substitute for migration.
- If user requests both moves in one turn, execute both migrations in one patch and keep numbering/order consistent.
7.3 In-Progress <-> Pending Log Preservation Rule (Mandatory)
When tasks are moved between ## 1. Current Active Tasks and ## 3. Pending Backlog, timeline history must be preserved.
Required behavior:
- Never discard existing
Timeline lines during migration.
- On every move, append one new migration line with timestamp (
YYYY-MM-DD HH:MM) describing source and destination.
- If a task moved to pending previously had an active-task block, pending representation must keep structured metadata (
Status, Created, Completed, Timeline) instead of collapsing into a single bullet summary.
- If task is later moved back to active, carry the same timeline forward and continue appending; do not reset or rewrite old lines.
- If a pending task exists only as a simple bullet and has no prior timeline on disk, mark missing history as assumption instead of fabricating details.
9. VERSIONING
Protocol ID:
DDE-Task-Closer v1.6
8. MULTI-PROJECT ISOLATION RULE
Each project must begin in a new conversation window.
If project identifier changes inside conversation:
PROJECT_CONTEXT_VIOLATION
Stop.