Menú
등록된 모든 verify-* 스킬을 순차 실행해 통합 검증 보고서를 생성합니다. 기능 구현 후, PR 전, 코드 리뷰 시, issue-driven-development Review/Post-test Review 단계마다 반드시 사용. /verify-implementation으로 호출.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
원요청 무결성 하네스의 원문 해시체인, 완전 범위 추적, 서명 권한, 2회 Clean 결박, Claude Code/Codex 등록·동등성을 결정론으로 검증합니다. request-contract 코어·어댑터·설정·스키마·review-pass를 수정한 뒤, Review/Post-test Review 및 커밋 전에 반드시 사용합니다.
세션 변경사항을 분석해 verify-* 스킬 드리프트를 탐지하고 자동 생성/업데이트합니다. issue-driven-development Sync 단계, 새 패턴/규칙 도입 후, PR 전 검증 스킬 커버리지 확인 시 반드시 사용. /manage-skills로 호출.
Stage-gated multi-AI cross-validation review with optional REQ-ID traceability. 4 stages (planning, development, test, integration) with configurable reviewers, finding consensus, and convergence loop. Fully project-agnostic and distributable.
ADK fork chain의 upstream 동기화. naia-adk(최상위) 이하 모든 fork가 주기적으로 `git merge upstream/main`로 정식 동기화하도록 한다. selective cherry-pick으로 인한 체인 부패(divergence)를 예방. "upstream sync", "fork 동기화", "naia-adk에서 받아와", "sync-upstream" 요청 시 사용. drift(behind/merge-base 낡음) 감지→fetch→merge→버전 스탬프까지.
Claude Code / Codex / opencode 세션 기록을 열어 대화 흐름을 추출·요약한다. 다른 도구(또는 주간 한도 컷)에서 끊긴 작업을 현재 세션에서 이어하거나, 과거 세션이 무엇을 했는지 파악할 때 사용. "claude --resume <id>", "codex 세션 이어서", "opencode 세션 열어줘", "이전 세션 이어서", "저번 세션 뭐했지", "세션 기록 봐줘" 요청 시 사용.
Teach a character/persona to a Qwen3 base model with LoRA, evaluate before/after, export to GGUF, and load it into a naia container via the model-swap API. Dataset-driven and fully reusable — swap the JSONL and you get a different character (Deadpool → grumpy grandma → butler → dialect docent). Includes training-time measurement.
| name | verify-implementation |
| description | 등록된 모든 verify-* 스킬을 순차 실행해 통합 검증 보고서를 생성합니다. 기능 구현 후, PR 전, 코드 리뷰 시, issue-driven-development Review/Post-test Review 단계마다 반드시 사용. /verify-implementation으로 호출. |
| disable-model-invocation | true |
| argument-hint | [선택사항: 특정 verify 스킬 이름] |
프로젝트에 등록된 모든 verify-* 스킬을 순차적으로 실행하여 통합 검증을 수행합니다:
issue-driven-development.yaml 워크플로우에 의해 자동 호출됨 (조건 없이 항상 실행)이 스킬이 순차 실행하는 검증 스킬 목록입니다. /manage-skills가 스킬을 생성/삭제할 때 이 목록을 자동 업데이트합니다.
| # | 스킬 | 설명 |
|---|---|---|
| 1 | verify-contract-conformance | 계약↔코드 드리프트(시그니처/계약만/코드만) 결정론 검출 |
| 2 | verify-request-contract | 원요청 source→증거·권한·2회 Clean·Claude Code/Codex 동등성 결정론 검증 |
| 3 | verify-benchmark-contract | 벤치 스키마·공급자 영수증·HMAC/DPAPI 저널·분석 증거 검증 |
| 4 | verify-product-preservation | 프로젝트 adapter가 선언한 제품 표면·capability·source provenance와 delivery gate 검증 |
위의 실행 대상 스킬 섹션에 나열된 스킬을 확인합니다.
먼저 두 집합을 구분해 대조합니다.
.agents/skills/verify-*/SKILL.md = .agents/context/skills-index.yaml
= .users/skills-list.md = .claude/skills/verify-* pointerverify-implementation 자신을 제외한 집합
= 이 목록 = /manage-skills의 등록된 검증 스킬각 집합의 누락·추가·중복은 registry drift이며 기능 작업에서는 즉시 FAIL입니다. 표의 표시 순서는 실행 순서로만 사용하며 catalog 정렬 순서 차이 자체를 drift로 판정하지 않습니다.
선택적 인수가 제공된 경우, 해당 스킬만 필터링합니다.
등록된 스킬이 0개인 경우:
## 구현 검증
검증 스킬이 없습니다. `/manage-skills`를 실행하여 프로젝트에 맞는 검증 스킬을 생성하세요.
경량 문서 작업이면 안내 후 종료할 수 있습니다. 기능 작업, planning/integration review,
release 준비 중이라면 검증 공백이므로 FAIL하고 /manage-skills로 등록을 복구합니다.
등록된 스킬이 1개 이상인 경우:
실행 대상 스킬 테이블의 내용을 표시합니다:
## 구현 검증
다음 검증 스킬을 순차 실행합니다:
| # | 스킬 | 설명 |
|---|------|------|
| 1 | verify-<name1> | <description1> |
| 2 | verify-<name2> | <description2> |
검증 시작...
실행 대상 스킬 테이블에 나열된 각 스킬에 대해 다음을 수행합니다:
해당 스킬의 .agents/skills/verify-<name>/SKILL.md를 읽고 다음 섹션을 파싱합니다:
Workflow 섹션에 정의된 각 검사를 순서대로 실행합니다:
verify-product-preservation; run pnpm test:discord-sessions when that skill selects them.각 스킬 실행 완료 후 진행 상황을 표시합니다:
### verify-<name> 검증 완료
- 검사 항목: N개
- 통과: X개
- 이슈: Y개
- 면제: Z개
[다음 스킬로 이동...]
모든 스킬 실행 완료 후, 결과를 하나의 보고서로 통합합니다:
## 구현 검증 보고서
### 요약
| 검증 스킬 | 상태 | 이슈 수 | 상세 |
|-----------|------|---------|------|
| verify-<name1> | PASS / X개 이슈 | N | 상세... |
| verify-<name2> | PASS / X개 이슈 | N | 상세... |
**발견된 총 이슈: X개**
**Review: CLEAN | NOT_CLEAN**
**Delivery: RELEASE_ELIGIBLE | REVIEW_ONLY**
모든 검증 통과 시:
모든 검증을 통과했습니다!
등록된 검증 범위가 통과했습니다:
- verify-<name1>: <통과 내용 요약>
- verify-<name2>: <통과 내용 요약>
`verify-product-preservation`과 최신 integration review가 모두 CLEAN일 때만
`RELEASE_ELIGIBLE`입니다. 그렇지 않으면 검증 통과 항목이 있어도 `REVIEW_ONLY`입니다.
이슈 발견 시:
각 이슈를 파일 경로, 문제 설명, 수정 권장 사항과 함께 나열합니다:
### 발견된 이슈
| # | 스킬 | 파일 | 문제 | 수정 방법 |
|---|------|------|------|-----------|
| 1 | verify-<name1> | `path/to/file.ts:42` | 문제 설명 | 수정 코드 예시 |
| 2 | verify-<name2> | `path/to/file.tsx:15` | 문제 설명 | 수정 코드 예시 |
명백한 범위 내 구현·테스트·문서 정합성 결함은 반복 승인 없이 자동 수정 대상으로
분류합니다. AskUserQuestion은 수정이 새 설계·사업·제품·범위 선택을 요구하거나,
비가역·외부영향 예외에 해당할 때만 사용합니다.
범위 내 결함은 모두 순서대로 수정합니다:
모든 수정을 순서대로 적용하며 진행 상황을 표시합니다:
## 수정 적용 중...
- [1/X] verify-<name1>: `path/to/file.ts` 수정 완료
- [2/X] verify-<name2>: `path/to/file.tsx` 수정 완료
X개 수정 완료.
설계·사업·제품·범위 선택이 필요한 항목만 근거와 선택지를 제시하고 사용자 결정을 기다립니다.
수정이 적용된 경우, 이슈가 있었던 스킬만 다시 실행하여 Before/After를 비교합니다:
## 수정 후 재검증
이슈가 있었던 스킬을 다시 실행합니다...
| 검증 스킬 | 수정 전 | 수정 후 |
|-----------|---------|---------|
| verify-<name1> | X개 이슈 | PASS |
| verify-<name2> | Y개 이슈 | PASS |
모든 검증을 통과했습니다!
수정 뒤에는 source, baseline, preservation contract, work revision 결박이 움직였는지 확인합니다. 움직였다면 이전 Clean receipt를 재사용하지 말고 planning/integration review의 Clean 연속 기록을 다시 시작합니다.
여전히 이슈가 남은 경우:
### 잔여 이슈
| # | 스킬 | 파일 | 문제 |
|---|------|------|------|
| 1 | verify-<name> | `path/to/file.ts:42` | 자동 수정 불가 — 수동 확인 필요 |
수동으로 해결한 후 `/verify-implementation`을 다시 실행하세요.
다음은 문제가 아닙니다:
verify-로 시작하지 않으므로 실행 대상에 포함되지 않음| File | Purpose |
|---|---|
.agents/skills/manage-skills/SKILL.md | 스킬 유지보수 (이 파일의 실행 대상 스킬 목록을 관리) |
.agents/skills/verify-product-preservation/SKILL.md | 기존 제품 표면과 delivery state 검증 |
CLAUDE.md | 프로젝트 지침 |