home/categories/development
domain cluster

Development

Frameworks, languages, and architectural tools.

23643 個技能all categories
sorting
stars
current ordering strategy
query
all entries
refine the visible subset
architecture-patterns
4

event-sourcing

イベントソーシングパターンの設計・実装スキル。状態変更をイベントとして記録し、 イベントストリームから状態を再構築する。CQRS、スナップショット、イベントリプレイを統合的に提供。 Anchors: • Domain-Driven Design (Eric Evans) / 適用: ドメインイベント設計 / 目的: 業務的に意味のあるイベント抽出 • Implementing DDD (Vaughn Vernon) / 適用: イベントストア実装 / 目的: アグリゲートとイベント境界 • CQRS Journey (Microsoft) / 適用: CQRS実装パターン / 目的: コマンドとクエリの分離 • Event Sourcing Pattern (Martin Fowler) / 適用: 基礎パターン / 目的: 状態変更の記録と再生 Trigger: Use when implementing event sourcing, designing domain events, building event stores, implementing CQRS, or requiring complete audit trails and time-travel debugging. event sourcing, cqrs, event store, domain events, aggregate, projection, snapshot, event replay

daishiman
daishiman
development
open
architecture-patterns
4

interface-segregation

SOLID原則のインターフェース分離原則(ISP)を専門とするスキル。 クライアントが使用しないメソッドへの依存を強制しない設計を実現する。 Anchors: • 『アジャイルソフトウェア開発の奥義』(Robert C. Martin) / 適用: ISP原則の定義と実践 / 目的: クライアント固有インターフェース設計 • 『Refactoring』(Martin Fowler) / 適用: Extract Interface, Decompose Interface / 目的: 段階的な分離リファクタリング • 『Test-Driven Development』(Kent Beck) / 適用: Simple Design, テスト容易性評価 / 目的: 設計品質検証 Trigger: Use when detecting fat interfaces, segregating bloated interfaces, designing role-based interfaces, analyzing ISP violations, refactoring interfaces, implementing interface composition patterns, IWorkflowExecutor, IValidatable, IRetryable, empty implementation, exception throwing, conditional implementation.

daishiman
daishiman
development
open
architecture-patterns
4

domain-building-blocks

DDDのビルディングブロック(値オブジェクト、エンティティ、集約、ドメインサービス)の設計ガイド。 ドメインモデリング、エンティティ設計、集約境界の決定、値オブジェクトの実装時に使用。 トリガー:「値オブジェクトを作りたい」「集約の設計」「ドメインサービスの書き方」 「エンティティと値オブジェクトの違い」「DDDで実装したい」等のドメインモデリング関連リクエストで起動。

j5ik2o
j5ik2o
development
open
architecture-patterns
4

plugin-architecture

プラグインアーキテクチャの専門スキル。レジストリパターン、動的ロード、依存性注入を活用し、拡張可能なシステム設計を提供する。 Anchors: • Clean Architecture (Robert C. Martin) / 適用: 拡張性設計 / 目的: 柔軟性確保 • Dependency Injection Principles and Practices (Mark Seemann) / 適用: DI設計 / 目的: 疎結合実現 • Design Patterns: Elements of Reusable Object-Oriented Software (Gang of Four) / 適用: レジストリパターン / 目的: 型安全な登録管理 Trigger: Use when designing plugin systems, implementing extension points, managing dynamic module loading, creating registry patterns, or building workflow engines with pluggable executors. plugin architecture, registry pattern, dependency injection, dynamic loading, extension points, workflow executor

daishiman
daishiman
development
open
architecture-patterns
4

error-handling-patterns

エラーハンドリングの設計・実装パターンスキル。 エラー分類、リトライ戦略、サーキットブレーカー、ユーザー向けメッセージ設計を提供。 Anchors: - Release It! (Michael Nygard) / 適用: 本番環境の安定性パターン / 目的: リトライ・サーキットブレーカー設計 - Designing Data-Intensive Applications (Kleppmann) / 適用: 分散システムのエラー処理 / 目的: 冪等性・一貫性保証 Trigger: Use when implementing error handling, retry logic, circuit breaker, error messages, error classification, or resilience patterns. error handling, retry, circuit breaker, resilience, fault tolerance, error codes, error messages

daishiman
daishiman
development
open
architecture-patterns
4

project-architecture-integration

プロジェクト固有のアーキテクチャ設計原則を統合するスキル。ハイブリッドアーキテクチャ(shared/features)、Clean Architecture依存関係ルール、データベース設計、REST API、テスト戦略、エラーハンドリング、CI/CD原則をエージェント設計に適用する。 Anchors: • Clean Architecture / 適用: 依存関係ルールと境界設計 / 目的: アーキテクチャ層の分離と依存方向制御 • Hybrid Architecture (shared/features) / 適用: ドメイン分離と再利用設計 / 目的: 循環依存回避と単一責任維持 • docs/00-requirements/ / 適用: プロジェクト技術スタック仕様 / 目的: 要求仕様との整合性確保 Trigger: Use when designing agents that generate project-specific files, database operations, API integrations, test strategies, error handling, or CI/CD workflows. Apply when determining file placement (shared/ vs features/), enforcing dependency rules, or ensuring architecture compliance. architecture compliance, hybrid structure, shared features, dependency rules, agent file generation, database design, REST API, testing strategy

