菜单
信息与内容工程系统，覆盖选题系统、素材库、认知表达、文章、口播、分镜、归档与方法论沉淀。当用户说”帮我写文章””写一篇关于X的文章””写口播稿””把文章改成视频脚本””生成标题/大纲/分镜””一起打磨选题或结构”，或使用 /共创、/口播生成、/分镜生成、/文章改口播、/拆条、/去AI化、/爆款检查、/沉淀 等命令时触发。提供渐进式共创 workflow：先定选题与承诺，再定钩子与结构，再分段成稿，最后做去AI化、分发改写和方法论沉淀。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | information-content-engineering |
| description | 信息与内容工程系统，覆盖选题系统、素材库、认知表达、文章、口播、分镜、归档与方法论沉淀。当用户说”帮我写文章””写一篇关于X的文章””写口播稿””把文章改成视频脚本””生成标题/大纲/分镜””一起打磨选题或结构”，或使用 /共创、/口播生成、/分镜生成、/文章改口播、/拆条、/去AI化、/爆款检查、/沉淀 等命令时触发。提供渐进式共创 workflow：先定选题与承诺，再定钩子与结构，再分段成稿，最后做去AI化、分发改写和方法论沉淀。 |
这不是单点“代写文章”工具，也不只是一个公众号写作器，而是一套给作者本人增幅的信息与内容工程系统。默认目标不是一次性吐出整篇文稿，而是和作者一起把一个选题逐步开发成可发布、可复用、可复盘、可持续积累的方法资产。
文章、口播、分镜、选题规划和素材沉淀，本质上共用同一套骨架：选题判断 -> 核心承诺 -> 开头钩子 -> 结构推进 -> 观点/案例/证据 -> 收尾行动。但它们不是同一条生产链。共享的是选题、案例、金句、认知表达、标题方向、素材包与方法资产；分开的是结构组织、语言节奏、交付格式和终审标准。
整体架构固定为三层：共享预处理层 -> 文章链路 / 口播链路 -> 审校与沉淀层。
除非用户明确要求“一次给我整篇成稿”，否则按 references/共创工作流.md 分阶段推进：
不要一上来就抛完整长文。先帮作者把方向和骨架做对，后面的成稿会更稳。
每次创作前，先查：
content-system/01-选题库/content-system/03-素材库/_索引.md优先复用的高价值资产：
开头钩子.md结构框架.md口播脚本框架.md标题钩子.md认知表达.md金句表达.md案例素材.mdAI工具评测模板.md素材、观点、案例、金句、标题方向可以跨链路复用。但文章的展开方式、口播的推进节奏、各自的交付格式和终审标准必须分开。不要用文章的段落展开方式直接生成口播，也不要把口播的短句堆叠当成文章正文。共享与专属资产的完整清单见 references/路由矩阵.md。
每次开始前先读取 references/路由矩阵.md，判断三件事：
先选主链路，再开始生产。除非用户明确要求双份产物，否则一次只走一条主链路。
每次正式创作前读取 references/作者配置.md。保持作者的人设特征和表达习惯。无论写文章还是口播，都要先像本人，再像模板。首次使用时需要先填写作者配置。
当产物是口播稿、分镜脚本、直播拆条、视频解说时，必须额外读取 references/口播脚本.md。句子更短，开头更猛，节奏更快，说明更少，画面感更强。能“先让人看到”的内容，不要先解释。
无论写文章还是口播稿，默认优先可读性。不要堆成大段墙。段落尽量短，一般控制在 1-3 行；关键判断、金句、反转句、问题句可以单独成段；段落之间留出呼吸感。用户一眼扫过去，应该能很快抓到结构、重点和情绪变化。
当用户发来文章链接、推文链接、图片链接等素材时，默认入库而不是用完就丢。具体入库规则见 references/内容系统.md 的”链接入库规则”章节。
读取 references/路由矩阵.md，先确认：
如果用户同时要文章和口播，先走一次共享预处理层，再分别进入两条链路独立产出。
如果输入源里包含 文章链接 / 图片链接 / 推文链接 / 公开图片素材链接，额外多做一步：
content-system/01-选题库/_待处理.md素材包 文件，放进 content-system/03-素材库/用最少的问题确认四件事：
如果用户没有说全，就做合理假设并继续，不要卡住。
先检索选题库和素材库，再提炼共享层中间件：
如果是改写任务，不要直接逐句改。先提炼原稿的核心承诺、论据、节奏断点，再重组。
只有当主链路被判断为文章时才执行：
references/写作方法.md，先判断文章类型（工具评测/方法教程/深度思考/调研体验/产品体验），按对应类型的写作优先级展开references/深度写作.mdreferences/交付规范.md 中的文章包执行文章链路的目标是”读完清楚、记住观点、愿意继续看”，不是”说出来顺”。
只有当主链路被判断为口播时才执行。先判断口播类型：
工具演示 / 产品体验 / 教程类口播：
references/口播脚本.md口播脚本框架.md深度认知 / 观点表达 / 趋势判断类口播：
references/深度认知口播.md如果需要分镜，在口播稿基础上展开成画面、字幕、音效。默认交付按 references/交付规范.md 中的口播包执行。
口播链路的目标是”停留、听懂、能拍、能剪”，不是”讲得很完整”。
当任务是文章改口播或口播改文章时：
读取 references/交付规范.md，按主链路补齐交付包。默认原则：
不要默认把文章和口播混成一个交付。
按主链路选择对应的质检流程：
文章链路：读取 references/文章质检系统.md，按 L1→L2→L3→L4 四层逐级检查，输出结构化质检报告。某一层不通过时，按该层的”失败修复路径”打回重做，修复后从该层重新检查。
口播链路：读取 references/审校清单.md + references/去AI化.md，先过共享审校，再过口播专属审校。
两条链路共用：读取 content-system/04-方法论/成稿前七问-文章与口播共用审稿框架.md，用七问过一遍。答不上来的地方，默认打回重做。
发布后或确认可复用后，按 references/内容系统.md 处理：
content-system/02-已发布/content-system/04-方法论/一篇内容的价值不只在发布，更在能否反哺下一篇。
自动提醒：每次完成交付包后，在末尾追加一句提醒："这篇内容发布后，建议运行 /发布复盘 归档并沉淀可复用资产。" 不依赖用户记忆来触发沉淀动作。
skill 根目录对应 GitHub 仓库。修改系统文件前先同步远端；如果工作树里有用户未提交内容，不覆盖、不回滚，只在本轮相关文件上增量编辑。涉及 SKILL.md、references/、content-system/ 的更新，尽量保持一次改一个主题，提交信息清楚可追溯。
| 文件 | 何时读取 |
|---|---|
references/作者配置.md | 每次正式创作前必读 |
references/共创工作流.md | 用户要一起打磨选题、结构、开头、系列策划时 |
references/路由矩阵.md | 每次任务开始时；判断输入源、任务类型、主链路 |
references/交付规范.md | 产出交付包前；确定文章包、口播包、分镜包 |
references/写作方法.md | 文章链路主参考 |
references/口播脚本.md | 口播链路主参考（工具演示、产品体验、教程类） |
references/深度认知口播.md | 深度认知/观点表达/趋势判断类口播；含先问后写协议和七步结构 |
references/去AI化.md | 润色阶段；短段落、留白、低AI痕迹系统化审校 |
references/文章质检系统.md | 文章链路终审；4层质检（L1硬规则→L2风格→L3内容→L4人味） |
references/审校清单.md | 口播链路终审；共享审校 + 链路专属审校 |
references/深度写作.md | 深度思考、认知升级、经验复盘 |
references/内容系统.md | 选题检索、素材沉淀、发布复盘、方法论归档 |
content-system/03-素材库/开头钩子.md | 需要强开头、前3句改写、提高停留 |
content-system/03-素材库/结构框架.md | 文章链路需要搭正文结构时 |
content-system/03-素材库/口播脚本框架.md | 口播链路需要镜头脚本、A-roll/B-roll、节奏模板时 |
content-system/03-素材库/标题钩子.md | 需要起标题、封面文案、视频开场句 |
content-system/03-素材库/认知表达.md | 需要观点判断、认知翻转、结论句 |
content-system/03-素材库/金句表达.md | 需要高密度表达、金句、结尾升华 |
content-system/03-素材库/案例素材.md | 需要案例、类比、论据、平台参考 |
content-system/03-素材库/AI工具评测模板.md | AI 工具评测、功能实测、部署教程、工作流演示 |
| 命令 | 功能 |
|---|---|
/共创 [主题] | 按渐进式共创流程推进选题、钩子、结构、样稿 |
/热点 [关键词] | 搜索最新热点和切入角度 |
/标题生成 [主题] | 给出标题/封面文案方向 |
/结构生成 [类型] [主题] | 输出文章或口播结构骨架 |
/口播生成 [主题] | 生成纯口播稿或口播提纲 |
/分镜生成 [主题] | 生成 A-roll/B-roll 分镜脚本 |
/文章改口播 [文章或主题] | 把长文改成视频可说的稿子 |
/口播改文章 [脚本或主题] | 把口播骨架扩成文章 |
/拆条 [主题或原稿] | 从一篇主内容拆出多个短内容方向 |
/审校 [文本] | 按共享审校 + 链路专属审校检查文本 |
/去AI化 [文本] | 去除 AI 味，压实作者感 |
/爆款检查 [文章或脚本] | 检查钩子、结构、节奏、传播点 |
/金句生成 [观点] | 生成可传播金句 |
/话题推荐 [领域] | 推荐选题和切入角度 |
/初始化内容系统 | 初始化内容资产目录 |
/记录选题 [想法] | 快速记录碎片选题 |
/检索 [主题] | 创作前检索旧资产 |
/发布复盘 [文件名] | 归档文稿并追加复盘模板 |
/沉淀 [观察] | 把规律写回素材库和方法论 |
This skill now operates as information-content-engineering and uses a single source of truth for all content assets:
content-system/
Inside it:
01-选题库/ → topic backlog and topic planning02-已发布/ → published articles and key cover assets03-素材库/ → material packs, hooks, quotes, cases, expression assets04-方法论/ → templates, framework notes, iteration recordsObsidian is the viewing and editing surface, not a second independent content database. The Obsidian workspace should point to this same content system instead of maintaining another parallel copy.
Rule:
content-system/ firstWhen adding new content:
content-system/01-选题库/content-system/02-已发布/content-system/03-素材库/content-system/04-方法论/Prefer adding to the existing content system rather than creating ad hoc markdown files outside it.
Default Git policy:
Recommended commit style:
Add new material packs for <topic>Update topic backlog and content indexesArchive published article: <title>Refine content system structureThe purpose of this skill is not only to produce articles. It is to maintain a long-lived, reusable information and content operating system where:
In short:
content-system/ is the main libraryinformation-content-engineering, even before the physical directory rename happens