3 Commits

Author SHA1 Message Date
AI不止语 972452cded feat(company): 高管角色名带通用缩写——首席执行官(CEO)/ CFO / CMO / COO / CPO / CTO、幕僚长(Chief of Staff);产品经理(PM)——一眼认出 2026-08-26 19:46:04 +08:00
AI不止语 05714bfab2 feat(company): 五位高管补齐交付物/工作流程/成功指标——从"人设稿"升到库内重量级规格
同一个部门里规格差了 4 倍:CFO(上游翻译)18k、幕僚长 16k,都带交付物模板、
工作流程与成功指标;新写的 CEO/CTO/CPO/CMO/COO 只有 3.7k,只有身份记忆/沟通
风格/关键规则/核心能力四段。放进同一个"高管例会"工作流跑,CFO 产出的是能进
董事会的结构化材料,另外五位产出的是散文式意见——不是文笔问题,是缺可套用的
交付物格式。

五位各补三段(体量 3.7k → 6~7k):
- 核心使命:一句话说清对什么负最终责任
- 交付物:2~4 个可直接套用的 markdown 模板
  CEO 决策纪要(双向门/单向门、为它暂缓什么、止损线)、季度优先级一页纸、
    高管例会收敛纪要(保留未解分歧,不许和稀泥)
  CTO 方案双档评估表(快/对两档标价)、技术债台账(按利息排序 + 还债触发信号)、
    ADR(重点是"当时的约束"栏)
  CPO 需求裁决卡(四问 + 机会成本 + 赌注分级)、带假设与判定线的路线图条目、
    发布回看纪要(被证伪的假设比结论值钱)
  CMO 定位陈述、两本账预算表(增长账/品牌账不得互相冒充)、实验注册表
    (上线前写死赢线与停线)、危机口径卡(已确认/未确认/不知道三者分列)
  COO 目标拆解卡(指标+责任人+检查节奏三件套)、流程体检表(盯交接不盯个体)、
    例外治理台账(同类第二次必须沉淀成规则)
- 工作流程 5 步 + 成功指标:都写成可检验的行为,不写"提升效率"这类无法证伪的话

CFO 补一段核心使命,与部门内其余六位对齐(也清掉了 lint 的最后一条 WARN)。
company/ 七个文件:0 错误 0 警告,计数仍 275。
2026-08-22 15:42:08 +08:00
AI不止语 a8fb18678d feat: 新增「公司经营部」分类——CEO/CTO/CMO/COO/CPO/CFO + 幕僚长成建制
高管六件套此前散在 specialized/(专项部)里,58 个"不走寻常路的专家"中间夹着
CEO,用户翻不到、也看不出这库支持"一人公司"的完整高管层。新建 company/ 目录
(公司经营部),把 7 位高管收拢成一个部门,排在名单与 README 阵容的第一位。

角色路径变更(两位是已发布过的,1.2.7 里有):
  specialized/chief-financial-officer      → company/chief-financial-officer
  specialized/specialized-chief-of-staff   → company/chief-of-staff
  其余五位(CEO/CTO/CMO/COO/CPO)只在未发布的 1.3.0 里存在,不构成破坏。
引擎侧(agency-orchestrator)配套加了"换分类兜底",老路径仍能加载并提示新位置。

package.json 的 files 白名单同步加 company/ —— 不加的话新分类根本不进 npm 包,
本地怎么测都是好的,用户装完一个高管都没有。

顺手校正三处长期滞后的计数(脚本实测:275 = 翻译 213 + 原创 62):
AGENT-LIST 概览方框(原写 19 部门 / 原创 53)、按部门与按来源统计表、README
项目规模表与文末数字。方框重排为 20 部门两列对齐,一并把一行写成"中国市场原创"
的来源列归一成"原创"。

分类目录清单在 6 个地方各写了一份,全部补上 company:lint-agents.sh、convert.sh、
convert.ps1、install.sh、install.ps1、lint-agents.yml、新角色 issue 模板。
(generate-*-catalog.sh 是给各语种分仓生成目录的,那些仓没有 company/,不动。)

版本 1.3.0 → 1.4.0:1.3.0 的 tag 推过但发布失败(npmjs 还没配 Trusted Publisher,
ENEEDAUTH),树已改,换个新版本号发更干净。
2026-08-22 15:22:34 +08:00