markdown

实际上在部署本博客前，我从来没有接触过 Markdown(md) 标记语法。Mix Space 博客框架算是我的 md 入门。

在后续尝试搭出 wiki、搭出网站、md 产出说明书等等实用实例时，md 都可以作为关键的内容源，而且非常便于使用 git 之类做版本控制和更改比对。

恰巧，在我对 md 的深入使用的时间，正好贴合，AI 领域也从早期的“提示词”对话，变成了现在“skill +agent”作为真正助手。现在想要真正用好 AI，md 语言和文件已经是必不可少了。

我和领导一直有一个巨大分歧，我认为“内容很重要，形式更重要”，而他认为形式根本不用管。无论什么内容，最终是给某个“实体”阅读和理解，而合理的形式将极大增强可读性，不好的形式容易曲解内容。

md 恰好编写内容、调整格式都还算简单，也适合人类、AI、或者任何其他脚本工具理解。在现代，可能所有的内容写作都应该是 md 格式，再制作工具或借助 AI 转为目标形式。

agent

经历直接调用大模型^{[^直接大模型]} >>>compound AI system^{[^复合式AI系统]}，现在特别是龙虾爆火之后，各种真正的 agent^{[^智能体]} 加速涌现。Claude code、GitHub copilot 都开发成了真正 agent 的形式。

在 agent 的使用中，md 的地位更加重要

• 作为技能提示，指示 agent 工作时的关键侧重技术栈
• 作为边界条件，设定 agent 可自主操作的文件边界，哪些操作一定需要获得批准
• 作为风格侧重，更注重性能，还是更注重封装和代码可重用性
• 作为可信信源，增加一些绝对可信的资料信息供 agent 查阅
• 作为持久性信息，让 AI 缩减上下文、记录项目现状、项目特定注重项，跨项目阶段和环境做统一

无论如何，哪怕你创建一个 skill.md 像直接用大模型一样写一句，也是会产生效果的。

**你是一个xxx技术专家,擅长xxxx领域应用**

我的 agent 学习

起因并不是为了学习 agent，市面上的酒馆AI调用的模型太烂了，根本没办法正常游玩，迫不得已自己部署一个来玩，体验相当不错。

为了自己好的游戏体验，自己编写角色/世界卡，但是我的想法又过分复杂，不得已自己部署了一个 agent 来辅助创作。

抄袭自该项目，借助 claude 做了一些微调。

这个项目相对简单，各种机制却非常合我的胃口。具体机制可见项目开发文档，或者作者在抄袭项目下的声明(这部分写的比原项目文档更加清晰)。并且我计划基于该项目制作所有自用的 agent。

在该项目中，也是使用 SOUL.md/MEMORY.md 做总体技能设定/持久化，同时他也支持本地优先的知识库，知识文档也应该以 md 格式存放便于 agent 理解。

文字游戏再次崛起

现在 AI 还依然无法便宜地接入现代化的游戏中，但是已经在老派类型”文字游戏“中大放异彩，非常痴迷文字游戏的我已经爽到。

这些所有关于 AI 的用户可设定部分，依然是 md 格式。我想未来模型便宜到足够接入现代化游戏的时候，也是如此。

AI 让 md 再次伟大？