一、全章结构总图

                    ┌─────────────────── Agent 侧（5.3）───────────────────┐
                    │  ① 拆对标  →  ② 出初稿                                │
                    └──────────────────────┬──────────────────────────────┘
                                           │
                                    ┌──────▼──────┐
                                    │  ③ 补人味   │  ← 人在此把关（只能人做）
                                    └──────┬──────┘
                                           │
                    ┌──────────────────────▼─────────────── RPA 侧（5.4）──┐
                    │  ④ 发起会话取稿  →  ⑤ 墨滴排版  →  ⑥ 填字段入编辑器   │
                    └──────────────────────┬───────────────────────────────┘
                                           │
                                    ┌──────▼──────┐
                                    │  ⑦ 设声明   │  ← 人在此把关（合规动作）
                                    │   → 点发布  │
                                    └─────────────┘

两条线、两个闸门。 与前三章的骨架完全一致（Agent 负责想、RPA 负责做、人在关键点把关），变的是闸门的位置和理由：

二、七个节点各做什么

注意 ④ 这个节点：它意味着稿子是从【一个对话窗口】里拿回来的——这一点与第三章的 3.4.2（多轮对话取稿）同形，但知乎这一侧的取稿更难，因为拿回来的往往不只是一篇（一批候选、多轮修改），5.4.1 会专门处理。

三、那张【交接台】：任务表字段设计

这是本章的中枢，也是理解整章的钥匙。 与 4.2 的任务表相比，它多了三组字段——多出来的每一组，都对应前面讲过的一件知乎特有事。

这张表最值钱的地方，是【合规组】那三格。

它们把一个模糊的道德要求（【内容要像真人写的】）变成了三个可以勾选的格子。只要这三格是流程必经的，那么【忘掉】这件事就在结构上不可能发生——这就是 5.1.2 说的那第三笔价值（风险）具体的落点。

四、状态机与失败三原则

状态流转（8 格，两向）：

选题 → 对标 → 初稿 → 补人味 → 排版 → 待发 → 已发 → 复盘
                  ↑______↓         ↑______↓
                   允许打回          允许打回重发

注意那些反向箭头。 这是本章与 4.2 在状态机上的最大差别：

为什么知乎要允许打回？ 因为本章的瓶颈是质量，不是数量（5.1.2 的账算过）。一个不允许打回的质量流程，最后一定会变成【凑合过去】。

失败三原则（沿用 4.2，但改一处）：

五、与 4.2 的对照：一次【同骨架、不同重点】的示范

一句话总结这个对照：同样的骨架，装的东西可以完全不同。 这也正是本课一门课要讲四个平台的理由——骨架可以背，但【每个平台的规则长什么样】，只能一个平台一个平台地过。

六、动手 Demo：任务表体检器

这是本节真正属于你自己的那部分代码。 它做一件事：在稿子进入 RPA 之前，把【会让这一篇发不出去、或者发出去出事】的格子挑出来。

它检查七类，注意其中第 2、4、5 三条是前三章完全没有的：

# -*- coding: utf-8 -*-
"""5.2 Demo：知乎任务表体检器 —— 找出【会让这一篇发不出去或发出去出事】的格子（纯标准库）"""
import re

# 状态机顺序（只允许往前走，也允许打回）
FLOW = ["选题", "对标", "初稿", "补人味", "排版", "待发", "已发", "复盘"]
FORMS = ["文章", "回答", "想法"]

