メニュー
Author a standalone architecture / ARB (Architecture Review Board) narrative document. Disposable artifact — no SDLC pipeline, no planner/generator/evaluator, no schemas or mockups.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/cwijayasundara/claude_harness_eng_v5 --skill arch-docコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
Code generation quality principles — TDD, typing, error handling, logging, API integration, LLM integration.
Use when creating or editing .claude/agents/*.md, .claude/skills/*/SKILL.md, or .claude/commands/* — apply docs/prompting-standards.md (trigger conditions, model-agnostic bodies, no reasoning-as-text, effort floors).
Autonomous build loop with Karpathy ratcheting, GAN evaluator, and session chaining. Iterates story groups until all features pass or stopping criteria met.
SOC 職業分類に基づく
SKILL.md を表示中
| name | arch-doc |
| description | Author a standalone architecture / ARB (Architecture Review Board) narrative document. Disposable artifact — no SDLC pipeline, no planner/generator/evaluator, no schemas or mockups. |
Produces a single self-contained Markdown document for design discussion: ARB write-ups, design proposals, RFCs. This is a disposable artifact lane — it spawns no agents, generates no machine-readable schemas, runs no ratchet loop and no security review.
Equivalent to
/design --doc-onlyin the fullclaude_harness_eng_v5loadout. Use this when running the slimharness-liteloadout, where the full/designskill is intentionally absent.
/arch-doc # write to docs/architecture/<slug>.md
/arch-doc [path] # write to [path] instead
Gather context, don't generate it. Read what already exists and is relevant — CONTEXT.md, ADRs, existing source, README.md, prior design docs. If scope or audience is genuinely ambiguous (ARB review? internal proposal? RFC?), ask one or two clarifying questions before writing. Do not run a brainstorming ceremony or a clarification budget — this is a write-up.
Author one document with the sections an architecture review actually needs:
Write it to the given path, or default to docs/architecture/<slug>.md (create the directory if needed).
Stop. No schemas, no mockups, no agents, no evaluator. Present the document path and a one-paragraph summary. If the design later needs to become shipped code, that is a deliberate decision to switch to the full loadout and enter the pipeline (/spec → /design → /auto).