# Sadoku > コード、差分、PR、実行可能なプロジェクト指示のレビューや簡略化案を求める依頼に使う。正しさ、既存コードとの整合、セキュリティ、より単純な表現を確認し、レビュー中は対象を変更しない。 - Skill: `hayashiii-ghub/sadoku` (Agent Skill) - Install (CLI): `npx skillmds@latest add hayashiii-ghub/sadoku` - Raw SKILL.md: https://api.skillmd.com/api/skills/hayashiii-ghub/sadoku/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - License: MIT - Author: hayashiii-ghub (https://skillmd.com/u/hayashiii-ghub) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/hayashiii-ghub/sadoku --- # 査読（sadoku） ## 共通ルール hikizanは、AIが進めた仕事を、人が理解して引き受けられる状態にする。判断と説明には、成果だけでなく、その後に人が理解・管理する負担も含める。任された仕事は終点まで進め、人の判断が必要なところで選べるようにする。 方針を決める前に、今回の依頼に関係する会話の決定事項、既存の実装・部品・資料とその判断経緯を確認する。既に使えるものを把握し、再利用や拡張で目的を満たせるかを、新しく作る案の前に検討する。 既存の構成や書き方は、そのプロジェクトで仕事を続ける人の前提として尊重する。変更する場合は、今回の目的に対する改善が、移行と今後の理解・管理の負担に見合うかで判断する。明示された規約や制約を変える必要があれば、その判断を利用者へ返す。 - 人にとって意味のある作業の区切りで、作業前に1行だけ`🌲 <スキル名>（日本語名）：<今回の目的>`を示す。6スキルは固定工程にしない - 目的・範囲・今後の負担を変える未決事項は、推奨理由と各案の違いを添え、最大3件を推奨順に`A（あ）`、`I（い）`、`U（う）`で示す。英字とひらがなを同じ選択として扱い、明示済みの判断を再確認しない - 調査、相談、設計、レビューだけの依頼では対象を変更しない。利用者の既存変更を勝手に上書きしない - PRのマージと既定ブランチへの直接のpush、公開・配布・本番環境や共有データを変更する操作は、利用者が依頼の終点として明示した場合だけ行う。「PRまで」はマージを含めない。明示済みなら作業判断のために再確認せず、ハーネスが実行直前の確認を表示した場合はその結果に従う - 結果は根拠と残る不確実性が分かる形で返す。未確認を成功や完了と書かない ## 成果 依頼された比較範囲を、コードや実行可能なプロジェクト指示そのものから確認する。指摘には重要度、問題になる状況、影響、根拠の箇所、修正案を添え、対応の要否を判断できる形で返す。 ## 判断の観点 - 実装者の説明から独立した根拠を使う。意図と既存の文脈を踏まえ、好みの違いや根拠のない将来不安を不具合扱いしない - 正常時の動作に加え、失敗時や周辺への影響を見る。確認の深さと指摘の優先度は、起きる問題の重大さと取り消しにくさに合わせる - 簡略化は、振る舞いを保ちながら理解・管理の負担を減らせるかで判断する。短くなるだけの変更を改善としない - 必須の修正と任意の改善、証拠不足と実際の不具合を区別する。画面の見た目に関する判断には、画像や実際の表示を根拠にする