메뉴
HADES doctrine-amendment lifecycle: list, show, acknowledge, or deny doctrine-change proposals (HADES design + HADES design). All decisions audit-logged via HADES design Tessera chain. Use when operator invokes /hades:amendment-* commands.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
HADES audit event KG context: resolve a HADES design Tessera-anchored audit event + show full 5-lane RRF augmentation context (citations, callers, callees, community). Use when operator invokes /hades:audit-impact <event-id>.
HADES research-first brainstorming: dispatch SOTA research before Q&A, apply project-doctrine override on top of superpowers:brainstorming, output design spec. Use when operator invokes /hades:brainstorm or before any design work.
HADES subagent-driven plan execution: stage reality-check, per-task dispatch loop with review gates, no-tech-debt doctrine, hard gates per commit. Use when operator invokes /hades:execute-plan or when implementing a stage plan.
Canonical HADES system project skill: doctrine reminders (max-scope, no defer, no tech debt, no AI-attribution in commits), workflow patterns (brainstorm → spec → write-plan → execute-plan → release), hard rules, and pointers to project memory.
Snapshot HADES session state to .hades/session.md, commit with conventional message (no AI attribution), prepare for /clear or session end. Sister skill to /hades:start.
Recover a HADES session: read .hades/session.md TL;DR, check git status, identify active plan, present concise session-resume summary, and await operator direction.
| name | amendment |
| description | HADES doctrine-amendment lifecycle: list, show, acknowledge, or deny doctrine-change proposals (HADES design + HADES design). All decisions audit-logged via HADES design Tessera chain. Use when operator invokes /hades:amendment-* commands. |
| license | Proprietary |
| agentskills_version | 1 |
| keywords | ["amendment","doctrine-amendment","audit-chain","HADES design","lifecycle","hades"] |
This skill covers the HADES doctrine-amendment lifecycle exposed through 4 slash
commands: /hades:amendment-list, /hades:amendment-show, /hades:amendment-ack, /hades:amendment-deny.
Each is a separate registered command (Hermes has no subcommand syntax per spike §6).
/hades:amendment-list to see pending proposalscurl --unix-socket /tmp/hades-system.sock -s \
"http://unix/v1/amendment/list?project=$PROJECT&status=pending" | jq '.'
curl --unix-socket /tmp/hades-system.sock -s \
"http://unix/v1/amendment/<id>" | jq '.'
Requires: amendment id (+ optional reason).
curl --unix-socket /tmp/hades-system.sock \
-X POST \
-d '{"reason":"..."}' \
"http://unix/v1/amendment/<id>/ack"
Tessera-anchored AmendmentAcknowledged event. Dependent amendments blocked until parent ack'd.
Requires: amendment id + reason (REQUIRED for denial).
curl --unix-socket /tmp/hades-system.sock \
-X POST \
-d '{"reason":"..."}' \
"http://unix/v1/amendment/<id>/deny"
Tessera-anchored AmendmentDenied event. Downstream dependents auto-transition to blocked_by_denial.