Exécutez n'importe quel Skill dans Manus
en un clic

Exécutez n'importe quel Skill dans Manus en un clic

review-code

Étoiles2

Forks1

Mis à jour9 mars 2026 à 12:44

現在の変更（staged・unstaged・ブランチ差分）に対してコードレビューを実行する。「コードをレビューして」「変更を確認して」「レビューをお願い」「コードの品質を確認して」「実装をチェックして」「PR 前にレビューして」と言った場合にトリガーする。バグ・セキュリティ脆弱性・ロジックエラーのみを高精度で報告し、スタイルや書式への指摘は行わない。コード変更は一切行わず、レビュー結果のみを出力する点で developer とは異なる。

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Exécuter dans Manus

Source

nanikasheila

nanikasheila/copilot-cli-workflow-framework

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Exécuter dans Manus

Métiers associésSOC

Basé sur la classification professionnelle SOC

Analystes en assurance qualité des logiciels et testeursProfessions informatiques et mathématiques·SOC 15-1253

SKILL.md

readonly

name

review-code

description

コードレビュー

前提

.github/settings.json からプロジェクト設定を読み取って使用する
Board が存在する場合は要求分析・テスト設計の結果をレビュー観点に含める

入力

レビュー対象（デフォルト: 現在のブランチの未コミット変更 + コミット済み差分）
Board が存在する場合: artifacts.requirements、artifacts.test_design を参照

手順

0. 設定・コンテキスト読み込み

.github/settings.json を読み取る
Board が存在する場合は .copilot/boards/<feature-id>.json を読み取る
ルールの事前ロード:
- rules/commit-message.md（コミットメッセージ検証用）
- rules/merge-policy.md（マージ方式の確認用）

1. 差分の確認

レビュー対象の変更範囲を特定する:

# 未コミット変更
git diff --stat

# ブランチの全変更（main との差分）
git diff --stat main...HEAD

変更がない場合はユーザーに通知して終了する。

2. コードレビュー実行

reviewer エージェントに task ツール（code-review）でレビューを委任する:

task ツール（agent_type: code-review）:
- レビュー対象: 現在のブランチの変更
- 観点:
  1. 設計・構造: モジュール分割、責務分離、既存パターンとの整合性
  2. ロジック・正確性: 計算ロジック、エッジケース、エラーハンドリング
  3. セキュリティ: 入力検証、認証・認可、機密情報の露出、インジェクション
  4. テスト品質: カバレッジ、境界値、異常系
- Board コンテキスト（存在する場合）:
  - 要求分析結果: <artifacts.requirements>
  - テスト設計: <artifacts.test_design>
- 出力形式: Critical / Warning / Security / Info の分類

3. レビュー結果の評価

レビュー結果を受け取り、以下を判断する:

分類	対応
Critical	修正必須。developer に委任
Security	修正必須。developer に委任
Warning	修正推奨。ユーザーに確認後、必要なら developer に委任
Info	情報提供のみ。修正不要

4. 修正が必要な場合

Critical または Security の指摘がある場合、developer エージェントに修正を委任する:

task ツール（agent_type: developer）:
- 修正指示: <reviewer の指摘内容>
- 対象ファイル: <指摘のあったファイル一覧>
- 制約: レビュー指摘の修正のみ。スコープ外の変更は行わない

修正完了後、再度レビューを実行する（最大 2 回のループ）。

5. Board 更新（Board が存在する場合）

Board の以下のセクションを更新する:

artifacts.review — reviewer の出力（指摘一覧、severity 分布）
history — レビュー実施・修正の記録を追記

6. ユーザーへの報告

以下の構造で結果を表示する:

## コードレビュー結果

### 指摘サマリ
- Critical: N件
- Security: N件
- Warning: N件
- Info: N件

### 詳細
<各指摘の内容>

### 修正状況
- ✅ 修正済み: N件
- ⚠️ 要確認: N件

エラー時の対処

エラー	対処
差分が大きすぎる（100+ ファイル）	ディレクトリ単位で分割してレビュー
reviewer がタイムアウト	変更ファイルを分割して再試行
developer 修正後も Critical 残存	ユーザーに報告し、手動修正を依頼
Board が存在しない	要求コンテキストなしでレビュー（構造・ロジック・セキュリティ観点のみ）

Plus depuis ce dépôt

même dépôt

develop-requirements

nanikasheila/copilot-cli-workflow-framework

ユーザーの曖昧な要望を対話を通じて検証済みの要求に変換する。「要求を開発して」「要望を整理して」「要件を引き出して」「ニーズを明確にして」「要求開発して」「スコープを定義して」と言った場合にトリガーする。 requirements-engineer エージェントを起動し、引き出し・妥当性検証・競合分析・優先順位付け・スコープ定義・承認取得を実施する。analyze-and-plan の内部でも条件付きで呼び出されるが、要求開発のみを単独実行したい場合に直接使用する。

