refactor-plan
複数ファイルにまたがるリファクタリングを開始する前に、具体的な計画を作成します。ユーザーがリファクタリングの計画立案・実行順序・対象範囲の定義・安全な実施を求めた際に使用し、必ずコード調査を先に行い、計画を出力してユーザーの確認を得てからコード変更に着手します。
description の原文を見る
Create a concrete plan before starting a multi-file refactor. Use when the user asks to plan, sequence, scope, or safely execute a refactor across multiple files; always investigate first, output the plan, and wait for confirmation before making code changes.
SKILL.md 本文
リファクタリング計画
コード変更を行う前に、詳細な計画を作成します。
指示
- 計画を準備している間、ファイルを編集しないでください。
- コードベースを検索して現在の状態を理解します。リポジトリに固有の計画を立てるために、実装、テスト、設定、ドキュメントを十分に読んでください。
- 影響を受けるファイル、所有権の境界、依存関係、隠れた結合の可能性を特定します。
- 安全なシーケンスで変更を計画します。契約と型を優先し、次に実装、呼び出し元、テスト、クリーンアップを行うことを推奨します。
- フェーズ間の検証ステップと最終検証コマンドを含めます。
- リスクが高いフェーズのロールバック、復旧ステップを含めます。
- 下記のフォーマットを使用して完全な計画を出力します。
- 計画の後で停止し、実装する前に確認を求めてください。ユーザーがすでに実装を求めている場合でも、計画を最初に作成し、確認を待ってください。ただし、ユーザーが計画後のレビューなしで続行するよう明示的に言った場合は除きます。
リクエストが安全に計画するにはあまりにも曖昧な場合は、ファイルを編集するのではなく、簡潔な明確化の質問をしてください。
出力フォーマット
## リファクタリング計画: [タイトル]
### 現在の状態
[現在の動作方法の簡潔な説明]
### 目標の状態
[リファクタリング後の動作方法の簡潔な説明]
### 影響を受けるファイル
| ファイル | 変更タイプ | 依存関係 |
|---------|----------|--------|
| パス | modify/create/delete | X をブロック、Y によってブロック |
### 実行計画
#### フェーズ 1: 型とインターフェース
- [ ] ステップ 1.1: `file.ts` で [アクション]
- [ ] 検証: [動作確認方法]
#### フェーズ 2: 実装
- [ ] ステップ 2.1: `file.ts` で [アクション]
- [ ] 検証: [確認方法]
#### フェーズ 3: テスト
- [ ] ステップ 3.1: `file.test.ts` のテストを更新
- [ ] 検証: `npm test` を実行
#### フェーズ 4: クリーンアップ
- [ ] 非推奨コードを削除
- [ ] ドキュメントを更新
### ロールバック計画
問題が発生した場合:
1. [元に戻すステップ]
2. [元に戻すステップ]
### リスク
- [潜在的な問題と対策]
計画の後、次のように質問してください: 「フェーズ 1 を進めましょうか？」
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- github
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/github/awesome-copilot / ライセンス: 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を通じてオンチェーン取引とデータ照会を実現します。