contentm_agent/执行会话/目标-根据1a需求文档生成MCN短视频整合营销-d85687/prd/2a-产品功能.md

2a 产品功能

项目 slug：mcn-shortvideo-agent　｜　②段第 1 子步，产出 prd/2a-产品功能.md 判据源：stage-requirements/references/create-prd.md（功能清单）＋ references/state-machine.md（六项治理，落点在功能条目内） 本份只做一件事：把①段《使用场景》（research/1e-使用场景.md）细化成功能清单 —— 做哪些、不做哪些、每条什么优先级。 页面骨架在 prd/2b-界面布局.md，⛔ 本份不描述页面长什么样，只写「跨哪些页面」。

---

〇、上游状态（先看这一节再往下读）

上游	状态	说明
①段 1a 需求文档	✅ 已就位	research/1a-需求文档.md（23 KB，2026-10-07 22:29）。性质是汇总型，不是 grill 澄清产出。
①段 1b 竞品分析	✅ 已就位，跨项目	分析本体在 执行会话/目标-调研5个开源内容工作台项目并生成分析文档-5199a6/docs/pm/content-workbench/。引用关系见 research/1b-竞品分析.md。
1a 里指向 1b 系列的条目	✅ 复核已完成	2026-10-07 22:2x 逐条核过：9 条受影响里 2 条改（F5 措辞、F7 依据列）、7 条不改。清单见 …-72111e/复核清单-1a受影响条目.md。
1a 的 9 条待复核	🔴 仍未复核	全部未经用户确认。本份凡依赖它们的条目逐条标出（见 §三）。
A1–A4 假设	🔴 仍未经确认	同上。

引用 1b 的证据等级随文标注：源码级（四家）／界面级（只有 Easel）／文档级（只有文到 AI，不与另四家同权）。

---

一、功能清单怎么组织

按使用场景组织，不按页面。 一条场景下可能挂跨多个页面的功能。这是①段《使用场景》与②段之间的接口，也是本段唯一的「功能该不该有」判据 —— 追不回场景的功能，要么补场景、要么砍掉。

优先级只给 P0／P1／P2 加一句可复述的判据，⛔ 不填数字（本项目没有任何数据源）。

---

二、功能清单（14 条）

S1 找选题

F1 对标账号监控与爆款异常值识别

• 功能名：盯住几个对标账号，把「数据远高于它平时水平」的内容挑出来。
• 来自哪条场景：S1
• 优先级：P0 —— 判据：不做则 S1 整条办不成。
• 状态流转：idle → fetching → hit / miss。事件＝刷新、恢复自动更新；守卫＝平台授权有效（🔴 依赖 A2，见 §三）；失败 ⇒ 迁 failed。
• 治理：失败恢复＝退避重试 3 次后转「手工录入对标号」的降级路径；持久化＝监控名单与历史异常值落本地（不落全局）；并发＝同一对标号同时拉取走队列串行，不并发写；幂等＝按「对标号 ＋ 内容标识」去重，重复拉取不产生新条目；超时＝fetching 上限 90 秒（设计值，实现可调），超时转 failed；不可逆＝不涉及。
• 验收要点：录入一个对标号后，能看到它近 3 天的更新；能指出哪几条是异常值（标注了它相对该号平时水平的倍数）；刷新失败时有明确提示而不是静默空列表。
• 跨哪些页面：P2 选题雷达

F2 选题库与灵感速记

• 功能名：随手记下一刻想到的东西，把它收进待做清单。
• 来自哪条场景：S1、S2
• 优先级：P0 —— 判据：不做则选题无处落地，S1 与 S2 都断在最后一步。
• 状态流转：draft → 待做 → 在写 → 已用 / 弃用。事件＝记录、转待做、转在写、标已用、弃用；守卫＝转「已用」需已关联到一条内容；弃用可恢复（可逆）。
• 治理：失败恢复＝本地写入失败时保留输入框内容，不丢字；持久化＝落本地知识库目录，刷新与重启后仍在；并发＝同一人两个入口同时改 ⇒ 乐观重试（写临时文件 ＋ 原子替换 ＋ 回读核对），⛔ 不用文件锁（本机实测会卡死）；幂等＝同一条灵感重复提交按内容 hash 去重；超时＝无中间态；不可逆＝不涉及（删除走可恢复的「弃用」）。
• 验收要点：连着记 5 条灵感，重启后 5 条都在；一条灵感能被标记为「已用」并追到它变成了哪条内容。
• 跨哪些页面：P1 矩阵总览（随手记入口）、P2 选题雷达