# 字段：id / 形态 / 标题 / 问题链接 / 字数 / ai参与 / 创作声明 / 补过人味 / 状态
TASKS = [
    {"id": "Z01", "form": "文章", "title": "玄关收纳：我只留了三件东西", "qurl": "",
     "words": 1850, "ai": True,  "declare": "包含 AI 辅助创作", "human": True,  "state": "待发"},
    {"id": "Z02", "form": "回答", "title": "", "qurl": "",
     "words": 1200, "ai": True,  "declare": "无声明", "human": False, "state": "待发"},
    {"id": "Z03", "form": "文章", "title": "一篇关于家庭收纳的完整方法论与实操指南从玄关到厨房从卧室到阳台从衣帽间到书房的十八个收纳场景的全屋收纳体系搭建思路与常见误区规避要点以及不同户型的适配方案与预算分配建议",
     "qurl": "", "words": 78, "ai": False, "declare": "无声明", "human": True, "state": "排版"},
    {"id": "Z04", "form": "想法", "title": "", "qurl": "",
     "words": 420, "ai": True,  "declare": "包含 AI 辅助创作", "human": True,  "state": "待发"},
    {"id": "Z05", "form": "文章", "title": "玄关收纳，我只留了三件东西", "qurl": "",
     "words": 1600, "ai": True,  "declare": "包含 AI 辅助创作", "human": True,  "state": "待发"},
    {"id": "Z06", "form": "回答", "title": "", "qurl": "https://www.zhihu.com/question/123456",
     "words": 260, "ai": True,  "declare": "包含 AI 辅助创作", "human": True,  "state": "待发"},
]

def bigrams(s):
    s = re.sub(r"[\s，。：、？！,.:?!]", "", s)
    return set(s[i:i + 2] for i in range(len(s) - 1)) if len(s) > 1 else set(s)

def similar(a, b):
    x, y = bigrams(a), bigrams(b)
    if not x or not y:
        return 0.0
    return len(x & y) / float(len(x | y))

def check(t, all_tasks):
    bad, warn = [], []
    # 1. 形态必须合法
    if t["form"] not in FORMS:
        bad.append("形态【%s】不存在 —— 知乎只有文章/回答/想法三路，三路互不通用" % t["form"])
    # 2. 回答形态必须挂在问题上
    if t["form"] == "回答" and not t["qurl"]:
        bad.append("形态是【回答】但没填问题链接 —— 回答必须挂在一个具体问题下面")
    # 3. 文章形态：标题长度 2~80 字符
    if t["form"] == "文章":
        n = len(t["title"])
        if n == 0:
            bad.append("形态是【文章】但没有标题 —— 文章必须有标题")
        elif n > 80:
            bad.append("标题 %d 字符，超过知乎上限 80 —— 会被截断或拒绝" % n)
    # 4. 声明与 AI 参与必须对应（这条是知乎特有）
    if t["ai"] and t["declare"] != "包含 AI 辅助创作":
        bad.append("标了【AI 参与】但创作声明是【%s】—— 声明与事实不符" % (t["declare"] or "空"))
    if not t["declare"]:
        bad.append("创作声明为空 —— 发布前必须显式设置（默认那一档也要确认）")
    # 5. 人味：状态走到【补人味】之后，必须已补
    idx = FLOW.index(t["state"]) if t["state"] in FLOW else -1
    if idx >= FLOW.index("补人味") and not t["human"]:
        bad.append("状态已到【%s】却没补过【只有你知道的东西】—— 这是判 AI 的第一抓手" % t["state"])
    # 6. 字数两档
    if t["words"] < 100:
        bad.append("正文仅 %d 字，低于底线 100 字" % t["words"])
    elif t["words"] < 300:
        warn.append("正文 %d 字，低于建议值 300 字（提示，不阻断）" % t["words"])
    # 7. 同质化：与他篇标题高度相似
    if t["title"]:
        for o in all_tasks:
            if o["id"] != t["id"] and o["title"]:
                s = similar(t["title"], o["title"])
                if s >= 0.7:
                    warn.append("标题与【%s】相似度 %.2f —— 同问题/同账号下同质化会被判低质" % (o["id"], s))
    return bad, warn

print("=" * 70)
print("一、逐篇体检（共 %d 篇）" % len(TASKS))
print("=" * 70)
total_bad = total_warn = 0
for t in TASKS:
    bad, warn = check(t, TASKS)
    total_bad += len(bad)
    total_warn += len(warn)
    tag = "OK" if not bad and not warn else "%d 阻断 / %d 提示" % (len(bad), len(warn))
    print()
    print("  [%s] %s  %s" % (t["id"], t["form"], tag))
    for b in bad:
        print("        ✗ %s" % b)
    for w in warn:
        print("        ! %s" % w)

