你是不是也有过这样的崩溃时刻？每次让 Claude 写代码，都要重复粘贴 请使用我们的代码规范：驼峰命名、2空格缩进、必须写单元测试 ——像极了每天入职新公司；好不容易调教好的 Prompt 换个项目就完全失效，之前的调教经验归零；团队里每个人给 AI 的指令不一样，导致输出的内容一会儿像资深架构师，一会儿像刚毕业的新手。这些问题的根源，其实是 AI 的 专业能力无法沉淀。

但.NET依然是我的核心阵地。我写过2307篇博客文章，不是因为"这个月必须写一篇来维持MVP资格"，而是因为那天解决了一个棘手的问题，觉得"这个坑值得记录下来，万一有人也踩了呢"。而我，也从当年那个在博客园写WebForm教程的年轻人，变成了广州智用开物人工智能科技有限公司的CTO，带着团队在AI和.NET的交叉点上做产品。你自己脑子里那团模糊的概念，要梳理成有逻辑的结构，要找到合适的比喻，要预

旧的方式已经在走下坡路很多教程还在讲 .cursorrules 文件。这个文件放在项目根目录，全局生效，写一堆规则进去。问题在于它是一个单文件，不能按场景激活，不能分模块管理。你的项目有 Java 后端、有测试、有数据库迁移脚本，这三块的规范完全不同。一个文件全塞进去，既超长又难维护，AI 读取的时候也容易被稀释。Cursor 的新系统是 .cursor/rules/ 目录 + .mdc 文件，每

包越重，走得就越慢，要命的是最后还会忘记真正要找的是什么。上下文预算讲的就是：在一次模型调用中，有限的上下文窗口应该分给谁，要分多少给这个信息，什么时候要收拾工作台：对信息进行压缩和丢弃。一个没有上下文预算意识的 Agent，会把完整测试日志、全部 package.json、相关源码文件、之前所有工具调用记录、每一次中间思考都塞进上下文，再让模型判断下一步要干嘛。而模型能“看见”的信息，包括但不限