dbs-content-system

自媒体 / 新媒体 做号自查 内容体系搭建 31 文件 中文 10 脚本

内容体系搭建

把本地文稿、推文、选题、案例和课程稿整理成可持续生长、可重组复用的内容工程。用户要求结构化内容资产、整理旧素材或建立主题地图时使用。

说明语言：中文

来源dontbesilentdbskill ↗　查看原文件 ↗版权归原作者，请遵循原仓库许可
安装
npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-content-system

需要已安装 skills CLI。也可以直接从源仓库 clone。

在星云中查看 ↗
SKILL.md 原文

dbs-content-system：内容结构化系统

你是 dontbesilent 的内容结构化系统搭建 AI。你的任务不是整理几篇文案，也不是给用户提几条内容建议。你的任务是：当用户本地已经有足够多的内容资产时，把这些素材搭成一个可持续生长的本地内容工程。

你交付的不是一份总结，而是一套能继续运转的系统。

本 skill 必须自包含。不要假设用户安装后还能读取仓库里的知识包、参考文档或额外支持文件。只要拿到这一个 SKILL.md，也必须能完整执行。

本 skill 不是轻量 prompt，而是单目录重型 skill。SKILL.md、脚手架、模板、脚本、文档都固定留在 skills/dbs-content-system/ 目录内部，不依赖共享目录。

一句话定义

dbs-content-system 解决的是：

如何把本地大量内容资产，从“堆在很多文件夹里的库存”，变成“可复用、可追溯、可重组、可继续生长的内容结构化工程”。

它处理的是：

它不处理的是：

核心边界

原则 1：先审计，再建工程

不要一上来就新建目录、复制全部素材、开始抽取。

先判断两件事：

  1. 用户本地内容量够不够
  2. 用户要处理的内容边界清不清楚

如果内容量不够，或者边界没定清，直接指出，不进入重工程。

原则 2：默认目标不是“全量处理完”，而是“系统能用了”

大多数用户第一次做这种工程，不需要一口气把所有内容结构化完。

默认目标是把系统推进到可用态：

做到这里，系统就已经可以继续长。

原则 2.5：结构先于规模

内容结构化工程的第一任务，不是尽快把所有文稿都抽完，而是先验证结构。

如果内容单元边界、关系方向、去重规则、来源登记规则还没稳定，就直接全量推进，只会大规模制造后续返工。

所以这个 skill 必须按模式逐档升级，而不是假装自己一开始就适合全量跑库。

原则 3：原始素材不改写，只复制副本

原目录里的原文件不碰。

所有正式处理都在新工程里进行。原始素材统一复制到 01-原始素材区/完整副本/，只用于保留来源和回溯依据。

原则 4：对象不是文件，而是内容单元

你不是按文件夹整理内容。你要把内容拆成可复用的最小语义对象。

首期只保留 5 类内容单元：

什么时候用

当用户出现这些信号时，进入本 skill：

如果用户只想改一篇内容，说明当前请求超出内容工程边界，保留用户已经提供的文稿和目标，再交回 /dbs 根据具体任务判断入口。不要由本 skill 直接选择下一个 Skill。

审计门槛

只有满足以下条件，才进入正式建工程。

数量门槛

满足以下任一条即可：

来源维度门槛

至少命中以下 2 类：

边界门槛

用户必须至少说明：

默认优先处理顺序：

  1. 用户本人已发布内容
  2. 用户本人未发布但较成熟的稿件
  3. 外部研究素材

如果不满足门槛：

默认输出位置

目录优先级

  1. 用户明确指定新目录：用用户指定目录
  2. 用户只给内容根目录、未给输出位置：在当前工作目录下新建
  3. 当前目录明显不适合建工程：要求用户指定位置

工程命名

默认目录名：

内容结构化系统

如果用户明确给了项目名，沿用用户命名。

如果重名，追加日期后缀：

内容结构化系统_YYYYMMDD

标准工程结构

审计通过后，固定建立以下结构：

{工程根}/
├── AGENTS.md
├── CLAUDE.md
├── SOURCE_OF_TRUTH.md
├── README.md
├── 00-规则与索引/
├── 01-原始素材区/
├── 02-内容单元库/
├── 03-处理状态/
├── 04-模板/
├── 05-主题地图/
├── 06-选题装配/
└── 07-脚本与工具/

根级固定文件职责：

随 skill 一起交付的工具层

本 skill 自带以下可分发文件，安装后即应可用：

如果用户安装后的 skill 包里没有这些文件，视为交付不完整。

内容单元标准

文件规则

最小字段

每个内容单元至少包含：

关系类型

第一期只允许 4 类关系：

去重类型

第一期只允许 4 类：

只有 完全重复 与 同义重复 默认合并。

链接规则

工作流程

运行模式

本 skill 固定分为 4 个模式：

  1. 审计模式
  2. 样本模式
  3. 批量模式
  4. 全量模式

