反复折腾AI 个人助理的架构和提示词,发现 Markdown 预设结构其实是个错误的方向,尽管他看起来正确,也能正常work。
为什么这么说呢?Markdown 结构化方案的问题是,
你必须精心定义好的目录(项目/任务/人物/日志...),然后不停精调这个结构。但人的输入是混乱的,一句话可能既是想法、又关联项目、还涉及某个人,或者是个命令。这个目录结构注定是反迭代的,无法泛化的。
最近想明白了另一个思路,即Skill 驱动的思路:
先想清楚助理应该做什么(GTD、项目管理、周期回顾、人际关系维护...),把这些方法论写成 Skill。结构不是提前设计的,是方法论需要什么结构,就自然长出什么结构。
GTD 需要区分"可执行"和"参考信息",那就有标签系统。
项目管理需要跟踪进度,那就有项目视图文件。
周期回顾需要时间线,那就有 chronicle。
核心区别:
Markdown 方案:工具驱动,先有容器再装内容
Skill 方案:方法论驱动,方法论决定需要什么容器
结构不是重点,只是方法论的承载需要结构。换句话说,不是"我有这些文件夹,往里填内容",而是"我用这个方法论工作,自然需要这样的文件结构"。
实际实践的效果也非常好。而且助理能力的迭代也不是调整目录,而是迭代和新增skill,这使得通过聊天就能持续提升这个助理的能力,感觉是找到正确的思路了