القائمة
設計・アーキテクチャ観点のレビューエージェント。 依存関係、境界設計、データモデル、API設計等の個別スキルへルーティングする。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
استنادا إلى تصنيف SOC المهني
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/s977043/river-review --skill river-review-architectureيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
عرض SKILL.md
6つの専門レビュアーロールを並列実行し、consensusLevel（複数ロールの合意度）と Tech Lead レポート（top3指摘・blindSpots・consensusSummary）で結果を統合する マルチエージェントレビュー entry skill。 Parallel multi-role review with consensus scoring (consensusLevel) and Tech Lead report. Use when a major release needs exhaustive multi-angle review, or when a single-perspective review is not enough and you want confidence that no reviewer angle was missed（重要リリース前の網羅レビュー・多視点の確証が 欲しいとき）。
検査器（linter / ガード / CI ゲート / バリデータ / フィルタ）そのものの検出力が差分で静かに落ちていないか、また新設した検査が実際に検出できることが実証されているかを diff-time で検出する。Check 1 unverified detection reduction（検査器の検出ロジック（正規表現・除外パターン・解決集合・allowlist・baseline）を変更して検出件数が減ったのに、減った 1 件ずつが誤検出であった根拠が示されないまま「誤検出を潰した」「N → M 件に減少」と改善として主張している）、Check 2 unproven guard detection power（新しい検査ロジック・CI ゲート・バリデーションを追加・変更したのに、検出すべき入力を注入して検出されること／検出すべきでない入力で黙ることを示す変異注入の証跡が無く、「追加した」「CI が緑」を検出力の証拠として扱っている）、の 2 Check を対象とする report-only。テスト自身のアサーションが実質何も検証していない構造は test-assertion-effectiveness、レビュー基準・品質ゲートの明示的な弱体化（ルールの削除・閾値の引き下げ・suppression entry 追加・lint ルールの無効化）は review-criteria-integrity、リファクタ完了主張一般の検証は refactor-claim-audit、workflow の permissions と action pin は gha-workflow-security、設定ファイルの構文・型の妥当性は config-json へ委譲する
pbi-input, plan, todo, test-cases 間の整合性をチェックし、実装着手前の仕様漏れを検知する
| id | river-review-architecture |
| name | river-review-architecture |
| description | 設計・アーキテクチャ観点のレビューエージェント。 依存関係、境界設計、データモデル、API設計等の個別スキルへルーティングする。 |
| category | upstream |
| phase | ["upstream"] |
| severity | major |
| applyTo | ["src/**/*.{ts,tsx,js,jsx,mjs}","docs/**/*design*.md","docs/adr/**/*","pages/**/*design*.md"] |
| inputContext | ["diff","fullFile","adr"] |
| outputKind | ["findings","questions","actions"] |
| tags | ["architecture","design","entry","routing"] |
| version | 0.1.0 |
| license | MIT |
設計判断の妥当性、アーキテクチャ境界の整合性、データモデルの一貫性を検証する。
入力に応じて、適切な個別スキルへルーティングする。
| キーワード | スキルID | 説明 |
|---|---|---|
| ADR, 意思決定 | adr-decision-quality | ADR の品質検証 |
| API, エンドポイント | api-design | API 設計レビュー |
| API互換, バージョニング | api-versioning-compat | API バージョン互換性 |
| 境界, モジュール | architecture-boundaries | アーキテクチャ境界 |
| 図, ダイアグラム | architecture-diagrams | 設計図の整合性 |
| リスク | architecture-risk-register | リスク登録の検証 |
| トレーサビリティ | architecture-traceability | 要件追跡性 |
| 検証計画 | architecture-validation-plan | 検証計画レビュー |
| 可用性, 冗長 | availability-architecture | 可用性設計 |
| ドメイン, コンテキスト | bounded-context-language | 境界づけられたコンテキスト |
| キャッシュ | cache-strategy-consistency | キャッシュ戦略 |
| コスト, キャパシティ | capacity-cost-design | キャパシティ設計 |
| データフロー, 状態 | data-flow-state-ownership | データフロー設計 |
| データモデル, DB | data-model-db-design | データモデル設計 |
| DR, マルチリージョン | dr-multiregion | 災害復旧設計 |
| イベント駆動 | event-driven-semantics | イベント駆動設計 |
| 外部依存 | external-dependencies | 外部依存関係 |
| 障害, 可観測性 | failure-modes-observability | 障害モード分析 |
| 結合, コントラクト | integration-contracts | 結合コントラクト |
| マイグレーション | migration-rollout-rollback | マイグレーション計画 |
| マルチテナント | multitenancy-isolation | テナント分離 |
| OpenAPI | openapi-contract | OpenAPI 仕様検証 |
| SLO, 運用性 | operability-slo | 運用性・SLO |
| 要件, 受入 | requirements-acceptance | 要件・受入条件 |
1. 変更種別の判定
├─ ADR/設計ドキュメント → adr-decision-quality を優先
├─ API定義/エンドポイント → api-design, api-versioning-compat を優先
├─ モジュール構成変更 → architecture-boundaries を優先
├─ データモデル変更 → data-model-db-design を優先
└─ キーワード指定あり → 該当スキルを直接選択
2. スキルの実行（該当する専門スキルを並列実行可能）
├─ 設計品質系: adr-decision-quality, architecture-diagrams, architecture-traceability
├─ 構造系: architecture-boundaries, bounded-context-language, data-flow-state-ownership
├─ API系: api-design, api-versioning-compat, openapi-contract, integration-contracts
├─ 運用系: availability-architecture, capacity-cost-design, dr-multiregion, operability-slo
└─ リスク系: architecture-risk-register, failure-modes-observability, external-dependencies
3. 統合
├─ 重複する指摘の除去
└─ 複数カテゴリ該当時は関連性の高いスキルを優先
<file>:<line>: <message>
| スキル | 関係 | 棲み分け |
|---|---|---|
adversarial-review | 補完 | architecture は「設計の正しさ」、adversarial は「設計の盲点」 |
river-review-security | 補完 | architecture は「構造」、security は「脆弱性」 |
river-review-code | 補完 | architecture は「マクロ設計」、code は「ミクロ品質」 |