F3 评论区洞察找选题

• 功能名：从一条内容的评论区里，把反复出现的问题挑成选题。
• 来自哪条场景：S1
• 优先级：P1 —— 判据：不做仍能从 F1 得选题，只是少一路输入。
• 状态流转：idle → 抓取中 → 已出候选 → 已采纳 / 忽略。事件＝抓取、采纳、忽略；守卫＝设定过「最多获取条数」与「样本排序」；🔴 依赖待复核第 7 条（数据来源与频率未定）。
• 治理：失败恢复＝抓取失败转手工粘贴评论；持久化＝候选选题落本地；并发＝同一内容同时抓取走队列；幂等＝按「评论标识」去重；超时＝抓取中上限 60 秒（设计值）；不可逆＝不涉及。
• 验收要点：给一条视频，能按「点赞最多」取出前 N 条评论并给出至少一条可采纳的候选选题。
• 跨哪些页面：P2 选题雷达

S2 选题进资产库

F4 爆款拆解与资产库

• 功能名：把一条爆款的写法拆开，存成下次能直接拿的东西。
• 来自哪条场景：S2
• 优先级：P0 —— 判据：不做则 S2 整条办不成；1a §六 F4 注明「这一条决定了『越用越准』」。
• 状态流转：未拆 → 拆解中 → 待入库 → 已入库 / 退回。事件＝发起拆解、入库、退回；守卫＝入库前过门禁（见治理）；退回后原件保留。 🔴 资产库本身有四个分区（角度、结构、开场白、标题），各区条目独立流转，互不阻塞。
• 治理：失败恢复＝拆解失败保留原文，可重试；持久化＝入库结果落本地，带原文与出处链接；并发＝同一素材重复拆解按素材 hash 幂等；幂等＝同一条目重复入库不产生副本；超时＝拆解中上限 180 秒（设计值，长任务），超时转 待入库 并保留中间结果；不可逆＝入库前设门禁（对策 R3）：无出处的、原文缺失的一律先设 draft，draft 可删，已入库 删除需二次确认。
• 验收要点：拆完一条爆款，四个分区里各能看到至少一条新条目；条目的原文与出处可回溯；拿 20 条真实爆款入库，隔一周回来能找回想要的那条。
• 跨哪些页面：P3 资产库

S3 走完创作流水线

F6 创作流水线

• 功能名：把一条选题从「聊思路」一路做到成稿，文案、标题、封面齐。
• 来自哪条场景：S3
• 优先级：P0 —— 判据：不做则 S3 整条办不成。
• 状态流转：选题态 → 思路态 → 文案态 → 标题态 → 封面态 → 检查态 → 成稿态；每一态可回退到上一态。事件＝推进、回退；守卫＝推进到「检查态」前文案与封面必须都有（封面缺 ⇒ 提示但不硬阻）；成稿态可再编辑（回 文案态）。
• 治理：失败恢复＝任一步 AI 调用失败保留已产出内容，可重试该步；持久化＝每一步的产物落本地并按内容 id 归档；并发＝同一条内容两个窗口同时改 ⇒ 写临时文件 ＋ 原子替换 ＋ 回读核对，检测到覆盖则提示；幂等＝重复点「起标题」生成新版本而不覆盖（接 F8）；超时＝任一步上限 180 秒（设计值），超时保留中间结果；不可逆＝不涉及（这一步没有对外动作）。
• 验收要点：一条选题能一路走到成稿，中途不必离开这一处；每一步的产物都存得住；用户全程不需要自己选技能。
• 跨哪些页面：P4 创作台

F8 内容与素材的版本管理

