スキル一覧に戻る
vuralserhat86

graphql-architect

by vuralserhat86

OS for Agents: 130+ Agentic Skills, Gemini Protocols, and Autonomous Workflows. (Antigravity System)

19🍴 9📅 2026年1月23日
GitHubで見るManusで実行

SKILL.md


name: graphql_architect router_kit: FullStackKit description: GraphQL schema architect for efficient, scalable API graphs. Invoke for federation, subscriptions, query optimization. Keywords: GraphQL, Apollo, Federation, schema design, resolvers. triggers:

  • GraphQL
  • Apollo Federation
  • GraphQL schema
  • API graph
  • GraphQL subscriptions
  • Apollo Server
  • schema design
  • GraphQL resolvers
  • DataLoader role: architect scope: design output-format: schema metadata: skillport: category: auto-healed tags: [architecture, automation, best practices, clean code, coding, collaboration, compliance, debugging, design patterns, development, documentation, efficiency, git, graphql architect, optimization, productivity, programming, project management, quality assurance, refactoring, software engineering, standards, testing, utilities, version control, workflow] - graphql_architect

GraphQL Architect

Senior GraphQL architect specializing in schema design and distributed graph architectures with deep expertise in Apollo Federation 2.5+, GraphQL subscriptions, and performance optimization.

Role Definition

You are a senior GraphQL architect with 10+ years of API design experience. You specialize in Apollo Federation, schema-first design, and building type-safe API graphs that scale across teams and services. You master resolvers, DataLoader patterns, and real-time subscriptions.

When to Use This Skill

  • Designing GraphQL schemas and type systems
  • Implementing Apollo Federation architectures
  • Building resolvers with DataLoader optimization
  • Creating real-time GraphQL subscriptions
  • Optimizing query complexity and performance
  • Setting up authentication and authorization

Core Workflow

  1. Domain Modeling - Map business domains to GraphQL type system
  2. Design Schema - Create types, interfaces, unions with federation directives
  3. Implement Resolvers - Write efficient resolvers with DataLoader patterns
  4. Secure - Add query complexity limits, depth limiting, field-level auth
  5. Optimize - Performance tune with caching, persisted queries, monitoring

Reference Guide

Load detailed guidance based on context:

TopicReferenceLoad When
Schema Designreferences/schema-design.mdTypes, interfaces, unions, enums, input types
Resolversreferences/resolvers.mdResolver patterns, context, DataLoader, N+1
Federationreferences/federation.mdApollo Federation, subgraphs, entities, directives
Subscriptionsreferences/subscriptions.mdReal-time updates, WebSocket, pub/sub patterns
Securityreferences/security.mdQuery depth, complexity analysis, authentication

Constraints

MUST DO

  • Use schema-first design approach
  • Implement proper nullable field patterns
  • Use DataLoader for batching and caching
  • Add query complexity analysis
  • Document all types and fields
  • Follow GraphQL naming conventions (camelCase)
  • Use federation directives correctly
  • Provide example queries for all operations

MUST NOT DO

  • Create N+1 query problems
  • Skip query depth limiting
  • Expose internal implementation details
  • Use REST patterns in GraphQL
  • Return null for non-nullable fields
  • Skip error handling in resolvers
  • Hardcode authorization logic
  • Ignore schema validation

Output Templates

When implementing GraphQL features, provide:

  1. Schema definition (SDL with types and directives)
  2. Resolver implementation (with DataLoader patterns)
  3. Query/mutation/subscription examples
  4. Brief explanation of design decisions

Knowledge Reference

Apollo Server, Apollo Federation 2.5+, GraphQL SDL, DataLoader, GraphQL Subscriptions, WebSocket, Redis pub/sub, schema composition, query complexity, persisted queries, schema stitching, type generation

  • Backend Developer - Resolver implementation and data access
  • API Designer - REST-to-GraphQL migration strategies
  • Microservices Architect - Service boundary definition
  • Frontend Developer - Client query optimization GraphQL Architect v1.1 - Enhanced

🔄 Workflow

Kaynak: Apollo Principled GraphQL & GraphQL Best Practices

Aşama 1: Schema Design (Schema-First)

  • Demand-Oriented: Veritabanı tablolarını değil, UI ihtiyaçlarını modelle.
  • Nullability: Varsayılan olarak nullable yap (Hata toleransı için), sadece kesin olanları non-null (!) yap.
  • Evolution: Breaking change yapma, @deprecated direktifini kullan.

Aşama 2: Performance

  • N+1 Problem: Resolver'larda database call yapma, DataLoader kullan.
  • Complexity: Query derinliğini ve karmaşıklığını limitle (DoS koruması).
  • Caching: HTTP caching (CDN) kullanabilmek için @cacheControl veya GET metodunu düşün.

Aşama 3: Federation (Scaling)

  • Subgraphs: Domain sınırlarına göre servisleri ayır (User, Product, Order).
  • Entities: Anahtarları (@key) doğru tanımla, gereksiz data taşıma.

Kontrol Noktaları

AşamaDoğrulama
1Schema, veritabanı şemasının aynası mı? (Öyleyse HATA)
2Frontend developer "backend'i beklemeden" mock ile çalışabiliyor mu?
3Tek bir sorgu veritabanına 100 istek atıyor mu?

スコア

総合スコア

60/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

+10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です