用途：该技能要求在推荐开发之前，补齐产品经济学分析。它提出三个问题：单个单位能否自付成本（贡献毛利）？价格是多少、依据是什么（定价）？是否有足够多的、可触达的买家（自下而上的市场规模）？
主要能力：
- 贡献毛利（每单位、每月）：列出售价减去可变成本，包括 LLM token（按配置模型列表现价、按使用量第 95 百分位而非均值）、推理/GPU 秒数、可归属存储与出网流量、按单位计算的第三方费用（支付比例、短信、地图、邮件）、支持分钟数乘以加载后小时成本。固定成本不计入此处。贡献毛利必须为正，负毛利无法靠规模修复。
- 定价及其依据：明确价格基于成本加成（仅作下限）、对标竞品（需给出竞品名称、校验价格和日期）、还是价值定价（买家节省金额或小时数的设定比例，通常为假设）。还需核对买家今天为这个问题付多少钱，零是有效但艰难的答案。
- 市场规模：只用自下而上方法，即能指名或枚举的买家数 × 现实年价 × 可触达比例（并说明触达渠道）。自上而下的 TAM 不算证据。对个人开发者，诚实的门槛往往是“能否不靠销售团队触达 100 个买家”。
使用方式：在 BRIEF-*.md 的推荐之前产出“## Economics”章节，用表格记录价格/单位/月、可变成本/单位、贡献毛利、买家今天所付金额、可触达买家数，并标注依据。每个数字必须带出处：[source: <读取位置>] 或 [assumption]。两者皆无的数字会被 artifact-lint 拒绝。未知数应写成悬而未决的问题，带入 Risks & kill-criteria，并给出终止项目的阈值。成本模型可复用 cost-model 提供的基础设施与 LLM 成本，不要在此重新推导。
适用场景：AI 产品、订阅制产品或任何需要验证单位经济性的产品立项审查，尤其适合作为开发流水线中架构、测试、安全、部署之外的补充关卡。
限制：这不是收入预测，不提供三年营收曲线；不是拒绝开发的理由（亏损可以是明确选择，而非第四个月才发现）；也不是投资建议或对市场的替代判断。缺失的输入必须标为假设或未知，禁止用看似合理的数字填补缺口。