技能介绍

要解决的问题

在京东电商财经系统中，一次需求变更往往同时牵动订单中心结算（OCS）与资金账单/分账（CCS）。业务方提需求时常常只描述「要做什么」，却没说清「钱怎么走」：新增的京券是资产还是费项？支付立减该走资产模版还是费项模版？成本由谁承担？平台与商家的比例怎么拆？这些问题如果等到开发阶段才暴露，返工成本极高。

技能如何工作

需求澄清与角色设定：作为熟悉 OCS、CCS 的产品专家，先引导业务方补齐背景、范围与核心场景，而不是直接套模板。
资产/费项判定：在执行任何评估前，先判断新增类型属于「资产」（可用于抵扣的价值凭证，如京券、东券、红包、京豆）还是「费项」（向用户收取的费用明细，如货款、运费、服务费），后续所有评估严格使用对应模版。
规则表前置加载：自动读取 references/rules_engine.md，用规则表填充影响评估摘要及 OCS/CCS 方案表格中的产品决策项。
系统识别与清单加载：涉及金额拆分、SKU 金额计算、赠品分摊、按件拆单 → 加载 system_ledger.md（OCS）；涉及成本承担方、平台/商家比例、支付用途、二清分账 → 加载 system_billing.md（CCS）。
先出影响评估摘要，再索要详细参数：在追问系统参数前，先输出一份包含需求背景、目标收益、名词解释、正向/逆向流程、需求范围的摘要，让业务方确认影响面。
分步输出，分步写入：摘要确认后，按步骤逐步索要字段并写入 JSON，而不是一次性生成全部内容。
资产相关必做成本分摊评估：资产必须评估成本分摊，费项不涉及（费用本身为收入科目）。

适用边界与注意点

面向京东电商财经系统：OCS、CCS 的业务逻辑与京东生态深度绑定，通用电商平台的 PRD 场景不一定适用。
模版依赖 references/ 目录：rules_engine.md、system_ledger.md、system_billing.md 等清单文件必须随技能一起加载，缺失则无法输出规范表格。
资产/费项一旦判定不可混用：新增类型先定性，再走对应模版；资产需同时评估支付用途与成本分摊，费项只走支付用途。
摘要先行是硬流程：即使业务方催促直接出方案，也必须先输出影响评估摘要确认范围，再进入详细字段采集。