内容资产审计 · 决策呈现
自媒体内容资产 · 全面质量审计 · 2026-09-06

97 篇文章 + 5 期视频:整体 4.26 分,无系统性塌方10 个并行 agent 审计 16 个事务目录:事实核查对照源逐项比对、配图 vision 抽查、校对与质量评估,产出 17 份审计报告

一句话结论:内容资产整体健康——事实纪律接近出版级(引语/代码对照源抽查通过率高),抽查约 70 张配图方向性画反仅 1 张。真正的风险不在写作,而在「正文改了、周边没改」的修订缝隙AI 时效性事实过期。37 项 🔴 中约八成集中在未发布内容的少量残留,三个未放行系列修完 P0(合计约 1 天)即可全部进入发布通道;三大语言生态修 1 处(1 分钟)即可放行
97
文章(另 5 期短视频 + 10 个散装文件)
4.26/5
篇数加权平均质量分
37
🔴 确认错误(多为少量残留)
133
🟡 疑似/时效风险/待人工核
≈1 天
清完全部未发布 P0 的工时
Scope · 01

审计范围与方法

覆盖 2026-05 至 2026-08 全部自媒体创作事务目录:公众号文章系列 11 个、GitHub 趋势短视频 5 期、散装文章与半成品 6 处。每个对象由独立 agent 执行三层核查,报告落盘于各目录 reviews/audit-2026-09-06.md(本页只呈现结论层)。

① 校对层(全量)

错别字、中英文标点混用、内部标记泄漏、frontmatter 有效性、图引用路径存在性。覆盖全部终稿。

② 事实层(对照源抽查)

引语原话、代码块、配置/包名/路径、量化数字,优先逐字段对照目录内 sources 素材;声明远端来源的实时 fetch 官方文档核对,核实不了的标 🟡 不臆断。

③ 配图层(vision 抽查)

对照/矩阵/方向性类图逐张读图实际内容,查对象归属画反、箭头方向、图内数字与正文一致性;合计抽查约 70 张。

已有历史核查报告的 2 个系列(pi-vs、三大语言生态)以「验证已有报告 + 补盲区」模式审计,不重做全量。

Matrix · 02

系列质量矩阵

图例:🔴 N 确认错误数 | 🟡 N 疑似/时效 | 分数为系列质量分(1–5)。发布状态以 meta.md 记录为准。

系列 / 文章篇数质量分错误发布状态审计建议
三大语言生态(Java/TS/Py)144.8🔴 1 | 🟡 7待 Confirm修 1 处即放行(1 分钟)
Superpowers 方法论84.5🔴 5 | 🟡 16草稿箱修后群发(约半天)
GLM 多模态(端点诊断)14.5🔴 2 | 🟡 5未群发核心对比已被 9/6 官方文档推翻,须修订
GLM-5.2 发布解读14.5🔴 1 | 🟡 5已定稿修 3 处「17→16 参数」
GitHub 周榜短视频 ×5 期5 期4.3🔴 0 | 🟡 13已发布继续;阈值入文案规则
Agentic 设计模式304.35🔴 7 | 🟡 19草稿箱系统性归属错误 67 处必改,修后群发(2–3 小时)
Pi vs Claude Code94.2🔴 1 | 🟡 78 篇未群发P0 十分钟(草稿箱图确认)
Open-plugin 插件生态44.25🔴 2 | 🟡 8草稿箱修 4 处残留后群发(30 分钟)
Learn Claude Code(教程改写)254.0🔴 3 | 🟡 1224 篇已发篇 25 修后发布(0.5 天)
Browser-use 四篇专题44.0🔴 2 | 🟡 15PublishingP0+P1 后可发布(1.5 小时)
唐杰回应(史诗级 plus)14.0🔴 2 | 🟡 5润色中修 2 处引语后定稿
散装(6 处 10 文件)103.0–4.5🔴 11 | 🟡 21未发布逐项处置(见路线图)

