model patterns

SKILL.md

Expert decision frameworks for model design choices. Claude knows Codable syntax — this skill provides judgment calls for when to separate DTOs, validation strategies, and immutability trade-offs.

The trap: DTO for everything. If your API matches your domain and is stable, a single Codable struct is simpler. Add DTO layer when it solves a real problem.

| API matches domain exactly | No | | API likely to change | Yes | | Need transformation (flatten, combine) | Yes | | Multiple APIs for same concept | Yes | | Single stable internal API | No |

iOS/tvOS 向けの専門家によるモデル設計の決定: DTO 分離が付加価値を与える場合と過剰な場合、検証戦略の選択、不変性のトレードオフ、およびカスタム Codable デコーダー設計。データ モデルの設計、API コントラクトの実装、またはデコードの失敗のデバッグ時に使用します。トリガーキーワード: コード可能、DTO、ドメインモデル、CodingKeys、カスタムデコーダ、検証、不変、構造体、マッピング、JSON デコード ソース: kaakati/rails-enterprise-dev。

原文を見る