/**
 * I01 技能 —— 品牌内容生产的方法经验。载方法,不载权力。
 *
 * 与剧本的分工:剧本写「这一步做什么、写哪几列」,技能写「为什么这么判、
 * 拿不准时按哪条走」。剧本改了口径,技能里同一句要跟着改(规范 §5.9)。
 */
import { skillIdSchema } from '@contracts';
import type { Skill } from '@contracts';

export const CONTENT_SKILLS: Skill[] = [
  {
    id: skillIdSchema.parse('brand-content.requirement-mapping'),
    label: '触发事件映射到内容需求',
    applicability: '识别本轮内容需求之前,要把触发事件(主动/被动)翻成具体该产什么。',
    method: [
      '主动触发按 `reason` 映射:`strategy_shift`/`new_market` 多半对应通用类内容',
      '(公司介绍、能力声明——面向新市场或新战略方向,受众是还不认识我们的人);',
      '`tool_outdated` 对应刷新既有工具包(读 `content.asset` 找版本号最旧的那份);',
      '`monthly_update` 对应例行内容盘点,不是逢月必产新内容——先看有没有真正过期的。',
      '',
      '被动触发按 `requester` 映射:E04(关系覆盖)要的是「价值传递素材」,多半是系统方案',
      '白皮书或案例集,常常带 `targetCustomer`(定向版);T03/T04/E03 目前本仓库未实现,',
      '只是描述来源,产出物按它们的业务含义(触达材料/攻坚定制内容/方案支撑)对应到',
      '内容类型即可,不必真的调用它们。',
      '',
      '同一轮识别出的多条需求不必是同一类型 —— 一次月度更新可能同时该刷新公司介绍',
      '和某个过期的选型指南,分开列成两条需求,各自的优先级、目标客户可能完全不同。',
    ].join('\n'),
    crystallized: [],
    knowledgeRefs: ['触发事件 × 内容类型映射表'],
    version: '1.0.0',
  },
  {
    id: skillIdSchema.parse('brand-content.bt-structure'),
    label: '按 BT 层级套内容结构、维护多语言',
    applicability: '市场依据采集完、要草拟内容初稿时。',
    method: [
      '内容结构按决策链层级走,不是一刀切:BT-01(采购/供应链)要的是「能不能稳定供货」',
      '——供货能力、资质文件、渠道政策;BT-02(技术层)要的是「参数对不对得上」——',
      '技术规格书、替代对照表、认证报告;BT-03(高层)要的是「值不值得投入」——',
      '系统方案白皮书、参考设计、成功案例。给错层级的内容(拿技术规格书糊弄高层)',
      '传递不出该传递的价值,人审核这一步会驳回。',
      '',
      '多语言不是全都要三语俱全:中文必备;涉及俄罗斯市场或俄语区客户的内容配俄语;',
      '其余按需求背景判断——面向国际展会或英语区客户才配英语,通用内部资料未必需要。',
      '语言版本写进同一行的 `language` 列(如"中文 · Русский"),不是同一份内容开多行,',
      '否则发布确认那一步的验收判据③(多语言版本是否齐全)没法在一行里核对齐不齐。',
      '',
      '市场依据读不到相关信号是正常结果,不是异常——不是每条需求都有现成的产业趋势',
      '支持,读不到就基于已有资产与客户信息拟定,报告里如实说依据来自哪里,不编一条',
      '不存在的市场信号撑场面。',
    ].join('\n'),
    crystallized: [],
    knowledgeRefs: ['BT 层级内容结构', '多语言版本策略'],
    version: '1.0.0',
  },
  {
    id: skillIdSchema.parse('brand-content.publish-flow'),
    label: '版本受控、状态流转不跳步',
    applicability: '审核通过之后,要把内容拟发布、准备交人签字放行时。',
    method: [
      '状态流转是台阶,不是开关:`draft`(草稿)→`reviewed`(已审核)→`published`(已发布),',
      '每一步都要真的走过——审核通过那一刻先落 `reviewed`,拟发布那一步才落 `published`,',
      '不要图省事在审核通过的同一拍就直接写成 `published`(那样发布确认那一步的判据①',
      '核不出「状态流转无误」,因为 `reviewed` 这一站压根没被记录过)。',
      '',
      '版本号只在真正定稿时才递增到 v1.0——v0.x 是草稿阶段的内部编号,不对外。',
      '同一份内容之后若再修订(如客户反馈需要调整），版本号在已发布版本基础上加小版本',
      '(v1.0 → v1.1），不要退回 v0.x 或另起 content_id——同一份内容资产的版本历史',
      '要能连起来看，另起编号等于假装这是一份全新的内容。',
      '',
      '场景与 BT 标签是发布前必须补齐的两列，不是可选的元数据——它们是 E04/T03/T04',
      '将来按场景/BT 层级匹配调用这份内容时唯一的检索依据，缺了这两列，发布出去的内容',
      '实际上没人找得到、等于白产。',
    ].join('\n'),
    crystallized: [],
    knowledgeRefs: ['内容状态机', '版本号递增规则'],
    version: '1.0.0',
  },
];