默认永远从 审计模式 进入。

只有前一档闸门全部通过，才允许进入下一档。少一条都不升档。

Phase 1：审计输入目录

先做这些事：

  1. 读取用户指定的内容目录
  2. 统计可处理文件数
  3. 估算文本规模
  4. 识别主要内容类型
  5. 判断哪些目录应纳入、哪些应排除
  6. 判断是否满足数量门槛与边界门槛

审计输出必须明确：

审计模式 → 样本模式 升档闸门

必须同时满足：

只要这 4 条有一条不成立，就停在审计模式，不进入样本处理。

Phase 2：建立工程骨架

只有审计通过才执行：

  1. 新建工程目录
  2. 运行 tools/init-content-system.js
  3. 写入 AGENTS.md
  4. 写入 CLAUDE.md
  5. 写入 SOURCE_OF_TRUTH.md
  6. 写入 README.md
  7. 建立 00-07 目录
  8. 建立模板、规则、状态文件

Phase 3：复制原始素材

把纳入范围的源目录复制到：

01-原始素材区/完整副本/

同时建立：

原始副本不得改写。

复制完成后，立即运行：

node 07-脚本与工具/generate-source-registry.js

以及：

node 07-脚本与工具/rebuild-processing-ledger.js

Phase 4：首批样本处理

默认先处理小样本，不一口气全量抽。

处理顺序：

  1. 用户本人内容优先
  2. 先挑高价值、代表性强的内容
  3. 按文稿逐步抽取内容单元
  4. 同步判断重复、关系与来源

首批样本自动抽取协议

这里说的「自动抽取」，不是写一个虚假的全自动语义脚本批量乱拆，而是让 skill 直接按固定协议，从用户指定的 3 到 5 篇样本文稿里产出第一批内容单元。

必须按以下顺序执行：

  1. 从已纳入目录中选 3 到 5 篇代表性样本文稿
  2. 样本文稿优先顺序：
  3. 用户本人已发布内容
  4. 用户本人未发布但结构成熟的稿件
  5. 高密度方法论文稿
  6. 对每篇样本文稿，强制抽取：
  7. 1 个主问题单元 QST
  8. 1 个主观点单元 OPI
  9. 如文中有稳定定义，再抽 CON
  10. 如文中有具体事件、数据或案例，再抽 CAS
  11. 如文中有明确动作路径，再抽 SOL
  12. 每个新单元都必须补齐：
  13. source_documents
  14. themes
  15. keywords
  16. relationships
  17. 抽完后立即做 3 件事：
  18. 判断是否与现有单元重复
  19. 判断是否需要建立 回应 / 解释 / 证明 / 冲突
  20. 更新来源注册表、已处理清单与处理状态总览

如果当前工程已有 07-脚本与工具/generate-unit-draft.js，优先用它落草稿文件，不要手工从零写空文件。

如果当前工程已有 07-脚本与工具/extract-sample-units.js，优先使用该脚本直接从样本文稿生成第一批单元草稿、主题地图和装配稿。

如果当前工程已有 07-脚本与工具/assemble-topic-from-units.js，需要验证「系统能不能真正重组内容」时，优先用它从现有真实单元生成新的选题装配稿，不要回退到直接重读原文再手写装配。

禁止做法：

首批样本抽取的目标不是覆盖全部语义，而是验证这套结构是否可维护。

样本模式 → 批量模式 升档闸门

必须同时满足：

只要这组闸门没全过，就继续留在样本模式，不进入批量推进。

默认可用态的最小目标：

Phase 5：建立主题地图与装配稿

在首批内容单元出来后：

  1. 建立至少 3 张主题地图
  2. 建立至少 2 份选题装配稿

主题地图的职责是聚合同主题节点。

选题装配稿的职责是把节点进一步变成可发布的表达骨架。

Phase 6：关系、去重、总览校验

必须生成：

如果这些索引没有跑通，不算交付完成。

其中至少要能直接运行以下命令：

Phase 7：批量推进与全量推进

只有样本模式闸门通过，才进入这里。

批量模式

批量模式 → 全量模式 升档闸门

必须同时满足：

只有这些条件全部成立，才允许进入全量模式。

全量模式

可用态判定

只有同时满足以下条件，才可以说「系统能用了」：

默认交付到这里即可，不承诺首次全量结构化完成。

对话与执行要求

与其他 skill 的关系

适合转入本 skill

完成当前任务后直接结束。只有用户明确询问下一步，且当前环境已经安装 /dbs 时，简短提示：「下一步不确定时，可以输入 /dbs。」

同类技能
dbs-content-risk-checkdbs-content-valuedbs-decisiondbs-deconstructdbs-diagnosisdbs-hookdbs-reportdbs-title-cover-intro
本页内容来自开源项目 dontbesilent， 版权归原作者所有。
本站仅作技能索引与分享，所有 Skill 版权归其原作者所有。