视频系列 🟡 集中在第 5 期时长 3:35 失控与「断层」等量化修辞;数据层 50 个榜单条目、排序、封面、字幕零差错。

Findings · 03

🔴 红错清单(按优先级归组)

37 项红错中,对读者可见伤害最大的是 1 项系统性错误 + 6 项「周边残留」类;以下列必修项,完整逐项见各目录审计报告。

⚠️ 系统性:原书归属错误扩散约 67 处

Agentic 设计模式系列(30 篇):全书归属写作「O'Reilly / Vishal Rajput」,实为 Antonio Gullí 著、Springer 出版。贯穿系列需批量替换,发前必改。

⚠️ 核心论断被官方文档推翻

GLM 多模态篇:「DeepSeek Anthropic 端点图片 Not Supported」的核心对比,2026-09-06 官方文档已标 Supported(发稿时确为不支持)。未群发,须修订叙事或补时效说明。

发布阻断:周边没跟着正文改

Browser-use:S02 正文/publish 终稿泄漏内部待办标记「⚠️ 发布前按 session 核对」;S03 摘要卡片仍是评审明令必改的旧口径。Pi-vs:S09 草稿箱疑挂 08-15 旧错图(本地已重生成但未替换)。三大生态:10 篇配图 markdown 写在 Python 代码块内,发布管线会丢图。

可被读者证伪的数字

Superpowers:「12 个 skill」实为 14 个,贯穿第 1/8 篇,读者数 repo 即可证伪;draft-04 状态协议描述与源码矛盾。GLM-5.2:「run_simple 十七个参数」实为 16 个,正文 + 配图 + 素材三处同错。Agentic:ep10 拓扑漏第 5 种、ep16 计数错、ep25 配图与正文矩阵矛盾。

引语与截图不符

唐杰回应篇:微博原评论无「glm」二字;唐杰回复实为英文 "won't take that long",稿中写成中文「没那么久」且误称「三个字」——直接引用截图的读者会看出不符。

散装硬伤(不对外发布则降级)

fima 讲解.html:虚构 Flask/端点 7777/audit_logs,与真实代码严重脱节(🔴 6)。glm 选型两篇:接入结论互相矛盾(🔴 2),且 Coding Plan 已改积分制整体过时。knowledge-base:两目录 Harness 文件为纯副本,剪藏系统性丢词(🔴 2)。oauth:第 8 章 fima 对照与代码不符(🔴 1),其余 RFC 事实全部准确。

校对层整体干净:多数系列错别字为 0、图引用路径零缺失(learn-claude-code 73 处引用 0 缺失、superpowers 24 张全有效);主要扣分在 360 处半角直引号(learn-cc)与 12 篇 frontmatter 无效 YAML(agentic)。

Patterns · 04

跨系列共性发现

37 项红错背后是 3 个可修复的流程模式;同时 2 个既有流程被验证有效,值得保持。

模式一:正文改了、周边没改

摘要卡片、草稿箱旧图、封面、系列内口径——修订只发生在正文,周边产物停在旧版本。典型案例:browser-use 摘要旧口径、pi-vs S09 草稿箱图、open-plugin 框架重构残留 4 处、superpowers skill 数量贯穿、agentic 归属 67 处。根治靠流程而非逐篇检查。

模式二:配图与正文修订脱节

vision 校验只在生成时做一次,正文后续修订后图未同步。本次抽查约 70 张,内容错误 6 张(画反 1、错位/数字不符 5),集中在 superpowers 3 张、pi-vs 05、三大生态 06。修订流程缺「图-文再对账」环节。

模式三:AI 时效性事实无发布前复核

端点能力(DeepSeek 已支持图片)、套餐机制(GLM 改积分制)、star 数漂移、上游仓库重构(learn-cc 素材源已重构)——写时正确、发布时过时。建议对「时效敏感声明」在发布前 24 小时做一次快速远端复核。

有效:既有核查与数据管线

