/compile-link — 链接编译知识库统一入口

设计来源:Karpathy LLM Wiki Step 8 “Build a skill so you never repeat yourself”——任何重复 2 次的任务做 Skill。

触发条件

反例(不该触发)

输入规范

字段 必填 默认 说明
URL 要编译的文章链接
分类 ⚠️ 02-ai-coding wiki 分类(01-ai-agents / 02-ai-coding / 03-productivity / 04-app-dev / 05-content-creation / 06-ai-tech / 07-rag-systems)
是否短链 ⚠️ X 推文等短内容标 true,节省 digest 篇幅
force ⚠️ 已存在文件时是否覆盖

5 步流程

1
fetch → raw → digest → wiki → index+log

Step 1:fetch(抓取原文)

输出raw/{slug}.md(完整原文 + 元信息 + 标签行)

Step 2:raw(原文存档)

Step 3:digest(拆解版)

Step 4:wiki(知识库页面)

Step 5:index + log(索引同步)

验证清单(每跑一次 /compile 必过)

输入

raw

digest

wiki

index / log

反合理化(不偷懒借口表)

偷懒借口 反驳
“原文很短,不需要 digest/wiki” 短文也要走完整流程——重点是分类+节点+关联,不是字数
“原文是英文,跳过中文 digest” 英文也编译中文 digest——这是中英对照知识库的价值
“已有相关页面,跳过编译” 已有页面要更新(增量添加)不是跳过;新页面要建(去重差异化)
“抓取失败,就用用户给的文字版” 文字版也要打 raw 标签 + 来源说明,不直接当原文
“AI 跑全套质量不稳,留人工” 这违背”AI 跑全套”约定;如确实质量差,先跑完再二次精修
“分类不确定,先放 02-ai-coding” 不确定就 AskUserQuestion;不要默认
“8K 字节超了,先这样” 重新压缩到 8K 内——内容密度比字数重要
“5 个借鉴动作想不出来,跳过” 想不出 5 个就做 3 个真实的;不要凑 5 个假的

与现有组件的关系

组件 角色 /compile 怎么用
scripts/compile_wechat_to_wiki.py 自动出 raw/digest/wiki 草稿 Step 1-4 内部调用
scripts/build_wechat_raw.py 单步抓取微信文章 Step 1 内部调用
scripts/apply_wechat_polish_output.py 把精修结果回写文件 Step 3-4 精修环节
prompts/wiki-template.md 新文章结构模板 Step 4 严格遵循
prompts/wechat-compile-polish.md 精修提示词 Step 3-4 精修环节
scripts/wiki-query.py 查询/验证工具 Step 5 验证 frontmatter/links
prompts/bug-fix.md 另一个独立 Skill 与本 Skill 无关,不串

快速测试

1
2
3
4
5
6
7
# 跑一次完整的 /compile
/compile https://mp.weixin.qq.com/s/xxx 01-ai-agents

# 跑完后用户应该看到:
# - 5 个新文件(raw + raw-digest + wiki + wiki-digest)
# - 3 个索引文件被更新(分类 index + master-index + log)
# - 一份"完成报告"(列出所有文件路径 + 透明玻璃自检结果)

最后更新:2026-06-22 | 设计来源raw/2026-06-22-undefinedKi-AI-Second-Brain-10-Step-Guide-digest.md Step 8 + [[Addy-Osmani-agent-skills-设计哲学-23-技能-7-块骨架]] 反合理化节