Archived
xcsandClaude Opus 5
0aa2fc11b0
**资料文件全链**(用户:审核资料这一步要真产出 word/excel/md/html,前端能渲、点资料名能开)
接手时这一步一个文件都产不出来 —— S3 剧本白纸黑字写着「file_ref 本 MVP 阶段可留空」。
文件是台账那一行的投影,不另存一份:
· 声明 `file:{titleColumn,bodyColumn,formatColumn}`,它同时是授权面(没声明就点不开)
· 现造真字节 —— docx/xlsx 是自己打的 OOXML 包(zip-write:store+CRC32,零依赖)
· 读回来渲 —— 解的就是造出来那份字节,渲得出来才证明文件是真的
· 件上 `data-file-of` → 工作区二级界面(Word 纸面/Excel 网格/渲好的 md/沙箱 html)+ 下载原件
放行落地前把每一份冻进 `sys.task_asset_file`(迁移 0029):归档件点开的必须是签字那一刻
那一份,而资料落在主数据上、试跑单不落正式表 —— 不存这一份,收工后一个都点不开。
工作成果里「产出的资料」自成一摞。Markdown 富文本渲染顺带销账(仍零依赖)。
**Harness**
· 画面按「这一拍办完之后」在办的那一步挑 —— 从前拿拍首的局面决定拍尾的事:
收掉 S4、发出 S5 的卡,而屏上还摆着 S4 的只读件,人无处可填(墙要配路第四次现形)
· 验收「重做」真能退回重做,且打回后台账没动就不许再提交(软硬两段,不锁死单子)
· 立监听的授权面是清单声明;发卡的授权面是调人预算,不是计划项
· 读工具同参重调有兜底;空转写身后还有行动就不废串;finish 的 doneWhen 按写完后的草稿算
**界面**
· 翻件与翻页各归各位(从前二选一,多卡多页时页翻不动);没得翻写「—」不写 0/0
· 工作成果详情能翻份;表宽超出能横滑(E04/I01 抄版式时把 overflow-x 抄丢了)
· 查看面灰底滚过一屏变白 —— 两条独立的路都治了(沙箱内不同色 / 弹性子项不长个)
· 测试台「取不到」不再当成「还活着」
**活动**
E04 关系覆盖、I01 品牌内容各自补到验收线:判据全读基座数、判据指向的东西摆上卡面、
样例满载且名字 ≤14 字;提交前要裁的判据搬进说明书(模型会压拍,压过之后只有说明书还在)。
验收:e2e i01 4/4、e04 3/3 全部 released,资料在办中渲得出、放行后存了档点得开;
门禁 typecheck/lint/depcruise/1628 测全绿。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EEJX8Z7CHejvwmDQyPQuBX
81 lines
5.0 KiB
TypeScript
81 lines
5.0 KiB
TypeScript
/**
|
|
* 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',
|
|
},
|
|
];
|