원클릭으로
archive
Archive completed change proposals from docs/changes/ to docs/_archive/ after verifying preconditions.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Archive completed change proposals from docs/changes/ to docs/_archive/ after verifying preconditions.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Feature development workflow. Propose a change, plan implementation, execute with gates, and verify.
Analyze DTVM's dMIR intermediate representation and compilation pipeline. Translates EVM bytecode sequences into dMIR pseudocode, then into x86 pseudocode, and evaluates performance cost at each stage. Use when the user asks about dMIR instructions, EVM-to-dMIR conversion, dMIR-to-x86 lowering, JIT compilation cost analysis, EVM opcode performance evaluation, or EVM->dMIR performance optimization.
Profile DTVM execution using Linux perf and generate categorized analysis reports. Use when the user wants to profile a DTVM command, find performance hotspots, break down JIT-compiled EVM basic block execution time, analyze host function overhead, or mentions "perf", "profile", "hotspot", "breakdown", or "bottleneck" in the context of DTVM execution. The user provides a dtvm command line (including bytecode path, calldata, execution mode, etc.).
| name | archive |
| description | Archive completed change proposals from docs/changes/ to docs/_archive/ after verifying preconditions. |
Archive completed change proposals from docs/changes/ to docs/_archive/<YYYY-MM>/.
dev-workflow skillAll of the following must be true before archiving:
| # | Condition | How to Verify |
|---|---|---|
| 1 | Implementation complete | All checklist items in the change doc are done |
| 2 | Build and tests pass | Run the project's build and test commands |
| 3 | Code review approved | PR has been approved |
| 4 | Branch merged | Feature branch merged into target branch |
| 5 | Module specs updated | Related specs in docs/modules/ reflect any contract changes |
If conditions are not met, report what is missing and suggest completing those first.
If the user specifies a change, locate it. Otherwise, list changes in docs/changes/ with status Implemented for the user to choose.
Check each precondition:
git branch --merged)Present a summary:
Archive check: YYYY-MM-DD-<slug>
Tasks: N/N complete
Branch: merged into main
Module specs: updated / needs sync
Tests/review: user confirmation required
Proceed?
After confirmation:
docs/_archive/<YYYY-MM>/ if it does not existdocs/changes/YYYY-MM-DD-<slug>/ to docs/_archive/<YYYY-MM>/<slug>/docs/_archive/README.mdBranch and worktree cleanup are out of scope for this skill — leave them to the user.
If multiple changes are ready, list them all and let the user select which to archive.