用途：当主要任务是选择并演进存储模型，而非套用通用 SQL 或 ORM 片段时使用。它覆盖关系优先、文档密集与混合模型的取舍，把领域实体转化为表或集合、归属边界和生命周期规则，并论证约束、索引、租户范围、历史/审计结构及删除保留行为，规划可落地的分阶段迁移、回填与清理。
主要能力：分类单一存储设计包（负载形态、数据路线、变更类型、归属重点、持久性需求、最大风险、输出物）；基于证据而非感觉做设计；按决策矩阵选择数据路线；建模归属、生命周期与查询关键字段；同时制定完整性与访问规则；规划上线迁移与路线转出；最终用检查清单做边界核对。
使用方式：先归一化真实业务实体、高价值读写与过滤、是新建还是线上变更、哪些是真正业务不变量、已有平台约束；再收集最小可信证据（目标、现有 schema 或记录、读写/搜索/报表需求、租户与审计、删除预期、迁移窗口与兼容性）。随后明确选择一条数据路线并给出一两句理由，为核心实体定义用途、标识、必选与可选属性、状态与时间戳、关系方向、租户归属、删除归档保留规则，以及必须保持可查询/唯一/可报表的字段。命名键与归属规则、唯一性/可空/默认值/状态约束、最热读写与索引理由，以及有意保留灵活性的字段。增量或线上变更需定义增量与破坏性变更、扩展收缩/回填/双读双写/影子读阶段、索引与约束可安全强制的时机、回滚或停止条件、旧字段清理条件。最后按输出格式给出存储设计包，并写明下一步动作。
适用场景：新产品功能、内部工具、管理流程、客户数据面或实时运营后台的 schema 设计；约束薄弱、命名漂移、基数建模差或索引不可信的既有存储重构；决定哪些字段应为一等列或索引字段、哪些可作灵活元数据；多租户、审计日志、权益、状态历史、保留或软删除边界；迁移安全性与回填诚实性评审。
限制：若主要任务是接口/端点契约、身份会话、迁移验证与回归测试、对外文档、更广泛安全加固或报表与可观测性，应转出到相应技能。若尚无真实领域、访问模式或生命周期背景，应返回缺失问题而非假装设计已定。灵活元数据必须有理由，不能成为延迟建模的债务。具体价格、平台支持与实施步骤资料暂未提供。