把 MDX 当作工作台，而不是炫技入口

很多人第一次接触 MDX，都会先想到“可以在文章里塞组件”。这当然没错，但如果只停在这里，MDX 的价值会显得很像一个语法层面的花活。

我更愿意把它理解成一张工作台。

当你在写技术方案、设计复盘或者项目日志时，经常会遇到一个问题：纯 Markdown 足够轻，但表达复杂结构时有时会显得吃力；而完整页面开发又太重，不适合承载思考过程本身。

MDX 处在两者之间。它保留了 Markdown 的写作流畅度，同时允许你在确实有必要的时候，把某些结构化内容嵌进去。

对个人博客来说，MDX 最好的使用方式不是“每篇文章都加交互”，而是“在需要的时候，允许文章拥有更准确的表达能力”。

例如一篇项目复盘里，时间线、状态块、提示卡片或一个小型对比组件，都可能比大段解释更清楚。重点不是为了炫耀技术，而是为了降低读者理解成本，也降低作者自己回看时的认知成本。

所以我会保留 MDX 支持，但不会把它变成默认炫技路径。大多数内容仍然应该是朴素、稳定、可维护的文字。