用途：该技能在 AEP 流程中位于 /aep-map 之后、UI 故事之前，把动词优先的故事地图转成名词优先的对象地图，规划用户所操作的对象——出现哪些对象、字段是什么、如何嵌套、每个对象挂哪些动作。流程链为 /aep-envision → /aep-map → /aep-model → [/aep-calibrate] → /aep-dispatch → /aep-launch → /aep-build → /aep-wrap → /aep-reflect。
主要能力：只处理结构，外观、语气与旅程仍归 /aep-calibrate。按 ORCA 四轮梳理对象、关系、CTA 与属性，输出跨能力本体 product/object-model.yaml，以及每个面向 UI 能力的 product/maps/<capability>/object-map.yaml。默认采用 object_first，只有基于决策框架说明理由时，才把流程标为 task_oriented。
使用方式：先读取产品定义与故事（拆分模式读 product/index.yaml 与 product-context.yaml，V1 模式全部读 product-context.yaml）。若 stories 为空先跑 /aep-map，若无产品定义先跑 /aep-envision。生成草稿后进入人工审核门，仅问少量高杠杆问题（对象边界、主锚点、任务流例外），通过后写 approved 状态、回填故事引用、追加校准记录与变更日志，再校验 YAML 并提交：for f in product/object-model.yaml product-context.yaml product/maps/*/object-map.yaml; do [ -f "$f" ] || continue; npx js-yaml "$f" > /dev/null || { echo "YAML FAIL: $f"; ok=0; }; done。
适用场景与限制：仅适用于面向 UI 的产品或能力（声明 object-model 质量维度、visual-design/ux-flow，或有面向用户的故事）；纯后端/CLI 产品跳过。对象边界与信息架构必须人工审核，该技能不做视觉设计。资料未提供价格、收费与可用平台信息。