• 功能名：改稿产生新版本，旧版本还在。
• 来自哪条场景：S3、S4
• 优先级：P1 —— 判据：不做则场景办得成但要多绕（靠手工另存，容易盖掉）。
• 状态流转：v1 → v2 → … → 当前版；每个版本可标「当前」。事件＝编辑保存、切换当前版；守卫＝切换当前版不影响已发布记录指向的版本；终态可再次编辑（回出新版本）。
• 治理：失败恢复＝保存失败保留编辑中内容；持久化＝全部版本落本地，不覆盖；并发＝同一条内容两处同时保存 ⇒ 后保存的产生新版本，同时提示「上游已变」（对应 1b 里 stale 的做法）；幂等＝同样内容重复保存不产生新版本；超时＝无中间态；不可逆＝删除某个版本需二次确认。
• 验收要点：改一版再改一版，两版都在；已发布的那条记录仍指向它当时用的版本；能看出某一版是基于哪一版改的。
• 跨哪些页面：P4 创作台、P5 发布中心

F14 录制卡片与画板

• 功能名：把成稿变成一张对着讲的知识卡片。
• 来自哪条场景：S3
• 优先级：P2 —— 判据：不做不影响 S3 办成，只是更好用。
• 状态流转：无 → 已生成 → 已同步。事件＝生成、同步到画板；守卫＝成稿态才可生成。
• 治理：失败恢复＝生成失败可重试；持久化＝卡片与画板落本地；并发＝同一内容重复生成按内容版本幂等；幂等＝同版本不重复生成；超时＝上限 60 秒（设计值）；不可逆＝不涉及。
• 验收要点：一条成稿能生成卡片；卡片能落到画板里被打开。
• 跨哪些页面：P4 创作台

S4 一份母版变多份

F7 一份母版到多账号多平台版本

• 功能名：母版改一次，按各账号各平台的口径各出一版。
• 来自哪条场景：S4
• 优先级：P0 —— 判据：不做则 S4 整条办不成。
• 状态流转：母版 → 已展开（多版本）→ 逐版确认 → 就绪。事件＝展开、逐版编辑、确认；守卫＝每个版本必须绑一个账号 ＋ 一个平台（沿用 F9 的画像口径）；未确认的版本不许进发布闸门。 🔴 依据界线（照 1a 复核后的写法）：Easel 发布中心直证的是「多平台」（一处编辑、八端预览，源码级 ＋ 界面级）；「多账号」的依据是 Easel 的多画像支持加本产品的矩阵需求，发布中心没看到逐账号变体。
• 治理：失败恢复＝展开中断保留已生成的版本；持久化＝每个版本独立落本地；并发＝两处同时展开按「母版版本 ＋ 目标账号」幂等；幂等＝同母版同账号同平台不重复展开；超时＝展开上限 120 秒（设计值）；不可逆＝不涉及（确认可撤回，未发布的版本可删，删除需二次确认）。
• 验收要点：母版改一次，各账号各平台的版本跟着更新；超限的地方当场标出来；改漏了某个账号能被发现。
• 跨哪些页面：P4 创作台（从成稿发起）、P5 发布中心

S5 发之前先过闸

F5 发布前分级闸门

• 功能名：发之前，硬的拦住、软的只提醒。
• 来自哪条场景：S5
• 优先级：P0 —— 判据：不做则 S5 整条办不成。
• 界线（照 1a 复核后的写法，⛔ 不是旧版措辞）：硬闸管敏感信息（账号密钥、内部路径这类），不过就不许发；软闸管人设一致性（低于阈值只告警，不阻断）。⚠️ 竞品里没有「敏感词检测」，也没有「事实检测」——照旧版写会把功能带偏成一个竞品池里没人做过的「事实核查器」。
• 状态流转：未检 → 检查中 → 通过 / 有硬拦 / 有软劝。事件＝发起检查、改完复检；守卫＝有硬拦项时「去发布」不可用；软劝不阻断但要在发布确认页可见。硬拦项改完才能过。
• 治理：失败恢复＝检查本身失败按不过处理（fail-closed，宁拦不放）；持久化＝每次检查结果留痕，随发布记录一起存；并发＝同一内容重复检查以最后一次为准；幂等＝同一版本重复检查结果一致；超时＝检查上限 60 秒（设计值），超时按不过处理；不可逆＝「去发布」这一步必须人确认（read-first / draft-first）。
• 验收要点：一份带敏感信息的稿子会被拦住且说得出是哪一处；一份人设偏移的稿子只提醒、不拦；改完能复检并通过。
• 跨哪些页面：P5 发布中心

F13 发布留痕与人工确认记录

