Agent Skills by ALSEL
Anthropic Claudeその他⭐ リポ 0品質スコア 50/100

openapi-to-application-code

OpenAPI仕様書をもとに、本番環境で使える完全なアプリケーションコードを自動生成します。APIの定義から即座に動作するアプリケーションを構築したい場合に活用できます。

description の原文を見る

Generate a complete, production-ready application from an OpenAPI specification

SKILL.md 本文

OpenAPI仕様からアプリケーションを生成

OpenAPI仕様を使用して、アクティブフレームワークの慣例とベストプラクティスに従った完全で動作するアプリケーションを生成することが目標です。

入力要件

  1. OpenAPI仕様: 次のいずれかを提供してください:

    • OpenAPI仕様のURL (例: https://api.example.com/openapi.json)
    • OpenAPI仕様へのローカルファイルパス
    • OpenAPI仕様の完全な内容を直接貼り付け
  2. プロジェクト詳細 (仕様に含まれていない場合):

    • プロジェクト名と説明
    • ターゲットフレームワークとバージョン
    • パッケージ/名前空間の命名規則
    • 認証方法 (OpenAPIで指定されていない場合)

生成プロセス

ステップ 1: OpenAPI仕様を分析

  • OpenAPI仕様の完全性と正確性を検証
  • すべてのエンドポイント、HTTPメソッド、リクエスト/レスポンス仕様を識別
  • 認証要件とセキュリティスキームを抽出
  • データモデルの関連性と制約を記録
  • あいまいな定義や不完全な定義にフラグを付ける

ステップ 2: アプリケーションアーキテクチャを設計

  • フレームワークに適したディレクトリ構造を計画
  • リソースまたはドメイン別のコントローラー/ハンドラーグループを識別
  • ビジネスロジック用のサービスレイヤー構成を設計
  • データモデルとエンティティ関連性を計画
  • 設定と初期化戦略を設計

ステップ 3: アプリケーションコードを生成

  • ビルド/パッケージ設定ファイルを含むプロジェクト構造を作成
  • OpenAPI仕様からモデル/DTOを生成
  • ルートマッピング付きのコントローラー/ハンドラーを生成
  • ビジネスロジック付きのサービスレイヤーを生成
  • 必要に応じてリポジトリ/データアクセスレイヤーを生成
  • エラーハンドリング、検証、ログを追加
  • 設定とスタートアップコードを生成

ステップ 4: サポートファイルを追加

  • サービスとコントローラー用の単体テストを生成
  • セットアップと実行手順を含むREADMEを作成
  • .gitignoreと環境設定テンプレートを追加
  • API ドキュメントファイルを生成
  • リクエスト例/統合テストを作成

出力構造

生成されたアプリケーションには以下が含まれます:

project-name/
├── README.md                      # セットアップと使用方法の説明
├── [build-config]                 # フレームワーク固有のビルドファイル (pom.xml, build.gradle, package.json など)
├── src/
│   ├── main/
│   │   ├── [language]/
│   │   │   ├── controllers/       # HTTPエンドポイントハンドラー
│   │   │   ├── services/          # ビジネスロジック
│   │   │   ├── models/            # データモデルとDTO
│   │   │   ├── repositories/      # データアクセス (必要に応じて)
│   │   │   └── config/            # アプリケーション設定
│   │   └── resources/             # 設定ファイル
│   └── test/
│       ├── [language]/
│       │   ├── controllers/       # コントローラーテスト
│       │   └── services/          # サービステスト
│       └── resources/             # テスト設定
├── .gitignore
├── .env.example                   # 環境変数テンプレート
└── docker-compose.yml             # オプション: Docker設定 (必要に応じて)

適用されるベストプラクティス

  • フレームワーク慣例: フレームワーク固有の命名、構造、パターンに従う
  • 関心の分離: コントローラー、サービス、リポジトリを明確に階層化
  • エラーハンドリング: 意味のあるレスポンスを含む包括的なエラーハンドリング
  • 検証: 全体にわたるInput検証とスキーマ検証
  • ログ: デバッグと監視のための構造化ログ
  • テスト: サービスとコントローラー用の単体テスト
  • ドキュメント: インラインコードドキュメントとセットアップ手順
  • セキュリティ: OpenAPI仕様から認証/認可を実装
  • スケーラビリティ: 成長と保守をサポートする設計パターン

次のステップ

生成後:

  1. 生成されたコード構造を確認し、必要に応じてカスタマイズ
  2. フレームワーク要件に従って依存関係をインストール
  3. 環境変数とデータベース接続を設定
  4. テストを実行して生成されたコードを検証
  5. 開発サーバーを起動
  6. 提供されている例を使用してエンドポイントをテスト

必要に応じて確認する質問

  • アプリケーションはデータベース/ORM設定を含めるべきか、またはメモリ内/モックデータだけか?
  • コンテナ化用のDocker設定が必要か?
  • 認証はJWT、OAuth2、APIキー、または基本認証か?
  • 統合テストだけでなく単体テストが必要か?
  • 特定のデータベース技術の優先順位があるか?
  • APIはページネーション、フィルタリング、ソートの例を含めるべきか?

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
github
リポジトリ
github/awesome-copilot
ライセンス
MIT
最終更新
不明

Source: https://github.com/github/awesome-copilot / ライセンス: MIT

関連スキル

汎用その他⭐ リポ 1,982

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

by LeoYeAI
汎用その他⭐ リポ 100

civ-finish-quotes

実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。

by huxiuhan
汎用その他⭐ リポ 1,110

nookplot

Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。

by BankrBot
汎用その他⭐ リポ 59

web3-polymarket

Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。

by elophanto
汎用その他⭐ リポ 52

ethskills

Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。

by jiayaoqijia
汎用その他⭐ リポ 44

xxyy-trade

このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。

by Jimmy-Holiday
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: github · github/awesome-copilot · ライセンス: MIT