ワンクリックでManusで任意のスキルを実行

adversarial-review

スター2

フォーク1

更新日2026年5月22日 20:39

成果物の敵対的レビューを実行するスキル。5つの検証軸で問題を発見し、 Critical/Major/Minor の重大度分類と PASS/FAIL 判定を行う。 PHASE: 成果物作成後（PR/マージ前または検証ループ完了後のユーザー指定時に使用）。 USE FOR: quality review, 5-axis review, adversarial check. DO NOT USE FOR: implementation (agents do that), pre-execution safety check (use harness-safety-guard), build/test verification (use harness-verification-loop), error recovery (use harness-error-recovery). WHEN: 成果物のレビューが必要、PR/マージ前の品質チェック。

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

dahatake

dahatake/HypervelocityEngineering

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

関連職種SOC

SOC 職業分類に基づく

ソフトウェア品質保証アナリスト・テスターコンピュータ・数学職·SOC 15-1253

ファイルエクスプローラー

3 ファイル

SKILL.md

readonly

このリポジトリの他の Skills

同じリポジトリ

agent-common-preamble

dahatake/HypervelocityEngineering

全 Custom Agent が作業開始時に参照する共通プリアンブル。 USE FOR: agent start, common rules, preamble. DO NOT USE FOR: implementation. WHEN: Custom Agent が作業を開始したとき、共通ルールを確認したいとき。

2026-05-282

github-actions-cicd

dahatake/HypervelocityEngineering

GitHub Actions CI/CD ワークフローの共通仕様。OIDC 認証・workflow_dispatch トリガー・ Copilot push 制約対応・シークレット管理・デプロイ保護の原則を提供する。 USE FOR: GitHub Actions, CI/CD workflow, OIDC authentication. DO NOT USE FOR: application code deployment (use appropriate azure-skills/ deployment skill). WHEN: GitHub Actions ワークフローを作成する、CI/CD パイプラインを設計する。

2026-05-282

harness-safety-guard

dahatake/HypervelocityEngineering

破壊的操作を事前に検出・阫止する安全ガードの詳細パターンリストと判定フロー。 PHASE: 実行前（コマンド・スクリプト実行前に使用）。 USE FOR: destructive operation detection, rm -rf detection, DROP TABLE detection. DO NOT USE FOR: error recovery after failure (use harness-error-recovery), post-execution verification (use harness-verification-loop). WHEN: コマンドを実行する前の安全確認、破壊的操作の検出。

2026-05-282

harness-verification-loop

dahatake/HypervelocityEngineering

コード変更後の5段階検証パイプライン（Build/Lint/Test/Security/Diff）の詳細手順。 PHASE: 実行後（コード変更・生成・デプロイを行った**後**に使用）。 USE FOR: build check, lint, test execution. DO NOT USE FOR: error recovery (use harness-error-recovery), pre-execution safety check (use harness-safety-guard). WHEN: コードを変更した後の検証、ビルド確認。

2026-05-282

knowledge-management

dahatake/HypervelocityEngineering

knowledge/ 配下のファイル管理ルールを提供する。業務要件・判定表・連携契約等のドメイン知識ドキュメントの分類・命名・更新手順を定義する。 USE FOR: knowledge/ file management, D01-D21 classification, domain knowledge organization. DO NOT USE FOR: qa/ file creation (use work-artifacts-layout). WHEN: knowledge/ 配下にファイルを作成・更新する、ドメイン知識を整理する。

2026-05-282

repo-onboarding-fast

dahatake/HypervelocityEngineering

初見のリポジトリで最小限の読解により入口・境界・標準コマンドを確定し、 onboarding.md に固定するスキル。"全部読む"を避け、作業に必要な最小限だけ確定する。 USE FOR: repository onboarding, first assignment, entry point discovery. DO NOT USE FOR: full code analysis. WHEN: リポジトリに初めてアサインされた、入口が不明。

2026-05-282

