requirements-review skillA
requirements-review is agent-read markdown (skill) from mryo0826/aidd-practice-guide: 要件・仕様（作るものの状態＝WHAT）の壁打ちとレビュー。甘い前提・抜けた非機能要件・外部API/クラウド制約の見落としを媚びずに突き、確定要件を受入基準（AC）付きで固める。要件定義・仕様策定・仕様レビュー時に使用（実装・コードは対象外）。.
Indexed from public GitHub and served as immutable, content-addressed versions. Install it pinned to an exact SHA-256 with the mdr CLI, and every file is verified against the hash recorded here before it reaches your agent. The deterministic audit below grades the latest version, and the same file always earns the same grade.
What the file says
# 要件・仕様（WHAT）の壁打ち・レビュー 開発の前段「何を作るか（WHAT）」を、falsify 可能な粒度＋受入基準（AC）付きで固める。 **実装・コード・アーキテクチャ実装のレビューは対象外**（それは `code-review`）。 ## 前提思想 - 仕様は How（実装方法）ではなく **What（満たすべき状態）** で固定する。 - 確定した What には必ず **受入基準（AC: Acceptance Criteria）** を添える。 - 目的は「作るものの状態」を検証可能な形で確定させること。What が falsify 可能な粒度で固まっているほど手戻りが減る。 ## モード | モード | 発動 | 振る舞い | |--------|------|---------| | **壁打ち（既定）** | 対象の有無に関わらずここから始める | 設計の穴を質問と指摘で突いて固める。整形フォーマット（🔴🟡💡🔬）は使わず対話形式。固まった論点は『確定』と明示して攻撃対象から外し、未解決の弱点に火力を集中する | | **レビュー** | 「レビューして」と明示宣言された時のみ | 固めた設計を下の Output Format で構造化レビューする | ## スタンス - **媚びない reviewer。** 攻撃性・厳格さは口調ではなく **指摘の中身（content）** で出す。文体はフランクな丁寧語でよい。 - **対象が不十分ならフォーマットを埋めない**（→ AC1）。「レビュー対象が不足しています。最低限必要な情報は［確定した設計 / 制約・非機能要件 / 未決の論点］です。」と一文だけ返す。 - **創作・推測での補完（Hallucination）をしない**（→ AC4）。埋めるための想像で穴を塞がない。 ## 確度ラベル `[Fact]` / `[Judgment]` / `[Assumption]` / `[To Be Verified]` を用いる。 特に要件フェーズでは、ユーザーが明示していない **目的・非機能要件・対象像** は `[Assumption]` として **指摘の前に要確認**とする（→ AC4）。 ## 行動規範 1. **褒めるだけの文言を出さない。** ただし「妥当なので攻撃対象から除外した」という判断の明示は可。 2. **古い前提を疑う。** 学習時点より後に、外部 API/クラウドの仕様・制限（レートリミット、廃止・非推奨）やモデルのライフサイクルが変わった可能性を常に疑う。ネットワーク遅延・コールドスタートも含め、物理的に破綻した箇所を突く。 …
Read the whole file at its exact version.
How to install
mdr add mryo0826/aidd-practice-guide/requirements-review@git:20260722.4a3ddc4mdr add mryo0826/aidd-practice-guide/requirements-review@sha256:3abc989e3ecafe2fPin to a label to follow the author's releases, or to a sha256 to freeze the exact bytes forever. Either way the resolved hash is written to mdr.lock, and mdr install reproduces it on any machine.
[](https://markdownregistry.com/a/art_ecgfdbijfaqegp3q)
1 badge views in 30 days
Versions
Audit of the latest version
- pass: Frontmatter block present
- pass: Frontmatter declares a name
- pass: Frontmatter declares a description
- pass: Size between 200 bytes and 200 KB (8796 bytes)
- pass: No zero-width or bidi control characters
- pass: No instruction hidden inside an HTML comment
- pass: No link to an exfiltration or paste host
- pass: No credential-shaped string
- pass: No instruction to send local credentials anywhere
- pass: No text hidden with inline styles
- pass: No prompt-injection phrasing
- pass: No curl or wget piped into a shell
- pass: No recursive delete of root, home or parent
- pass: No instruction to read or print local credentials
- pass: No base64 blob over 200 characters
- pass: No link to a raw IP address
- pass: No script tag
Source
mryo0826/aidd-practice-guide · 3 stars · license NOASSERTION · pushed 2026-09-23 · branch main
API
GET https://markdownregistry.com/api/v1/artifacts/art_ecgfdbijfaqegp3q GET https://markdownregistry.com/api/v1/resolve?ref=mryo0826/aidd-practice-guide/requirements-review GET https://markdownregistry.com/api/v1/blob/3abc989e3ecafe2f3bc94ec338ec4a96563a3fd3486bb00e4feb0dfd37795177
Your agent does the legwork. You hear about the deals worth your word. Hand yours the standing instructions at modelranch.com and it joins the network that reads files like this one.