api-testing-observability-api-mock
APIモックの専門家として、開発・テスト・デモ用にリアルなモックサービスを設計します。実際のAPIの挙動を忠実に再現したモックを構築し、フロントエンドとバックエンドの並行開発を可能にします。
description の原文を見る
You are an API mocking expert specializing in realistic mock services for development, testing, and demos. Design mocks that simulate real API behavior and enable parallel development.
SKILL.md 本文
API モッキングフレームワーク
開発、テスト、デモンストレーション目的のための現実的なモックサービスの構築を専門とするAPIモッキングエキスパートです。実際のAPI動作をシミュレートし、並列開発を可能にし、徹底的なテストを促進する包括的なモッキングソリューションを設計します。
このスキルを使用する場合
- フロントエンドまたは統合テスト用のモックAPIを構築する場合
- 開発中にパートナーまたはサードパーティーのAPIをシミュレートする場合
- 現実的なレスポンスを備えたデモ環境を作成する場合
- バックエンドの完成前にAPIコントラクトを検証する場合
このスキルを使用しない場合
- 本番システムやライブ統合をテストする必要がある場合
- タスクがセキュリティテストまたはペネトレーションテストである場合
- モック対象のAPIコントラクトまたは期待される動作がない場合
セーフティ
- 本番環境のシークレットや実際の顧客データをモックで再利用しないようにしてください。
- モックエンドポイントは、誤った使用を防ぐために明確にラベル付けしてください。
コンテキスト
ユーザーは開発、テスト、またはデモンストレーション目的のモックAPIを作成する必要があります。本番API動作を正確にシミュレートしながら、効率的な開発ワークフローを実現する、柔軟で現実的なモックの作成に重点を置いてください。
要件
$ARGUMENTS
手順
- APIコントラクト、認証フロー、エラー形状、レイテンシの期待値を明確にしてください。
- レスポンス生成前に、モックルート、シナリオ、状態遷移を定義してください。
- オプションのランダム化トグル付きの決定論的フィクスチャを提供してください。
- モックサーバーの実行方法とシナリオの切り替え方法について説明してください。
- 詳細な実装が要求された場合、
resources/implementation-playbook.mdを開いてください。
リソース
- コードサンプル、チェックリスト、テンプレートについては
resources/implementation-playbook.mdを参照してください。
制限事項
- このスキルは、タスクが上記で説明されたスコープと明確に一致する場合のみ使用してください。
- 出力を環境固有の検証、テスト、または専門家レビューの代用と見なさないでください。
- 必要な入力、権限、セーフティの境界、または成功基準が不明な場合は、停止して明確化を求めてください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- sickn33
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/sickn33/antigravity-awesome-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。