历史核查报告抽验可信(pi-vs 抽 8 项仅 1 项过程存疑;三大生态事实类全可信);视频系列数据管线零差错(50 条目/排序/字幕/封面全对);多系列引语与源码逐字一致率接近出版级。现有 content-reviewer + lint 体系值得保持并按上述三个模式补强。

Roadmap · 05

修复路线(按投入产出排序)

P0 当天可清、P1 本周内、P2 流程级。全部 P0 合计约 1 个工作日。

优先级动作对象工时解锁
P010 篇图引用移出 Python 代码块三大语言生态1 分钟放行 Confirm → Publish
P0确认/替换草稿箱 S09 旧图pi-vs-claude-code10 分钟8 篇可群发
P0修 4 处残留 + 更新 5 个时效点open-plugin30 分钟可群发
P0删内部标记 + 改 S03 摘要口径browser-use1.5 小时可发布
P0批量改归属 67 处 + 3 处点状错误 + 1 张配图agentic-design-patterns2–3 小时可群发(防旧稿覆盖已修内容)
P0统一 skill 数 12→14、改状态协议、重画 3 张图superpowers约半天重传 4 篇可群发
P1修「17→16 参数」×3 处glm-5.210 分钟定稿
P1修 2 处引语 + 补信源存档唐杰回应1 小时定稿
P1改叙事/补时效说明 + 工具名统一GLM 多模态1 小时可发布
P1散装处置:oauth 重写第 8 章后发布(性价比最高);glm 选型刷新后发布;fima 方法论补图发布;必读书留作素材;knowledge-base 去重(删除由你执行)6 个散装目录半天3 篇进入发布通道
P1篇 25 修直引号 + 复核 2 个数字后发布learn-claude-code0.5 天系列收官
P2流程补强:①修订后全链路一致性检查(摘要/草稿箱/封面/口径)②图-文修订后再对账 ③时效敏感声明发布前 24h 复核——固化进 content-ops Phase 4 / publish-lint内容生产流程一次性消除三类共性问题复发
Decisions · 06

待你决策的 6 件事

每项都给推荐与理由;确认或改定后即可执行。

① 三大语言生态是否立即放行发布?
推荐:放行

4.8 分全资产最高、事实层零硬错、14 张图零画反;仅有的 🔴 修 1 分钟。修完即 Confirm → Publish,不必再等。

② 草稿箱四系列统一「修后群发」还是分批?
推荐:按 P0 顺序分批修完即发

open-plugin(30 分钟)与 pi-vs(10 分钟)当天可发;superpowers 与 agentic 各需半天,错开节奏避免一周无更新。全部修后群发,不直接群发——agentic 的 67 处归属错误会被读者识破。

③ GLM 多模态篇怎么处理时效推翻?
推荐:改为「翻案体」修订

核心对比虽被 9/6 文档推翻,但「发稿时不支持、现已支持」本身就是好故事——补时效反转段落比删改更保流量;比整篇重写省 80% 工作量。

④ 散装 6 处如何处置?
推荐:oauth 发布、glm 选型刷新、fima 方法论发布、其余归档

oauth 只差第 8 章(1 小时)且 RFC 事实全对;glm 选型套餐机制已整体过时必须刷新;fima 方法论与代码逐字吻合是全批质量标杆;必读书属转述留素材;knowledge-base 副本去重后留内部(删除动作由你执行)。

⑤ 已发布内容(learn-cc 24 篇等)是否发勘误?
推荐:不发整体勘误,仅观察

已发布 24 篇的红错多为演绎代码风格与引号规范,不构成事实误导;上游仓库重构导致的过时可用「续作更新篇」自然覆盖,勘误声明成本大于收益。

⑥ 是否把三个共性模式固化进流程?
推荐:是,改动很小

在 content-ops Phase 4 增加修订后全链路一致性检查与图文对账、publish-lint 增加时效敏感声明清单——本次 37 项红错中约六成可被这三条规则在未来拦住。