name	adversarial-review
description	成果物の敵対的レビューを実行するスキル。5つの検証軸で問題を発見し、 Critical/Major/Minor の重大度分類と PASS/FAIL 判定を行う。 PHASE: 成果物作成後（PR/マージ前または検証ループ完了後のユーザー指定時に使用）。 USE FOR: quality review, 5-axis review, adversarial check. DO NOT USE FOR: implementation (agents do that), pre-execution safety check (use harness-safety-guard), build/test verification (use harness-verification-loop), error recovery (use harness-error-recovery). WHEN: 成果物のレビューが必要、PR/マージ前の品質チェック。
metadata	{"origin":"user","version":"2.0.0"}

Adversarial Review（敵対的レビュー）スキル

あなたは 敵対的レビュアー として振る舞うスキルです。作成者の意図に共感せず、問題の発見に集中してレビューを実行します。

When to Activate（発動条件）

コード・ドキュメント・設計書のレビュー、PR/マージ前の品質チェック、設計・仕様・アーキテクチャレビューが必要なとき。

⚠️ AGENTS.md §7 ワークフロー内では references/review-activation-rules.md の「実施条件」が優先。ユーザーが明示（ またはラベル）しない限り実施しません。

レビュー実行手順

ステップ 1: タスク目的の確認 — 目的・依頼内容・期待成果・対象読者・制約条件を確認する。

ステップ 2: 5つの検証軸による網羅的レビュー — 詳細チェック項目は references/five-axis-checklist.md を参照。

軸1: 目的適合性（要件充足性）— 抜け漏れ、スコープ外、目的逸脱
軸2: 内容の妥当性（技術的正確性）— 技術的誤り、ロジック矛盾
軸3: 整合性 — 内部矛盾、用語の一貫性、参照先整合性
軸4: 品質・運用性（非機能品質）— 可読性、保守性、セキュリティリスク
軸5: 根拠性・不確実性管理（捏造検出）— 根拠のない断定、推測の事実化

ステップ 3: 重大度の分類

重大度	定義	対応
Critical	要件未達・データ破損リスク・セキュリティ脆弱性	修正必須
Major	設計上の懸念・整合性問題・テスト漏れ	修正推奨
Minor	表記揺れ・改善提案・スタイル	任意修正

ステップ 4: レビュー結果の出力

| No. | 軸 | 重大度 | 指摘箇所 | 問題の説明 | 修正案 |

### サマリー
- Critical: X件 / Major: Y件 / Minor: Z件
- 合格判定: PASS（Critical = 0）/ FAIL（Critical > 0）

ステップ 5: 修正の実行 — Critical は全て修正。Major は修正検討（しない場合は理由記載）。FAIL 時は修正後に再レビュー（最大2サイクル）。

§7.4 出力方法

結果は work/<Custom Agent Name>/Issue-<識別子>/artifacts/adversarial-review-result.md に記録（削除→新規作成ルール遵守）

禁止事項

捏造は絶対に禁止。根拠のない問題を指摘しない。全指摘に根拠（ファイルパス・行番号）を明記する。修正案なしの指摘は禁止。

ガイド一覧（references/）

ファイル	内容
`references/five-axis-checklist.md`	軸1〜5詳細チェック項目、問題リストアップ数ルール、AGENTS.md §7.2 軸名対応表
`references/review-activation-rules.md`	§7統合セクション全体（実施条件、例外、誤適用防止、セルフレビューとの違いテーブル）

入出力例

※ 以下は説明用の架空例です（PR #88 対象: function_app.py 新規エンドポイント追加）

| 1 | 目的適合性 | Critical | function_app.py:87 | 入力バリデーション欠如 | Field(min_length=1) を追加 |
| 2 | 内容の妥当性 | Critical | function_app.py:102 | 接続文字列ハードコード | 環境変数に変更 |
### サマリー - Critical: 2件 / FAIL → 修正後: Critical: 0件 / PASS

Related Skills

Skill	関係	説明
`work-artifacts-layout`	出力先	adversarial-review-result.md の配置パス（§4 パス規則）
`harness-verification-loop`	補完	本Skillは品質レビュー、verification-loopは自動検証。別フェーズで併用
`task-dag-planning`	前提	分割モード（Plan-Only）では本Skillの敵対的レビューを省略