• 功能名：谁在什么时候确认发的、发的是哪一版，查得到。
• 来自哪条场景：S5
• 优先级：P1 —— 判据：不做则场景办得成但要多绕（靠聊天记录回溯，且回溯成本高）。
• 状态流转：草稿 → 待审 → 已确认 → 已发布 → 已归档。事件＝送审、确认、登记发布、归档；守卫＝已发布 需要先有「已确认」记录；组织级急停可把任意 待审 打回 草稿。
• 治理：失败恢复＝登记失败保留草稿状态；持久化＝审计轨迹落本地，只追加不改写；并发＝同一内容两处送审按「内容版本」幂等；幂等＝重复确认同一版本不产生第二条记录；超时＝待审 上限 72 小时（设计值），超时提醒发起人，不自动放行；不可逆＝发布、删帖、组织级急停三件事形态不一样，别压成一句：发布是人的动作；删帖带破坏性标注，需二次确认；急停的触发与恢复都只有人能做。
• 验收要点：每条发布都能查到确认人与时间；能看出这条发的是哪一版；急停能拦住所有待审项，恢复后之前的草稿还在。
• 跨哪些页面：P5 发布中心、P8 记录与对账

S6 效果回写

F9 多账号画像与记忆

• 功能名：每个账号有自己的口径和记忆，互不覆盖。
• 来自哪条场景：S6、S7
• 优先级：P0 —— 判据：不做则 S6 整条办不成（表现无处可回）。
• 状态流转：空 → 已建 → 使用中 →（复盘回写）→ 使用中。事件＝建画像、编辑、被复盘回写；守卫＝一个账号一份画像，账号标识唯一；回写只追加记忆条目，不改历史结论。
• 治理：失败恢复＝保存失败保留编辑内容；持久化＝记忆作用域收敛到画像目录，⛔ 不写全局文件（对策 R4：多账号并发写全局会互相覆盖）；并发＝多账号并行读同一份画像，写只写自己那一份；幂等＝同一条记忆重复回写按内容 id 去重；超时＝无中间态；不可逆＝删除画像需二次确认（会连带删它累积的记忆）。
• 验收要点：两个账号各自的画像互不影响；一条内容复盘后，对应账号的画像里多出一条记忆；并排跑两个账号的创作，谁都不覆盖谁。
• 跨哪些页面：P6 账号画像

F10 效果复盘与归因回写

• 功能名：一条内容跑完，把它的表现读回来，写成这个账号的经验。
• 来自哪条场景：S6
• 优先级：P0 —— 判据：不做则 S6 办不成，整个闭环断在最后一步。
• 状态流转：待复盘 → 读数据中 → 已归因 → 已回写。事件＝发起复盘、确认归因、回写；守卫＝先有发布记录（F13）；回写前必须人确认归因结论。 🔴 本组只有 Easel 做成了这个闭环（源码级），⛔ 不写成「多家都做了」。
• 治理：失败恢复＝数据读不到时降级为手工录入表现；持久化＝复盘结论与回写记录落本地；并发＝同一条内容重复复盘按内容 id 幂等；幂等＝同一次复盘重复回写不重复追加记忆；超时＝读数据上限 90 秒（设计值），超时转手工录入；不可逆＝回写会改画像记忆，需人确认（不自动写）。
• 验收要点：一条已发布内容能复盘出结论；结论能回写到对应账号的画像；回写后下一轮做这个账号时能看到这条经验。
• 跨哪些页面：P7 复盘台

S7 看整个矩阵

F11 矩阵级看板

• 功能名：一屏回答每个账号今天该发什么、发了什么、效果如何。
• 来自哪条场景：S7（🔴 整条标【假设】，待复核第 5 条）
• 优先级：P1 —— 判据：不做则场景办得成但要多绕（逐账号点进去看）；⚠️ 若第 5 条复核为「不需要矩阵级视图」，本条可整体砍掉。
• 状态流转：无状态（只读视图，见 2b-界面布局.md 的信息分档）。事件＝进入、切换账号、下钻。
• 治理：失败恢复＝数据源不可用时显示「数据未更新」并给出时间戳，⛔ 不显示空白冒充正常；持久化＝视图本身不落库，只读上游；并发＝只读，无冲突；幂等＝只读；超时＝无；不可逆＝不涉及。
• 验收要点：一屏能看到矩阵下每个账号的今日状态与效果；数据不新鲜时看得出来。
• 跨哪些页面：P1 矩阵总览

