一键导入
source-command-archive-cycle
Archive the current development cycle and prepare for a new one. Creates a dated archive with all cycle artifacts.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Archive the current development cycle and prepare for a new one. Creates a dated archive with all cycle artifacts.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | source-command-archive-cycle |
| description | Archive the current development cycle and prepare for a new one. Creates a dated archive with all cycle artifacts. |
Use this skill when the user asks to run the migrated source command archive-cycle.
Archive the current development cycle when it's complete. This preserves all cycle artifacts in a dated archive directory and allows starting fresh with /plan-and-analyze.
Use /archive-cycle when:
/archive-cycle "MVP Complete"
/archive-cycle "v1.0 Release"
/archive-cycle "Phase 1 Done"
The label becomes part of the archive directory name (converted to slug format).
grimoires/loa/archive/YYYY-MM-DD-{slug}/grimoires/loa/archive/2026-01-17-mvp-complete/
├── prd.md # Product Requirements snapshot
├── sdd.md # Software Design snapshot
├── sprint.md # Sprint Plan snapshot
└── a2a/
├── sprint-1/ # Sprint 1 artifacts (global ID)
│ ├── reviewer.md
│ ├── engineer-feedback.md
│ ├── auditor-sprint-feedback.md
│ └── COMPLETED
├── sprint-2/
└── sprint-3/
| Item | Archived | Original |
|---|---|---|
| prd.md | ✓ Copied | Kept in place |
| sdd.md | ✓ Copied | Kept in place |
| sprint.md | ✓ Copied | Kept in place |
| a2a/sprint-N/ | ✓ Copied | Kept in place (for global ID consistency) |
| ledger.json | Updated | Status changed to "archived" |
Note: Original files are NOT deleted. This allows referencing previous work while starting a new cycle. Delete them manually if you want a clean slate.
Before:
{
"active_cycle": "cycle-001",
"cycles": [{
"id": "cycle-001",
"label": "MVP Development",
"status": "active"
}]
}
After:
{
"active_cycle": null,
"cycles": [{
"id": "cycle-001",
"label": "MVP Development",
"status": "archived",
"archived": "2026-01-17T10:30:00Z",
"archive_path": "grimoires/loa/archive/2026-01-17-mvp-complete"
}]
}
After archiving, you'll typically:
/plan-and-analyze to create a new cycle# Archive completed cycle
/archive-cycle "MVP Complete"
# Start new development cycle
/plan-and-analyze # Creates cycle-002
/architect
/sprint-plan # sprint-1 now maps to global sprint-4
The key benefit of archiving is global sprint continuity:
Cycle 1 (archived):
sprint-1 → global 1
sprint-2 → global 2
sprint-3 → global 3
Cycle 2 (new):
sprint-1 → global 4 # Continues from where cycle 1 left off
sprint-2 → global 5
This prevents directory collisions and maintains a clear audit trail.
Archive Cycle
─────────────────────────────────────────────────────
Archiving: "MVP Development" (cycle-001)
Archive Label: "MVP Complete"
Creating archive at:
grimoires/loa/archive/2026-01-17-mvp-complete/
Copied artifacts:
✓ prd.md
✓ sdd.md
✓ sprint.md
✓ a2a/sprint-1/
✓ a2a/sprint-2/
✓ a2a/sprint-3/
Updated ledger:
✓ Cycle status: archived
✓ Active cycle: cleared
─────────────────────────────────────────────────────
✓ Archive complete!
Next steps:
/plan-and-analyze - Start a new development cycle
/ledger history - View all cycles
| Error | Cause | Resolution |
|---|---|---|
| "No ledger found" | Project doesn't use Sprint Ledger | Run /plan-and-analyze first |
| "No active cycle" | Cycle already archived or not created | Run /plan-and-analyze to start |
| "Archive already exists" | Same slug used on same date | Use a different label |
| Command | Purpose |
|---|---|
/ledger | View current ledger status |
/ledger history | View all cycles including archived |
/plan-and-analyze | Start a new development cycle |
Security and quality audit of application codebase
Autonomous agent execution mode
Bridgebuilder — Autonomous PR Review
Triage a bug report through structured phases and create micro-sprint
L2 cost-budget enforcer — daily token cap with fail-closed semantics under uncertainty (billing-API primary, internal counter fallback, periodic reconciliation cron)
L5 cross-repo status reader — reads structured cross-repo state via gh API with TTL cache + stale fallback, BLOCKER extraction from NOTES.md, per-source error capture, p95 <30s for 10 repos