review-and-simplify-changes
git の差分または指定ファイルを対象に、コードの再利用性・品質・効率性・可読性・標準準拠の観点でレビューし、必要に応じて安全な自動修正を適用します。「コードを簡潔にして」「変更箇所をレビューして」「コードの品質を確認して」「リファクタリングして」などのリクエスト時に活用してください。
description の原文を見る
Review a git diff or explicit file scope for reuse, code quality, efficiency, clarity, and standards issues, then optionally apply safe Codex-driven fixes. Use when the user asks to \"simplify code\", \"review changed code\", \"check for code reuse\", \"review code quality\", \"review efficiency\", \"simplify changes\", \"clean up code\", \"refactor changes\", or \"run simplify\".
SKILL.md 本文
レビューと変更の簡潔化
変更されたコードを再利用、品質、効率性、および明確性の問題についてレビューします。Codex サブエージェントを使用して並列でレビューしますが、それらのサブエージェントを読み取り専用に保つようにします。サブエージェントはコードを検査して結果をメインエージェントに返すだけです。高信頼度で動作保持的な修正を適用できるのはメインエージェントのみです。
モード
ユーザーのリクエストからモードを選択してください:
review-only: ユーザーが変更のレビュー、監査、または確認を要求するsafe-fixes: ユーザーが変更の簡潔化、クリーンアップ、またはリファクタリングを要求するfix-and-validate:safe-fixesと同じですが、編集後に最小の関連検証も実行します
ユーザーが指定しない場合は、デフォルトで以下を使用してください:
- 「review」「audit」「check」に対しては
review-only - 「simplify」「clean up」「refactor」に対しては
safe-fixes
ステップ 1: スコープと Diff コマンドの決定
以下のスコープ優先順位を優先してください:
- ユーザーが明示的に指定したファイルまたはパス
- 現在の git 変更
- 現在の Codex ターンで以前に編集されたファイル
- 最も最近に変更された追跡ファイル。ただしユーザーがレビューを要求したが diff がない場合のみ
明確なスコープがない場合は、簡潔に停止して伝えてください。
git 変更を使用する場合、リポジトリの状態に基づいて最小の正しい diff コマンドを決定してください:
- ステージングされていないワーク:
git diff - ステージングされたワーク:
git diff --cached - ユーザーが明示的に要求したブランチまたはコミット比較: その正確な diff ターゲットを使用
- ステージングされた作業とステージングされていない作業が混在: 両方をレビュー
より小さい diff が利用可能な場合に git diff HEAD が正しいデフォルトであると想定しないでください。
標準をレビューするか修正を適用する前に、リポジトリのローカル指示ファイルと、タッチされた領域の関連プロジェクトドキュメントを読んでください。最も近い適用可能なガイダンス (以下のような) を優先してください:
AGENTS.md- リポジトリワークフロードキュメント
- タッチされたモジュールのアーキテクチャまたはスタイルドキュメント
これらの指示を使用して、実際の問題と意図的なローカルパターンを区別してください。
ステップ 2: 4 つの読み取り専用レビューサブエージェントを並列に起動
スコープが十分に大きい場合、Codex サブエージェントを使用して、並列レビューが役立つようにしてください。非常に小さな diff または 1 つの非常に小さなファイルの場合、代わりにローカルでレビューすることは可受け入れられます。
サブエージェントを生成するときは:
- 各サブエージェントに同じスコープを提供する
- 各サブエージェントに、割り当てられたレビューロールのみを検査するように指示する
- 各サブエージェントが読み取り専用レビューパスで動作していることを伝える
- サブエージェントがファイルを編集したり、
apply_patchを実行したり、変更をステージングしたり、コミットしたり、その他の状態を変更するアクションを実行したりしないようにする - 簡潔で構造化された結果のみを要求する
- 各サブエージェントにファイル、行またはシンボル、問題、推奨修正、および信頼度を報告するように要求する
- 各サブエージェントにメインエージェントのみに結果を返すように要求する。自分たちで修正を実装してはいけない
4 つのレビューロールを使用してください。
サブエージェント 1: コード再利用レビュー
変更をコード再利用の機会についてレビューしてください:
- 同じ問題をすでに解決している既存のヘルパー、ユーティリティ、または共有抽象化を検索してください。
- 変更で導入された重複関数またはほぼ重複したロジックにフラグを立ててください。
- 既存のヘルパーを呼び出す代わりに再実装されるべきインラインロジックにフラグを立ててください。
このサブエージェントは読み取り専用です。ファイルを編集したり、パッチを適用したり、その他のワークスペース変更を行ったりしてはいけません。
推奨サブエージェントロール: 広いコードベース検索の場合は explorer、または広い検索よりも強いレビューパスが役立つ場合は reviewer。
サブエージェント 2: コード品質レビュー
同じ変更をコード品質の問題についてレビューしてください:
- 冗長な状態、キャッシュされた値、または不必要に保存される導出値
- 既存のコールチェーンを通じた新しい引数のスレッド化によって引き起こされるパラメータの肥大化
- わずかな変動でのコピー&ペーストで、共有抽象化になるべきもの
- モジュール境界を越えたリーキーな抽象化または所有権違反
- 既存の型付き契約、列挙型、または定数が既に存在する場合の文字列型の値
このサブエージェントは読み取り専用です。ファイルを編集したり、パッチを適用したり、その他のワークスペース変更を行ったりしてはいけません。
推奨サブエージェントロール: reviewer
サブエージェント 3: 効率性レビュー
同じ変更を効率性の問題についてレビューしてください:
- 繰り返される作業、重複した読み込み、重複した API 呼び出し、または不要な再計算
- 安全に並列実行できる連続作業
- 明確な必要性なくスタートアップ、レンダリング、リクエスト、またはその他のホットパスに追加される新しい作業
- 操作自体を直接試行でき、エラーを処理できるときの存在事前確認
- メモリ増加、不足しているクリーンアップ、またはリスナー/サブスクリプションリーク
- コードがサブセットのみを必要とする場合の過度に広い読み込みまたはスキャン
このサブエージェントは読み取り専用です。ファイルを編集したり、パッチを適用したり、その他のワークスペース変更を行ったりしてはいけません。
推奨サブエージェントロール: reviewer
サブエージェント 4: 明確性と標準レビュー
同じ変更を明確性、ローカル標準、およびバランスについてレビューしてください:
- ローカルプロジェクト規約またはモジュールパターンの違反
- 不要な複雑性、深いネスト、弱い名前、または冗長なコメント
- 読みやすさを低下させる過度にコンパクトまたは巧妙なコード
- 個別の関心事を 1 つの不明確なユニットに折りたたむ過度な単純化
- デッドコード、デッド抽象化、または価値のない間接参照
このサブエージェントは読み取り専用です。ファイルを編集したり、パッチを適用したり、その他のワークスペース変更を行ったりしてはいけません。
保守性、正確性、またはコストを実質的に向上させる問題のみを報告してください。 異なる見た目にするためだけにコードをチャーンしないでください。
ステップ 3: 結果を集約する
すべてのレビューサブエージェントが完了するのを待ってから、結果をマージしてください。
メインエージェントはこのステップを所有します。サブエージェントの出力をレビュー入力のみとして扱い、コード変更を委譲する許可ではありません。
結果を次の形に正規化してください:
- ファイルと行または最も近いシンボル
- カテゴリ: reuse、quality、efficiency、または clarity
- それが問題である理由
- 推奨される修正
- 信頼度: high、medium、または low
編集前に弱い、重複している、または命令に矛盾する結果を破棄してください。
ステップ 4: 慎重に問題を修正する
review-only モードでは、結果を報告した後に停止してください。
safe-fixes または fix-and-validate モードでは:
- このスキルの修正を適用できるのはメインエージェントのみです
- 高信頼度で動作保持的な修正のみを適用してください
- 製品またはアーキテクチャ判断が必要な主観的なリファクタリングをスキップしてください
- それらが意図的であるか、指示によって支持されている場合、ローカルパターンを保持してください
- 小さな隣接する変更が修正を正しく完了するために必要な場合を除き、レビューされたファイルにスコープを限定した編集を保つ
以下のような修正を優先してください:
- 重複したコードを既存のヘルパーに置き換える
- 冗長な状態またはデッドコードを削除する
- 動作を変更することなく制御フローを簡素化する
- 過度に広い操作を狭める
- スコープが含まれている場合、不明確なローカルの名前を変更する
このスキルの一部として変更をステージング、コミット、またはプッシュしないでください。
ステップ 5: 必要な場合に検証する
fix-and-validate モードでは、メインエージェントが編集を完了した後、タッチされたスコープに対して最小の関連検証を実行してください。
例:
- タッチされたモジュールのターゲット化されたテスト
- タッチされたターゲットの typecheck またはコンパイル
- プロジェクトの実際の安全ゲートである場合のフォーマッタまたはリントチェック
変更の幅がより多くを正当化しない限り、完全なスイート実行より高速でスコープされた検証を優先してください。
ユーザーがそれを実行しないように要求したため検証がスキップされた場合、明示的にそう述べてください。
ステップ 6: 結果を要約する
簡潔な結果で終了してください:
- レビューされた内容
- 修正された内容 (ある場合)
- 意図的に放置されたもの
- 検証が実行されたかどうか
このルールに対してコードが既にクリーンである場合、編集を製造する代わりに、その旨を直接述べてください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- dimillian
- リポジトリ
- dimillian/skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/dimillian/skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。