daishiman
daishiman
development
open
architecture-patterns
4

environment-isolation

環境分離とアクセス制御スキル。開発・ステージング・本番環境の厳格な分離、 環境間Secret共有の防止、最小権限原則の徹底を提供します。 Anchors: • Building Secure and Reliable Systems / 適用: Defense in Depth原則 / 目的: 多層防御設計 • The Twelve-Factor App / 適用: Config要素とコードの分離 / 目的: 環境変数による設定管理 • Railway Secret Management / 適用: 環境グループによるSecret分離 / 目的: 環境別Secretストア Trigger: Use when designing environment isolation strategy, managing secrets across dev/staging/prod environments, implementing access control policies, preventing cross-environment data contamination, or validating environment separation compliance. environment isolation, secret management, access control, Railway secrets, GitHub secrets, security boundaries

daishiman
daishiman
development
open
architecture-patterns
4

retry-strategies

外部APIや分散システムの一時的障害に対して、リトライ・タイムアウト・サーキットブレーカーを組み合わせた回復戦略を設計し、実装まで導くスキル。 失敗特性の分類、指数バックオフとジッター、隔離(Bulkhead)などの適用判断を整理し、過剰リトライや雪崩障害を避ける。 Anchors: • Designing Data-Intensive Applications / 適用: 分散システムの障害特性と復旧設計 / 目的: 失敗モードに合わせた戦略選定 • Release It! (Michael T. Nygard) / 適用: Circuit Breaker・Bulkhead・Timeout / 目的: 耐障害パターンの適切な適用 • AWS Architecture Blog - Exponential Backoff and Jitter / 適用: リトライ待機とジッター / 目的: 負荷集中の回避 Trigger: Use when designing retry policies, tuning timeouts, introducing circuit breakers or bulkheads, or validating resilience for external API calls. retry, backoff, jitter, circuit breaker, bulkhead, timeout, transient failure, resilience

daishiman
daishiman
development
open
architecture-patterns
4

hybrid-agent-detector

Detects hybrid agent anti-pattern where agents perform execution work directly instead of delegating to skills

fractary
fractary
development
open
architecture-patterns
4

knowledge-management

SECIモデル(野中郁次郎)に基づく組織知識の形式知化と共有を専門とするスキル。 暗黙知(経験、勘、ノウハウ)を形式知(ドキュメント、パターン)に変換し、体系化することで組織全体で再利用可能な知識として活用する。 Anchors: • The Knowledge-Creating Company (Nonaka/Takeuchi) / 適用: SECIサイクル4フェーズ(共同化・表出化・連結化・内面化) / 目的: 暗黙知の特定・言語化・統合の理論的基盤 • The Pragmatic Programmer (Hunt/Thomas) / 適用: 実践的改善とDRY原則 / 目的: 品質維持と重複知識の統合判断 • Design Patterns (Gang of Four) / 適用: パターン記述形式 / 目的: 再利用可能な知識の抽象化と構造化 Trigger: Use when formalizing tacit knowledge, documenting best practices, converting code review insights to reusable knowledge, managing organizational knowledge base quality, or applying SECI model workflows. Keywords: knowledge management, tacit knowledge, explicit knowledge, SECI model, documentation, best practices, pattern extraction

daishiman
daishiman
development
open
architecture-patterns
4

gof-design-patterns

Orchestrates Gang of Four design pattern implementations across 8 languages. Analyzes user problems to select optimal pattern(s) from creational, structural, and behavioral categories. Provides concrete, production-ready implementations with explanations and trade-offs.

markpitt
markpitt
development
open
cms-platforms
4

ddd-context-generator

Generate complete DDD bounded context with all 4 layers (Domain, Application, Infrastructure, Presentation). Use when user wants to create new business capability, scaffold complete context with CRUD, or build full feature from scratch (e.g., "Create Order context", "Generate Product context with inventory").

moasadi
moasadi
development
open
architecture-patterns
4

rust

Rust development best practices and patterns. USE WHEN writing Rust code, designing Rust projects, working with Cargo, testing, or Rust package development.

vstakhov
vstakhov
development
open
architecture-patterns
4

package-design

