我最近有个claudecode的使用心得：让claudecode做任务时，都面向markdown文件进行沟通，不懂的地方就让它在markdown文件里面补充说明，然后我来学习审核并修改确认markdown文件，确认好之后，**/new一下清空claudecode的上下文**，让它按照最新的markdown文件进行完成任务。完成任务后我验收，不合适的地方继续改markdown文件，然后重复上面步骤直到满意，这样做的好处：可以最大限度避免上下文干扰和最大限度节省token 编写markdown文档的过程中要做好层级区分，通用的抽取引用关联，要遵循加载优先级和渐进式披露，沉淀验证完了就可以直接按需转skill了 我还发现任务文档的主体一定要自己写，自己精准控制（大语言模型可以辅助提建议，但一定要自己阅读和精准控制），用一些技能或者插件生成会有很多附加内容，导致自己的吸收和精准把控能力变弱 真正长期稳定的，反而是：markdown + 小上下文 + 状态驱动 + 人类主导架构 利用Obsidian可以很好组合各类markdown文档引用，CLAUDE.md里面放项目全局的描述，主要说明白：是什么（要素和连接关系）、为什么（什么场景下使用达到什么目的，可监控、高安全、高可用、高扩展、高性能、低成本、功能与配置一致单一完整正交等，可以充分发挥模型的能动性）、怎么样（要素和连接关系怎么配合运转起来的、约束、规则。具体的实现步骤可以分要素在引用的文件里面详细说明，保持CLAUDE.md文件的干净简洁）。具体到要素和连接关系的描述文档编写时，也可以按照上面是什么、为什么、怎么样的逻辑进行编写，做到有总有分，可以精准控制上下文的范围和描述。