S8 商单与内容对账

F12 商单与收支记录、内容对账

• 功能名：一条内容带了商单，内容、发布记录和收支对得上。
• 来自哪条场景：S8（🔴 整条标【假设】，待复核第 6 条；另依赖 A3）
• 优先级：P2 —— 判据：不做不影响场景办成，只是更好用；⚠️ 若第 6 条复核为「不进第一版」，本条移出第一版（属待确认项，见 §五）。
• 状态流转：未登记 → 已登记 → 待结算 → 已结算。事件＝登记、核对、标结算；守卫＝已结算 需内容与发布记录都已关联；可反结算（可逆）。
• 治理：失败恢复＝登记失败保留输入；持久化＝收支记录落本地；并发＝同一条记录两处改按记录 id 幂等；幂等＝同一内容同一口径不重复登记；超时＝无中间态；不可逆＝标「已结算」后修改需二次确认。
• 验收要点：一条带商单的内容能查到它的发布记录与收支；对账时不需要翻聊天记录。
• 跨哪些页面：P8 记录与对账

---

三、依赖假设的条目（逐条标出）

⭐ 1a 的 9 条待复核与 A1–A4 全部未经用户确认，⛔ 不当事实用。本份凡依赖它们的条目列在下面，写清「依赖哪条、不成立会怎样」。依据假设的判断，条目里已带上假设状态标注。

功能	依赖	假设内容	不成立会怎样
F1	A2 ＋ 待复核第 2 条	平台数据靠官方接口或授权方式拿	自动拉取这条路断，退化成手工录入对标号；S1 的「不用刷榜」打折
F10	A2 ＋ 待复核第 2 条	同上	效果数据读不回来，归因只能靠手工录表现，S6 降级
F11	A1 ＋ 待复核第 5 条	账号数 10–50；矩阵级视图确实需要	账号数超出 ⇒ 看板的组织方式要重设计；视图不需要 ⇒ F11 可整体砍掉，P1 页重画
F9	A1	账号数 10–50	同 F11；且画像数量与存储组织要跟着变
F12	A3 ＋ 待复核第 3、6 条	收支口径是「内容级」；商单对账进不进第一版	口径若是月级 ⇒ 本条整条重做；不进第一版 ⇒ 移出第一版
F5	A4 ＋ 待复核第 4 条	团队 5–20 人、审批不超过三层	审批层数超三层 ⇒ 闸门与审批模型要重做
F13	A4 ＋ 待复核第 4 条	同上	同上
F3	待复核第 7 条	评论洞察的数据来源与频率未定	数据来源定不下来 ⇒ F3 退成手工粘贴评论
（无功能）	待复核第 8 条	「整合营销」含不含投放	若含投放 ⇒ 需要新增一条场景（1e §六），本份没有对应功能，⛔ 不编
（策略层）	待复核第 9 条	只服务一个机构自用 vs 可交付产品	影响 1d-产品策略.md §7、§9 与权限体系是否进第一版，不影响本份功能骨架

假设三归宿（方法论要求，⛔ 不许长期悬空）：上表 9 条全部落在「② 待实现且已排定确认时机」这一档 —— 确认时机统一为「②段收口时由主会话转用户一次性过；未过之前，③段不得把这些条目当硬约束用」。另两条落「① 已确认」的：无（1a 的 6 项已确认项都是无假设依赖的骨架条款）。落「③ 已按假设落地」的：无。

---

四、六项治理覆盖核对

判据源 state-machine.md 的必答清单。⛔ 不留空，不适用写「不适用」。

治理项	落点（哪些功能显式写了）	最要紧的一条
失败恢复路径	F1 F2 F3 F4 F6 F7 F8 F9 F10 F11 F12 F13 F14	F5 走 fail-closed（检查失败按不过处理），本组唯一一条「宁拦不放」
持久化范围	全部 14 条	F9 的记忆作用域收敛到画像目录、不写全局（对策 R4）；F13 的审计轨迹只追加不改写
并发冲突	F1 F2 F3 F6 F7 F8 F9 F12	统一做法：写临时文件 ＋ 原子替换 ＋ 回读核对，⛔ 不用文件锁（本机实测会卡死）
幂等	F1 F2 F3 F4 F6 F7 F8 F9 F10 F12 F14	F4 与 F8 的重复入库/重复保存不产生副本、也不覆盖旧版
超时迁移目标	F1 F3 F4 F5 F6 F7 F10 F13 F14	F13 的 待审 超时只提醒、不自动放行 —— 不可逆动作不许靠超时自动过
不可逆操作二次确认	F4 F5 F8 F9 F10 F12 F13	F5 ＋ F13：发布、删帖、组织级急停三件形态不同，分别按「人的动作 / 二次确认 / 只有人能触发与恢复」处理