乱雑なコードベースを、明確なパッケージ/モジュール構造に再設計するための指針。 対象は (1) 乱雑なコードの再整理、(2) 単一巨大モジュールの分割、 (3) パッケージ境界のレビュー、(4) 新規プロジェクトのモジュール階層設計。 トリガー:「パッケージ構造を見直したい」「モジュールの依存関係が複雑」 「ファイル配置を整理したい」「循環依存を解消したい」といった構造改善リクエストで起動。

j5ik2o
j5ik2o
development
open
architecture-patterns
4

refactoring-packages

既存コードベースのパッケージ/モジュール構造を分析し、リファクタリングを実行する。 循環依存の検出・解消、神モジュールの分割、責務分離の実施、移行計画の作成と実行を行う。 トリガー:「この依存関係を整理して」「循環依存を解消して」「このモジュールを分割して」 「リファクタリングして」といった既存コードの構造改善実行リクエストで起動。 設計指針が必要な場合は package-design スキルを参照。

j5ik2o
j5ik2o
development
open
architecture-patterns
4

data-modeling

Data modeling - entities, relationships, schemas. Use when designing data structures.

SylphxAI
SylphxAI
development
open
architecture-patterns
4

toss-patterns

Use when planning market strategy, learning from Toss's 7 success patterns (Pain Point, Trojan Horse, Friction Removal, Viral Loop, Data-Driven, Ecosystem, Regulation).

Tempuss
Tempuss
development
open
architecture-patterns
4

error-handling

エラーハンドリングのベストプラクティスを適用するスキル。回復可能性を基準にしたエラー設計、 Either/Result型の使用、ドメインエラーとシステムエラーの適切な分類を支援する。コードレビュー、 新規実装、リファクタリング時にエラー処理パターンの改善が必要な場合に使用。対象言語: Go, Rust, Scala, Java, TypeScript, JavaScript, Python。トリガー:「エラー処理を改善して」 「Result型を使いたい」「例外設計をレビューして」「回復可能なエラーの設計」といった エラーハンドリング関連リクエストで起動。

j5ik2o
j5ik2o
development
open
architecture-patterns
4

agent-dependency-design

Specializes in agent dependency and interface design. Defines skill references, command coordination, and inter-agent collaboration protocols while preventing circular dependencies to build effective multi-agent systems. Anchors: • "The Pragmatic Programmer" (Andrew Hunt, David Thomas) / Application: Procedure design and practical improvement / Purpose: Build effective agent collaboration mechanisms • "Software Architecture in Practice" (Len Bass, Paul Clements, Rick Kazman) / Application: Interface design patterns / Purpose: Minimize dependencies and improve maintainability Trigger: Use when defining inter-agent data handoffs, designing multi-agent collaboration, detecting or resolving circular dependencies, or defining handoff protocols. agent collaboration, dependency graph, handoff protocol, circular dependency, skill reference, multi-agent system

daishiman
daishiman
development
open
architecture-patterns
4

data-modeling

Data modeling - entities, relationships, schemas. Use when designing data structures.

SylphxAI
SylphxAI
development
open
architecture-patterns
4

refactoring-patterns

設計パターンを用いた段階的リファクタリングの判断・計画・適用・検証を支援するスキル。 変化点の見極めとテスト保護を前提に、過剰な抽象化を避けて構造改善を進める。 Anchors: • Refactoring to Patterns (Joshua Kerievsky) / 適用: パターン導入手順 / 目的: 段階的移行 • Design Patterns (GoF) / 適用: パターン選定 / 目的: 責務分離と拡張性 • Working Effectively with Legacy Code (Michael Feathers) / 適用: レガシー安全性 / 目的: 変更の安全確保 Trigger: Use when refactoring legacy or complex code by introducing design patterns incrementally while preserving behavior. refactoring patterns, design patterns, legacy code, strategy pattern, adapter pattern, template method, factory

daishiman
daishiman
development
open
architecture-patterns
4

agent-structure-design

Claude Codeエージェントの構造設計を専門とするスキル。エージェント定義、YAML Frontmatter設計、依存スキル形式、ワークフロー設計を担当する。 Anchors: • 『The Pragmatic Programmer』(Andrew Hunt, David Thomas) / 適用: 手順設計と実装原則 / 目的: エージェント設計に実践的改善パターンを適用 • 18-skills.md 仕様書 / 適用: Skill構造、YAML frontmatter、Task仕様書設計 / 目的: Skillメタデータと本文構造を標準化 • docs/00-requirements 要求仕様 / 適用: エージェント割り当てと責務定義 / 目的: システム要求からエージェント設計へのマッピング Trigger: エージェント構造の設計・検証が必要な場合に使用。新規エージェント作成時、既存エージェントのYAML frontmatterやタスク分割の見直し、スキル依存関係の最適化などが対象。

daishiman
daishiman
development
open
architecture-patterns
4

go-patterns

This skill should be used for Go idioms, error handling, goroutines, interfaces, and testing, golang, Go language, Go modules, Go concurrency

Zate
Zate
development
open
Previous
Page 611 / 986
Next