⚠️ 占位条目 · 和已有条目互补 已有 什么是 MD-based System 是概念/定义条目——解释”什么是 md-based”。 本条目是另一个维度：陈彬这个人怎么用 md-based 的——他的工作流、心智模型、踩过的坑、给别人的路径建议。 使用经验 ≠ 概念定义。两条共存，不重复。
概念一句话
陈彬的工作日常，几乎不写代码——都在写 md。Agent 写在 md 里、规则写在 md 里、Blueprint 写在 md 里、知识写在 md 里。代码只在”让 md 能被 AI 消费”的最薄基础设施层（hook、sync 脚本）。
但**“陈彬为什么走到这一步、怎么走到这一步、这条路适合谁、什么时候要偏离这条路”**——必须陈彬亲笔。
为什么这条需要陈彬亲笔
- 这是陈彬的”使用方式”，不是教程。AI 学者如果写，会变成”MD-based 十个最佳实践”——空洞。陈彬亲笔应该长这样：“我怎么从 Obsidian 写笔记，一步步走到今天几乎所有工作都在写 md”——是故事，不是技巧。
- md-based 的反面：什么时候陈彬不用 md？这部分 AI 学者不敢写——因为所有素材都指向”md 好”。只有陈彬能说”我试过把 XX 放进 md，结果不行，又搬回 YY 了”。
- 给非程序员的入门路径：这是 AIBuilder 好朋友最需要的。陈彬亲笔才有说服力——因为陈彬自己走过这条路。AI 学者写会变成”步骤 1 装 Claude Code / 步骤 2 写 CLAUDE.md”——技术教程，不是使用论。
建议素材来源（给陈彬亲笔时参考）
观察陈彬自己的 md 生态
- 全局
~/.claude/：CLAUDE.md顶层配置shared/systems-registry.md系统索引agents/*.md二十几个全局 agentskills/*/几十个 skill（每个一个 SKILL.md）meta/Meta agent 的完整知识库（HSM、ASDM、CD、IM 四套框架全是 md）
- 项目级
~/AIBuilder/、PK、DG、CR…：每个项目的.claude/都是一套 md 系统
抽样读几个看长什么样——然后问：“我为什么这么写？“
对照素材
- 什么是 MD-based System：已有的概念条目，本条是互补
- Gaia Knowledge System 是什么：Gaia 是”跨 agent 沉淀协议”——陈彬的 md 系统如何工作
- 多 Agent 协作实战_陈彬式：多 agent 协作也是 md-based 的一种形态
陈彬自己的反思
- PK
知识库/Wiki/里搜”MD-based”、“CLAUDE.md”、“Markdown”——陈彬早期写过什么 - 陈彬从”只写 Obsidian 笔记”到”写 Claude Code agent md”的过渡——什么时候跨过去的？
AI 学者能观察到的表象（不要当正文）
从陈彬的 md 生态，观察到的事实：
- 陈彬几乎每天都在写 md——不是写代码
- 陈彬的 git commit 90%+ 是 md 改动（可以用
git log抽样验证） - 陈彬给新项目的第一件事是写 CLAUDE.md，不是写代码
- 陈彬的系统升级=改 md，不是 deploy 新 build
- 陈彬跑的 agent 越来越多（目前 20+），但基础设施（hook、sync、bash 脚本）没几个
这些是行为模式。为什么 / 怎么走到这的 / 什么时候要不这样——陈彬亲笔。
和已有 什么是 MD-based System 的分工
| 已有 什么是 MD-based System | 本条目（陈彬使用论） |
|---|---|
| 这个概念是什么 | 陈彬怎么用的 |
| 多个作者的共识（Karpathy / 花叔 / Boris） | 陈彬一个人的路径 |
| ”看起来像什么" | "一天下来做什么” |
| 适合谁用（通用判断） | 陈彬自己的 fit 条件 |
| 成功案例（正面） | 陈彬的踩坑 + 修正 |
两条都要，各是一半。
关联（占位）
- 紧邻：什么是 MD-based System（姊妹篇，概念角度）
- 紧邻：多 Agent 协作实战_陈彬式（md-based 的多 agent 形态）
- 紧邻：Gaia Knowledge System 是什么（md-based 的知识层协议）
- 紧邻：陈彬的 LifeOS 是什么_陈彬主笔（陈彬整套 LifeOS 就是一个超大 md-based 系统）
- 前置：CLAUDE.md 完全解读 · 23 份真实 CLAUDE.md 的共同结构（进入 md-based 的具体抓手）