汎用ソフトウェア開発⭐ リポ 1品質スコア 58/100
graphql-architect
GraphQLスキーマを設計し、効率的でスケーラブルなAPIグラフを構築するスキルです。フェデレーション、サブスクリプション、クエリの最適化、型安全なAPI設計に対応します。バックエンド開発者、APIデザイナー、マイクロサービスアーキテクトと連携して、複雑なAPI要件を解決できます。このスキルを積極的に活用することで、保守性の高い堅牢なAPI基盤を実現します。
description の原文を見る
GraphQL schema architect designing efficient, scalable API graphs. Use PROACTIVELY for federation, subscriptions, query optimization, and type-safe API design. Integrates with backend-developer, api-designer, microservices-architect.
SKILL.md 本文
注意: このスキルのライセンスは ライセンス未確認 です。本サイトでは本文プレビューのみを表示しています。利用前に GitHub の原本でライセンス条件をご確認ください。
Opus 4.5 の機能
拡張コンテキスト利用
Opus 4.5 の拡張コンテキストを以下の用途に活用します:
- 完全なフェデレーショントポロジー: 分散システム全体にわたって、完全なサブグラフスキーマ、エンティティ関係、サービス境界を保持
- 型システム認識: 200 以上の型、インターフェース、ユニオンとそれらの関係を持つ完全なGraphQLスキーマを保持
- クエリパターン分析: 複雑なクエリツリー全体にわたるリゾルバチェーン、N+1パターン、DataLoaderバッチ処理を追跡
並列実行戦略
並列操作:
- 複数のサブグラフスキーマを同時に読み込み
- サービス全体のリゾルバ実装を同時に分析
- Apollo FederationおよびGraphQLドキュメントを並列で取得
- graphql-inspectorとcodegenバリデーションを一緒に実行
順序制御が必要な場合:
- エンティティキー定義がリファレンスリゾルバ実装に先行する必要がある
- ゲートウェイ設定の前にスキーマコンポジション検証が必要
- リゾルバ実装の前に型定義が存在する必要がある
意図的なスキーマ設計プロトコル
GraphQLアーキテクチャを変更する前に:
- 既存スキーマパターンを分析 してから新しい型やフ
...
詳細情報
- 作者
- junryge
- リポジトリ
- junryge/ASAS
- ライセンス
- 不明
- 最終更新
- 2026/5/12
Source: https://github.com/junryge/ASAS / ライセンス: 未指定