补一条方法论要求的分工说明：发布这个动作本身留在人手里（read-first / draft-first，源码级）；删帖带破坏性标注、属需二次确认的一类；组织级急停的触发与恢复都只有人能做。⚠️ 三件事的「人来做」形态不一样，⛔ 不压成一句话。

---

五、「不做」清单与①段已拍板项的逐条对照

对照方法：本份列出的「不做 / 移出 / 暂缓」共 8 条，逐条对 1a-需求文档.md 的已拍板项 13 条（来源：§一 不做什么 4 条 ＋ §八 第一版不做 5 条 ＋ §八 三个入口 1 条 ＋ §三 三条差位的取舍结论 1 条 ＋ §六 治理段「人来做」的三件事分开记 3 条 —— 去重后按条计）。

#	本份的「不做 / 移出 / 暂缓」	1a 原条目与口径	拟改口径	理由	差异
1	不做平台自动化代发	§一 不做什么；§八 第一版不做	不变	走 F5 ＋ F13 的人确认路径	无
2	不做矩阵级自动投放优化	§八 第一版不做	不变	1b 里五家都没这一段证据	无
3	不做跨机构协作与权限体系	§八 第一版不做	不变	A4 假设团队不超过三层审批	无
4	不做移动端 App	§八 第一版不做	不变	—	无
5	不把平台数据抓回来做数仓	§八 第一版不做	不变	只对接与留痕	无
6	不自建投放系统	§一 不做什么	不变	只对接与留痕	无
7	不做个人版单账号工具	§一 不做什么	不变	面向一个账号矩阵	无
8	第一版不铺「三个入口」之外的界面	§八「这一版只留的三个入口」	不变	找选题 / 走创作流水线 / 看矩阵复盘	无

结论：8 条对照完，差异行 0。没有一条涉及已拍板项的口径改动，因此没有「与已定决策的差异」表要交用户确认。

一条待确认项（不是「不做」，是「暂缓」，必须带回收三字段）： 本份把 F12 标为 P2 并注明「若待复核第 6 条为『不进第一版』则移出第一版」。这是一条暂缓。

• 复核人 ＝ 主会话转用户
• 复核时机 ＝ ②段收口时一次性过
• 结论落点 ＝ 本文件 §二 F12 条目与 §三 依赖表

---

六、页面清单（跨页引用用的 ID）

本份只写「跨哪些页面」，页面骨架在 2b-界面布局.md。为免引用悬空，先把页 ID 列出来（骨架细节见那份）：

P1 矩阵总览｜P2 选题雷达｜P3 资产库｜P4 创作台｜P5 发布中心｜P6 账号画像｜P7 复盘台｜P8 记录与对账

---

附：本份自检

• 每条功能都追回①段《使用场景》的某一条（14 条全覆盖，§四 反向核过）
• 每条功能六字段齐全（功能名 / 来自哪条场景 / 优先级 / 状态流转 / 验收要点 / 跨哪些页面）
• 优先级只用 P0／P1／P2 加一句判据，零数字
• 「不做」清单逐条对照①段已拍板项，给出对照条目数（8 对 13），差异行 0
• 六项治理全覆盖，且落在功能条目内（§四 给了落点清单）
• 依赖假设的条目逐条标出（§三 9 条），每条带假设状态标注与「不成立会怎样」
• 唯一一条暂缓项（F12）带齐复核人 / 复核时机 / 结论落点
• 全文零视觉词（配色 / 字体 / 间距 / 组件样式 / 动效）
• 未重开需求（grill 在①段）、未写页面结构（那是 2b）、未新增本段白名单外的文档
• 上游状态写在文首，凡引用 1b 处标了证据等级

（说人话自评：46/50　直接性 9 ／ 节奏 9 ／ 信任度 10 ／ 真实性 9 ／ 精炼度 9 —— 判据源 humanizer-zh，门槛 45。）