print()
print("=" * 70)
print("二、状态机分布与【卡点】")
print("=" * 70)
for st in FLOW:
    ids = [t["id"] for t in TASKS if t["state"] == st]
    bar = "█" * len(ids)
    print("  %-8s %s %s" % (st, bar, "、".join(ids) if ids else ""))

stuck = [t["id"] for t in TASKS if t["state"] != "已发" and t["state"] != "复盘"]
print()
print("  未走完的：%s（共 %d 篇）" % ("、".join(stuck), len(stuck)))

print()
print("=" * 70)
print("三、汇总")
print("=" * 70)
print("  阻断 %d 条（不改就别发）；提示 %d 条（记录了再决定）。" % (total_bad, total_warn))
print("  阻断里有 %d 条属于【声明类】—— 这是知乎特有的一组，前三章都没有。"
      % sum(1 for t in TASKS for b in check(t, TASKS)[0] if "声明" in b))
print("  放行的：%s" % "、".join(t["id"] for t in TASKS if not check(t, TASKS)[0]))

实际运行输出（真跑，不是示意）：

======================================================================
一、逐篇体检（共 6 篇）
======================================================================

  [Z01] 文章  0 阻断 / 1 提示
        ! 标题与【Z05】相似度 1.00 —— 同问题/同账号下同质化会被判低质

  [Z02] 回答  3 阻断 / 0 提示
        ✗ 形态是【回答】但没填问题链接 —— 回答必须挂在一个具体问题下面
        ✗ 标了【AI 参与】但创作声明是【无声明】—— 声明与事实不符
        ✗ 状态已到【待发】却没补过【只有你知道的东西】—— 这是判 AI 的第一抓手

  [Z03] 文章  2 阻断 / 0 提示
        ✗ 标题 84 字符，超过知乎上限 80 —— 会被截断或拒绝
        ✗ 正文仅 78 字，低于底线 100 字

  [Z04] 想法  OK

  [Z05] 文章  0 阻断 / 1 提示
        ! 标题与【Z01】相似度 1.00 —— 同问题/同账号下同质化会被判低质

  [Z06] 回答  0 阻断 / 1 提示
        ! 正文 260 字，低于建议值 300 字（提示，不阻断）

======================================================================
二、状态机分布与【卡点】
======================================================================
  选题        
  对标        
  初稿        
  补人味       
  排版       █ Z03
  待发       █████ Z01、Z02、Z04、Z05、Z06
  已发        
  复盘        

  未走完的：Z01、Z02、Z03、Z04、Z05、Z06（共 6 篇）

======================================================================
三、汇总
======================================================================
  阻断 5 条（不改就别发）；提示 3 条（记录了再决定）。
  阻断里有 1 条属于【声明类】—— 这是知乎特有的一组，前三章都没有。
  放行的：Z01、Z04、Z05、Z06

读结果，五个值得注意的地方：

1. Z02 一条就报了三个错，而且三个错不在同一个环节：形态路由（缺问题链接）、合规（声明与事实不符）、质量（没补人味）。这不是巧合——一个填表不认真的人，会在三个地方同时出事。 反过来看，一道体检把三个问题一次报全的价值，是【省两次人工返工】。

2. Z03 的标题 84 字符超限——这类问题最会骗人：标题看起来只是【写得详细了点】，而人写完一千多字正文之后，是不会回头数字符的。这条检查存在的意义就是替人做那件人不愿意做的事。

3. Z01 与 Z05 的相似度是 1.00——注意这个数字是怎么来的：两个标题只差一个标点（： 改成 ，），而脚本在比较前把标点去掉了，所以它们在语义结构上完全一样。这正是同质化最典型的手法——【改个标点、换个词序，就想蒙过去】。 这和 4.2 里那条【只加了一个空格的重复主题】是同一类，也正好撞上第一章就讲过的那句【更换表达模板规避治理，同样从严处置】。

4. Z04 被放行，而这恰恰是脚本最聪明的地方——想法形态不需要标题、不需要问题链接，因为三路形态的规则本来就不一样。如果检查写成【一刀切】，合法的想法就会被判死。 这与 4.3.1 那次【正则太窄、把合格卡误判】是同一类错误的镜像：前者是漏报，后者是误报，都是【没按真实规则写判据】。