2026-04-212

execute-plan

nanikasheila/copilot-cli-workflow-framework

plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。

2026-04-212

orchestrate-workflow

nanikasheila/copilot-cli-workflow-framework

Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなくフロー全体を管理するオーケストレーター専用スキル。

2026-04-212

requirements-to-merge

nanikasheila/copilot-cli-workflow-framework

要求開発から計画立案・実装・PR 提出までを一括で実行するエンドツーエンドスキル。「要求から実装まで一括でやって」「全部通しでやって」「要望から PR まで進めて」「ワンショットで開発して」「要求開発から merge まで」と言った場合にトリガーする。 develop-requirements → planner → execute-plan → test-verifier(V) → test-verifier(V&V) → submit-pull-request の 6フェーズを Board・Gate と連携して実行する。orchestrate-workflow の要求駆動版として、要求開発を起点に素早くマージまで完了させる用途に適する。

2026-03-232

manage-board

nanikasheila/copilot-cli-workflow-framework

ワークフローの Board（JSON 進捗管理ファイル）に対する全操作を手順化する内部スキル。 Board の作成・読み込み・flow_state 遷移・Gate 評価・history 追記・アーカイブを行う際に参照する。オーケストレーターが orchestrate-workflow・start-feature・cleanup-worktree の実行中に自動参照する。ユーザーが「Board を作って」「Board の状態を更新して」「Gate を評価して」と言った場合にもトリガーする。

2026-03-232

submit-pull-request

nanikasheila/copilot-cli-workflow-framework

worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」「レビューを通してマージして」と言った場合にトリガーする。コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。

2026-03-232

name

review-code

description

コードレビュー

前提

.github/settings.json からプロジェクト設定を読み取って使用する
Board が存在する場合は要求分析・テスト設計の結果をレビュー観点に含める

入力

レビュー対象（デフォルト: 現在のブランチの未コミット変更 + コミット済み差分）
Board が存在する場合: artifacts.requirements、artifacts.test_design を参照

手順

0. 設定・コンテキスト読み込み

.github/settings.json を読み取る
Board が存在する場合は .copilot/boards/<feature-id>.json を読み取る
ルールの事前ロード:
- rules/commit-message.md（コミットメッセージ検証用）
- rules/merge-policy.md（マージ方式の確認用）

1. 差分の確認

レビュー対象の変更範囲を特定する:

# 未コミット変更
git diff --stat

# ブランチの全変更（main との差分）
git diff --stat main...HEAD

変更がない場合はユーザーに通知して終了する。

2. コードレビュー実行

reviewer エージェントに task ツール（code-review）でレビューを委任する:

task ツール（agent_type: code-review）:
- レビュー対象: 現在のブランチの変更
- 観点:
  1. 設計・構造: モジュール分割、責務分離、既存パターンとの整合性
  2. ロジック・正確性: 計算ロジック、エッジケース、エラーハンドリング
  3. セキュリティ: 入力検証、認証・認可、機密情報の露出、インジェクション
  4. テスト品質: カバレッジ、境界値、異常系
- Board コンテキスト（存在する場合）:
  - 要求分析結果: <artifacts.requirements>
  - テスト設計: <artifacts.test_design>
- 出力形式: Critical / Warning / Security / Info の分類

3. レビュー結果の評価

レビュー結果を受け取り、以下を判断する:

分類	対応
Critical	修正必須。developer に委任
Security	修正必須。developer に委任
Warning	修正推奨。ユーザーに確認後、必要なら developer に委任
Info	情報提供のみ。修正不要

4. 修正が必要な場合

Critical または Security の指摘がある場合、developer エージェントに修正を委任する:

task ツール（agent_type: developer）:
- 修正指示: <reviewer の指摘内容>
- 対象ファイル: <指摘のあったファイル一覧>
- 制約: レビュー指摘の修正のみ。スコープ外の変更は行わない

修正完了後、再度レビューを実行する（最大 2 回のループ）。

5. Board 更新（Board が存在する場合）

Board の以下のセクションを更新する:

artifacts.review — reviewer の出力（指摘一覧、severity 分布）
history — レビュー実施・修正の記録を追記

6. ユーザーへの報告

以下の構造で結果を表示する:

## コードレビュー結果

### 指摘サマリ
- Critical: N件
- Security: N件
- Warning: N件
- Info: N件

### 詳細
<各指摘の内容>

### 修正状況
- ✅ 修正済み: N件
- ⚠️ 要確認: N件

エラー時の対処

エラー	対処
差分が大きすぎる（100+ ファイル）	ディレクトリ単位で分割してレビュー
reviewer がタイムアウト	変更ファイルを分割して再試行
developer 修正後も Critical 残存	ユーザーに報告し、手動修正を依頼
Board が存在しない	要求コンテキストなしでレビュー（構造・ロジック・セキュリティ観点のみ）