Agent SkillsMageByte-Zero/spec-superflow › release-archivist

release-archivist

GitHub

用于在 spec-superflow 变更执行阶段完成收尾。通过状态守卫确保处于 executing 状态,支持快速路径或完整验证清单(测试、完整性、一致性等),生成报告并归档,禁止无证据断言。

skills/release-archivist/SKILL.md MageByte-Zero/spec-superflow

Trigger Scenarios

实现完成且准备验证时 用户请求最终总结或关闭变更时

Install

npx skills add MageByte-Zero/spec-superflow --skill release-archivist -g -y
More Options

Use without installing

npx skills use MageByte-Zero/spec-superflow@release-archivist

指定 Agent (Claude Code)

npx skills add MageByte-Zero/spec-superflow --skill release-archivist -a claude-code -g -y

安装 repo 全部 skill

npx skills add MageByte-Zero/spec-superflow --all -g -y

预览 repo 内 skill

npx skills add MageByte-Zero/spec-superflow --list

SKILL.md

Frontmatter
{
    "name": "release-archivist",
    "description": "Close out a spec-superflow change with verification, summary, and archive readiness. Invoke when implementation is complete, verification is underway, or the user asks for a final wrap-up."
}

Release Archivist

Finish a spec-superflow change cleanly with verification evidence. This skill operates while the change state is executing; it is not an active skill after the final transition to closing.

Execution-State Guard

Before verification, ssf audit, any DP state write, or delta-spec merge, run npx --yes --package spec-superflow@0.12.1 ssf state get <change-dir> state. Continue only when the persisted state is exactly executing. If it is closing → STOP: "Closing is terminal; release, audit, and archival work were completed before this transition." For any other state, or if the state cannot be read → STOP and route through workflow-start; do not perform side effects.

Direct Short-Path Closure (run before the Full checklist)

For Quick, Tweak, or a valid direct incident Hotfix receipt, skip the Full verification, audit, delta merge, DP-6, and DP-7 sections below. Record changed files, the focused verification command and result, then persist test_result: pass and transition to closing. Quick requires a targeted test or syntax/static check; direct Hotfix requires an original-symptom regression. A legacy Hotfix stays on the Full checklist.

Full/Legacy Verification Before Completion

The Full checklist below applies only to Full and legacy Hotfix. Direct Short-Path Closure above takes precedence for Quick, Tweak, and valid direct Hotfix.

Claiming work is complete without verification is dishonesty, not efficiency. Before claiming any status:

  1. IDENTIFY the command that proves the claim
  2. RUN the full command fresh
  3. READ output, check exit code
  4. VERIFY output confirms the claim
  5. Only THEN make the claim

Forbidden before evidence: "should", "probably", "seems to", expressions of satisfaction without output.

Claim Requires Not Sufficient
Tests pass Test output: 0 failures Previous run, "should pass"
Linter clean Linter output: 0 errors Partial check
Build succeeds Build exit 0 Linter passing
Bug fixed Original symptom passes Code changed
Requirements met Line-by-line checklist Tests passing

Full/Legacy Verification Steps

Step 1: Test Suite

Run full test suite. Record total/passed/failed/skipped. Zero failures = PASS.

Step 2: Completeness

Compare contract batches against actual diff. Every SHALL/MUST must have implementation evidence. Missing = Critical severity.

Step 3: Coherence

Compare design decisions against code. Check naming consistency. Inconsistencies = IMPORTANT.

Step 4: Unintended Scope

Check for files modified outside scope fence, new dependencies not in design. Unplanned = WARN.

Step 5: Report

Dimension Status Findings
Completeness PASS/FAIL/WARN [list]
Correctness PASS/FAIL/WARN [list]
Coherence PASS/FAIL/WARN [list]

Verdict: PASS (all PASS) / CONDITIONAL (WARN only) / FAIL (any FAIL).

  • FAIL → fix issues or route back to build-executor
  • CONDITIONAL → present WARNs, proceed only with user acceptance
  • PASS → proceed to final checks

Full/Legacy Final Checks

  • Tests passing? (cite command and output)
  • All batches complete? (cite batch status)
  • Scope added without artifact updates?
  • Unresolved blockers or known risks?
  • Delta specs exist that need merging?
  • Run npx --yes --package spec-superflow@0.12.1 ssf audit <change-dir> — include decision-point-audit.md in archive

DP-6 (Verification Outcome, Full/legacy Hotfix)

npx --yes --package spec-superflow@0.12.1 ssf state set <change-dir> dp_6_result "<pass|conditional|fail>: <summary>"
npx --yes --package spec-superflow@0.12.1 ssf state set <change-dir> dp_6_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)

If FAIL, do NOT proceed to DP-7. Route back or ask about abandonment.

After recording a PASS outcome, also record it as the verification gate so the executing → closing transition is allowed (the guard accepts either test_result: pass or a dp_6_result starting with pass):

npx --yes --package spec-superflow@0.12.1 ssf state set <change-dir> test_result pass

DP-7 (Archive Confirmation, Full/legacy Hotfix)

npx --yes --package spec-superflow@0.12.1 ssf state set <change-dir> dp_7_result "confirmed: <archive summary>"
npx --yes --package spec-superflow@0.12.1 ssf state set <change-dir> dp_7_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)

Verify DP-0 through DP-6 are recorded before DP-7.

Archive Rule (Full/legacy Hotfix)

If implementation diverged from the contract, return to bridging before closure.

Finalize While Executing (Full/legacy Hotfix)

Complete every release, delta-spec synchronization, and audit action while the state remains executing. If delta specs exist, invoke spec-merger and resolve its outcome before the final executing → closing transition. Then run npx --yes --package spec-superflow@0.12.1 ssf state transition <change-dir> closing. executing → closing is the final action: once it succeeds, select no next skill and run no recovery scans.

Lightweight Closure (Quick/direct Hotfix/tweak)

Quick and direct Hotfix use a concise verification summary: changed files, focused command, result, and persisted test_result: pass. Quick runs targeted tests or syntax/static checks; direct Hotfix proves the original symptom regression. Do not require a contract, execution plan, review receipt, DP-6, or DP-7. A legacy Hotfix remains on the full contract/DP/review closure path. Tweak verifies file integrity and also persists test_result: pass.

Exception Handling

  • Parse failures: Report exact file and section
  • Missing files: If audit can't generate, run npx --yes --package spec-superflow@0.12.1 ssf audit manually
  • User interruption: Re-run verification from the beginning on resume
  • DP gaps: Flag missing DPs during DP-6; ask user whether to proceed or return

Version History

  • 1970fe7 Current 2026-07-30 20:20

Same Skill Collection

skills/bug-investigator/SKILL.md
skills/build-executor/SKILL.md
skills/code-reviewer/SKILL.md
skills/contract-builder/SKILL.md
skills/need-explorer/SKILL.md
skills/spec-merger/SKILL.md
skills/spec-writer/SKILL.md
skills/workflow-start/SKILL.md

Metadata

Files
0
Version
1970fe7
Hash
1eb6bb71
Indexed
2026-07-30 20:20

- 위키
Copyright © 2011-2026 iteam. Current version is 2.155.2. UTC+08:00, 2026-07-31 02:09
浙ICP备14020137号-1 $방문자$