5. 所有人卡在【待发】这一格——这是本次演示数据里最值得看的一件事。 5 篇堆在同一格，说明前面几格走得快、只有最后一段没动。 这不是流程坏了，恰恰是流程对了。 因为最后那一段（设声明、点发布）正是唯一必须人做的那一步。状态机的分布图，其实是一张【机器干完了多少活】的进度表——当人看到【5 篇都堆在待发】，他的任务非常清楚：坐下来，5 分钟过一遍声明，点 5 次发布。

30 秒实验

把 Demo 里 第 5 条检查（人味）整段注释掉，再跑一次。

会发生什么：

• Z02 的阻断从 3 条降到 2 条——它带着【没有一句只有作者知道的话】的正文，安静地通过了这道关；
• 它会一路走到发布，然后由平台的算法决定它算不算低质——注意这个代价的形状：你不是【少了一道检查】，你是【把判断权让给了对方】。

结论：本章所有检查里，这一条最虚（没法量化），却最不能省。 因为它守的不是格式，是内容能不能被当成人写的——而 5.1.1 里那五档处置（标识→减少分发→折叠→建议修改→删除）全都挂在同一个判据上。

顺着这个思路想一层：既然这条这么重要，为什么不把它做成【自动补人味】？ 因为人味的内容本身就是【机器写不出来的东西】——亲历、具体的数字、明确的立场、不整齐的节奏。让机器去补【它不是机器】的证据，是一个逻辑上自相矛盾的任务。 所以这一格必须留给人，机器只能做到【提醒 + 卡住不放行】。

常见误区

1. 【先把流程搭起来，人味那一步以后再说】——错，顺序不能反。 补人味必须在 Agent 出稿之后、RPA 接手排版之前。放到最后，人面对的是一份【已经完整的稿子】，那时候人会做校对（看错别字），而不是往回走两步拆掉重写——在一份排好版的稿子上做这件事，心理成本高得多，结果一定是【就这样吧】。
2. 【任务表字段越多越好，信息全记上】——错。 字段的判据是 【这条信息不被记录就会出事】，不是【这条信息有用】。对照 4.2 与本节：多出来的每一格，都对应一件知乎会出事的事（形态路由、问题链接、声明、人味）。字段表其实就是这个平台的规则说明书。
3. 【状态机应该严格单向，打回是流程设计失败】——错。 本章的瓶颈是质量（5.1.2 算过），一个不允许打回的质量流程，最后一定会退化成【凑合过去】。【这篇没找到角度缺口】要能回①，【这段太像 AI】要能回③。但要留痕——打回理由是下一篇的输入。
4. 【体检器一次报全，所以我要一次把每条都修好】——错，不要混着修。 阻断和提示要分开处理（阻断改完才能走，提示记录后由人决定）；而且不同环节的问题要回到对应环节去修——Z02 那三条里，【缺问题链接】是选题阶段的事，【声明不符】是发布前的事，混在一起改，会把流程的层次搞乱。
5. 【六选一的创作声明，选默认的【无声明】最省事】——错，这是本节最贵的一个坑。 如果这一篇确实用了 AI 参与，选【无声明】就是【声明与事实不符】——而【包含 AI 辅助创作】那一档的完整名字是【作者对内容负责】，它不是免责声明，是责任声明。如实标注的成本是一次点击，不如实的成本是五档处置里的某一档。

• ☐ 下一节（5.3.1 对标图文Agent工作流）

相关笔记

• 今日头条批量发布助手工作流程设计 —— 同一套骨架的上一版，本节的对照对象
• 知乎图文自动化创作和发布助手方案价值 —— 【质量比产能重要】这个判断的来处，决定了本节状态机的形状
• 案例概述 —— 全课那个七步模板的原型
• RPA提交多轮对话信息并获取创作结果 —— 5.4.1 要用的取稿方法，本节只提了它的位置
• 🤖 Agent+RPA实战 · 索引 —— 全课路线图