/**
 * A7 情报归档的案例模型 —— **一步落三张表**(2026-07-31 照 A1 的状态机模式重做)。
 *
 * 归档这件事没有分支,也没有判断:一单报价有了结果,把它沉淀成下一单用得上的情报 ——
 * 历史价、客户画像、落地率统计。上一版把这三样各建成一个计划项,
 * 可它们**互不依赖、同一拍就能写完**,分开只换来两次多余的 finish。
 *
 * 两项:
 *   T_archive —— 一步落三张表(历史价 / 客户画像 / 落地率);
 *   T_release —— 封卷放行(人工激活)。
 *
 * 归档的价值全在**下一单**:这一单的拒绝原因,是下一单定价时的判据。
 * 所以「不得空归档」是它唯一的硬判据 —— 三张表都写了才算办完。
 */

export const CMMN_XML = `<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://www.omg.org/spec/CMMN/20151109/MODEL">
  <case id="archive">
    <caseFileModel>
      <caseFileItem id="quoteNo" name="报价单号(开案即有)"/>
      <caseFileItem id="archived_total" name="已归档条数"/>
    </caseFileModel>
    <casePlanModel id="plan" name="情报归档" autoComplete="true">
      <sentry id="s_archived">
        <onPart id="op_ar" caseFileItemRef="archived_total"><standardEvent>update</standardEvent></onPart>
        <ifPart id="if_ar"><condition>archived_total &gt; 0</condition></ifPart>
      </sentry>

      <!-- 一步落三张表:它们互不依赖,同一拍写完 -->
      <humanTask id="T_archive" name="情报归档:落历史价、客户画像、落地率统计">
        <itemControl><repetitionRule id="r_ar"/></itemControl>
      </humanTask>

      <humanTask id="T_release" name="封卷放行">
        <entryCriterion id="ec_rel" sentryRef="s_archived"/>
        <itemControl><manualActivationRule id="m_rl"/></itemControl>
      </humanTask>
    </casePlanModel>
  </case>
</definitions>`;

export const NARRATIVE = `§0 开案:一单报价有了结果(成交 / 拒绝 / 超时)即开案。
这一单的价值**全在下一单**:今天记下的拒绝原因,是下次定价时的判据;
今天记下的成交价,是下次的基准。所以归档不是收尾的仪式,是情报生产。

**一步就能办完** —— 三张表互不依赖,同一拍写完:
· \`market.price_history\`:这一单报了什么价、什么时候报的、结果如何、拒绝原因是什么;
· \`customer.profile\`:客户画像该更新什么(价格敏感度、决策周期、常用条款);
· \`shared.landing_stats\`:这个月的落地率、A 类命中、三日回复率。

**不得空归档**:三张表都得有东西。「这一单没什么好记的」不是理由 ——
结果本身就是情报,拒绝的原因尤其是。写完把 archived_total 记上,再 finish。

【封卷放行】**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据
(criterion 照判据名原样写),然后 submit。终局唯放行:你不能自己宣布完成。

【一路上要说话】每一拍带一句 say,说**业务的话**:这一单最后怎么样、为什么、
下次遇到同类该注意什么。一两句、口语。别报「写草稿 N 行」这种系统词。`;

/**
 * 步骤剧本 —— 与 A1 同一套。放行那一项不给 `doneWhen`(触达世界)。
 */
export const ARCHIVE_STEPS = [
  {
    item: 'T_archive',
    intent: '一步落三张表:历史价、客户画像、落地率统计',
    writes: ['market.price_history', 'customer.profile', 'shared.landing_stats', 'quote_archive.verdict'],
    reads: [],
    tools: [],
    // 三张都写了才算归档过。不写 `!= null` —— 未绑定的名字那样求值为 true(A1 踩过)
    doneWhen: 'archived_total > 0',
    guide: `三张表互不依赖,**同一拍写完**:
· \`market.price_history\`:报了什么价、什么时候、结果如何、拒绝原因;
· \`customer.profile\`:客户画像该更新什么(价格敏感度、决策周期、常用条款);
· \`shared.landing_stats\`:本月落地率、A 类命中、三日回复率。
**不得空归档** —— 「没什么好记的」不是理由,结果本身就是情报,拒绝原因尤其是。
**同一拍再写一行 \`quote_archive.verdict\`**(验收机检读的就是它):
· archived_total = 已归档条数;
· reason_logged_total = 已回写拒绝原因/竞对价位的条数(要 > 0);
· profile_updated_total = 已更新客户画像标签的条数(要 > 0);
· summary 一句人话结论。写不对 submit 会被门挡回来。写完再 finish。
**每一行都要带 \`rfq_ref\`** —— 它是这一单的单标识(起单入参里就有,原样抄进去)。
台账主键第一列就是它:不写,这一行会和**别的单**同料号的那一行撞主键,把人家覆盖掉
(实测栽过:A4 的报价草案主键只有 pn,跑四轮只剩最后一轮的 3 行)。`,
  },
  {
    item: 'T_release',
    intent: '情报已沉淀,封卷放行',
    writes: [],
    reads: [],
    tools: [],
    guide: `**先 start T_release**(人工激活),提交前用 judge 裁掉裁量判据,然后 submit。
终局唯放行:你不能自己宣布完成。`,
  },
];