六个月的疯狂编程，30万行代码！一名程序员每月

六个月的疯狂编程，30万行代码！一名程序员每月花费1400元将克劳德代码玩到极限，感叹：可以缩短自己五年的寿命。 六个月的真实项目实践，重写30万行代码……听起来像是天方夜谭，但事实上，这是一个开发者jokinggold5455的亲身经历。他单枪匹马地承担了一个复杂的微服务项目的转型。为了让老板同意，他当场拍着胸口承诺六个月内完成。后来他又转身把克劳德·科德培养成得力助手，帮助他管理和重写。在此之前，他每个月花费200美元（约合人民币1422元）打开Max 20x的套餐，以30万到40万线的规模重新构建原来约10万线的项目。要知道，人工智能运用得当，效率可以成倍提高；如果使用不当，加班时间只会增加。充分挖掘Cl的潜力aude代码中，JokeGold5455做了很多调优，让AI输出更加准确、好用。基于这些实践经验，他整理了完整的 GitHub 参考库（https://github.com/diet103/claude-code-infrastruct-showcase），希望能给你优化 AI 编程环境和工作流程的实用启发。来源：https://www.reddit.com/r/claudeai/comments/1oivjvm/claude_code_is_a_beast_tips_from_6_months_of/ Jokegold5455 编辑 |苏米制作| CSDN（ID：CSDNNEWS） 简介 简介 我是一名软件工程师，七年来主要从事生产环境下的Web开发应用。当AI浪潮袭来时，我几乎张开双臂拥抱它。与许多人的焦虑相比，我并不担心人工智能会取代我的工作——相反，我将其视为增强我技能的工具。有了这个，我可以更快地开发新功能，创建演示解决方案，并集成像 Claude 的 thi 这样的模型。nking 和 GPT-5 融入我们的产品应用。过去我没有时间去思考这些项目的优化工作。今天，他们成了我“保住饭碗”的秘诀，让我成为了公司的“AI顾问”——我感觉其他同事在日常工作中应用AI的深度可能比我晚了近一年。怀着这种信心，我提议对我们公司内使用的 Web 应用程序进行大规模的确定因素/改造。本来这个网络应用是一个大学生实习期间写的，是从我7年前的新工作开始的。这是我实习期间开发的另一个项目的一个分支，所以不难想象这个应用程序的质量有多粗糙。然而，为了让公司老板购买，我承诺在几个月内亲自完成整个项目（约10万行代码）的重新设计和重建。我当时就知道这意味着加班，甚至在克劳德的帮助下编码并不会变得更容易。但我很清楚，如果这个项目成功，将会使大量的手动流程实现自动化，并为公司节省大量时间。现在，六个月过去了……是的，我现在觉得我给自己设定的时间安排真的太激进了。为了完成这个项目，过去我不仅将克劳德密码的能力推到了极限，也几乎将自己的理智推到了崩溃的边缘。在这次尝试中，我彻底放弃了旧的门面，一方面是因为它太落伍了，另一方面是因为我想借此机会体验一些新的技术栈。以下是我改造的 Web 应用中使用的新旧技术栈的对比： React 16 JS → React 19 Typescript React Query V2 → TanStack Query V5 React Router V4 (Hashrouter) → Tanstack Router (File Route) Material UI V4 → MUI V7 所有真正严格遵守最佳实践的技术迭代。现在那该项目已经增长到大约 300,000-400,000 行代码，毫不夸张地说，“我可能会因此失去五年的生命。”但结果真的很棒——项目终于进入了测试阶段，我对成品非常满意。这个项目原本技术债务如山，测试覆盖率为零，开发体验很糟糕（调试就是地狱），各种奇奇怪怪的问题接连出现。今天，我给它添加了一个很大的测试范围，控制了技术债务，编写了一个命令行工具来生成测试数据，并在各个功能前面添加了“开发模式”以方便测试。在这个过程中，我逐渐理解了克劳德代码的行为，以及在不同情况下我可以从它中榨取多少“生产力”。在使用claude代码六个月、仅重写了30万行代码的过程中，我构建了一个这样的系统：技能系统：开发文档工作流程需要时可以自动激活：不出错不留痕迹”《AI团队：专门的代码审查、测试和规划》这篇文章，我想谈谈我使用Claude Code的一些实践经验，以及我在《Learning If Learning When Full Talk》中《Claude Code的一些实践经验》中的爆炸，以及《Working If Full Conversation About我在Claude Code中的一些实践经验》中的探索。基础设施——包括技能自动激活、钩子、代理等部分。首先说明一下：本文中的所有内容只是我觉得目前最方便、最有效的配置，只是希望这些经验能给你在编程 AI 代理时带来一些启发。我不是专家，我只是分享我的想法和经验，仅供参考。值得一提的是，我使用的是 Claude Codemax 20X 套餐（200 美元/月，约 14 个）。22元/月），所以您的体验可能会有所不同。如果您只是寻找一种“轻松、随意地编写代码”的氛围，那么本文可能不适合您。但如果你想真正发挥克劳德代码的潜力，你需要与它“一起工作”：一起计划、分析、热身，并探索不同的解决方案。关于质量和一致性的说明。在论坛和各种讨论区，我经常看到相同的话题：人们抱怨克劳德代码的使用次数限制太苛刻，或者认为这个模型的输出质量“用得越多越差”。我想首先澄清这一点——我并不是试图否认这些经历，也不是说“你只是错误地使用了它们”。每个人的情况和需求都不同，这个反馈值得认真对待。不过，我想分享我的故事。个人感觉，最近两个月claude代码的输出质量有了很大的提高。我认为这主要是由于o 我对工作流程的不断调整和优化。如果你能从我的系统中获得一点灵感，并将类似的想法融入到你自己与克劳德一起工作的方式中，也许你也可以做得更一致、更快乐。当然，我们要明确一点——克劳德翻转了。好吧，它只是没有抓住重点，而且生成的代码的质量很难描述。原因有很多。首先，人工智能模型是随机的，相同的输入可能会导致完全不同的输出。有时这只是“运气不好”，模型给出的结果确实令人不快。其次，直接词语的表达方式也很关键。即使只更改几个单词，输出也可能完全不同。克劳德对于语言的理解非常直白，如果你写得含糊其辞或者含糊不清，就很容易“偏离轨道”。有时你必须把事情掌握在自己手中。人工智能很强大，但它不是魔法。人类的直觉总是会出现一些问题d 模式识别能力非常出色。如果你看到克劳德与一个 bug 斗争了半个小时，而你可以在两分钟内修复它，那么你自己修复它吧。没什么可羞耻的。可以将其想象为教某人骑自行车 - 有时您必须帮助握住车把，然后在稳定后离开。这种情况尤其是在涉及逻辑推理和实践常识的问题中更为常见。当然，克劳德可以用“蛮力”来提供答案，但人们往往会更快地看到问题的本质。不要陷入“人工智能应该自动完成所有事情”的热潮，这只会浪费你的时间。如有必要，果断采取行动，解决问题，然后继续前进。我自己也经历过很多“灾难级的威胁”“提示词”——通常发生在一天结束的时候，我懒得写提示，输出的结果自然很糟糕。所以如果你认为克洛德的产出质量在这段时间下降了，并且你怀疑人类ic偷偷“弱化”了模型，你也可以静下心想想自己最近写得怎么样。多尝试几次。您可以按 ESC 两次。拉取历史信号并选择一个进行重新分支。你会惊讶地发现，在了解“你不喜欢什么”之后，你往往会在同样的提示下得到更好的结果。简而言之，导致输出质量下降的原因可能有很多 - 进行一点内省并思考是否可以提供更好的背景和指导通常比仅仅抱怨更有效。正如一位智者所说：“不要问克劳德能为你做什么，而要问在什么背景下与克劳德调和。” ”——聪明人没事，讲道时间结束了，让正事吧。“技能自动激活系统。”不久前，当Anthropic推出技能时（https://www.anthropic.com/news/skills），我的第一反应是：“太棒了！ “人择技能的功能可以理解为一个可以让克劳德自动调用特定的系统”“技能模块”：每个技能涵盖一组可用的任务任务、脚本或资源。当与 Claud 相关的任务完成后，Claude 引用一组可移植、可重用的指令来保持大型代码库中的一致性——听起来很完美——最后什么也没发生。就像一件家具一样，它一动不动地坐在那里，就像一个装饰品。“啊哈！”那时我就想到了使用那些钩子。如果 Claude 不会自动使用技能，为什么不构建一个系统来检查相关技能是否可用因此，我开始学习 Claude 代码钩子系统，并使用 Typescript 构建了一个多级自动激活架构。它是如何工作的？我创建了两个主要钩子： 1. UserPromptSubMit 钩子（在 Claude 看到您的消息之前运行）检查输入提示单词，提取关键字和意图模式；检查注入格式的 Claude 上下文提醒。 s系统工作？”克劳德在看题之前首先看到一个提示：“技能激活检查-使用项目-目录-开发者技能”才知道要加载技能“项目-目录-开发者”（这是我前端中一个庞大而复杂的数据网格组件模块）。2.停止事件钩子（在克劳德回答完成后运行）检查哪些文件发生了变化；检查高风险模式（try-catch、数据库操作、异步函数、等）；输出温和的自检提醒，如：“手柄添加错误吗？棱镜操作是否遵循存储模式？”这不是强制提示，但可以让克劳德保持一种“自我检查”的感觉，不会太烦人。在此基础上调整Skill-rules.json，我还创建了一个中心配置文件来定义每个技能的逻辑触发，包括：关键字：清晰的主题匹配（如“布局”、“工作流程”、“数据库”）；意图模式：使用正则表达式捕获动作意图（如“（创建 | 数据库）”。添加）。*？ (Feature | Route)"); 文件路径触发器：根据文件路径中编辑的技能激活；内容触发器：检测文件内容中的特定模式（如棱镜导入、控制器定义等）。示例片段：} 现在展示效果，当我生成后端代码时，克劳德会自动完成以下步骤：在阅读提示之前加载技能建议；调用相关指南；按照既定模式保持持续输出；最后使用钩子进行温和的自检提醒。结果是一个翻天覆地的变化：不再有样式不一致的代码，不再抱怨“Claude 正在重用旧模式”，也不再每次都手动提醒“检查那个指南”。 运行自动激活系统后，我仔细研究了 Anthropic 官方的最佳实践文档，结果发现我之前使用的方法是错误的。e.md 文件应限制为 500 行，并通过“渐进式加载”引用外部资源文件。我当时的情况是前端开发指南超过 1,500 行；许多其他做法也超过了 1000 行。这些大型“技能巨石”文件完全违背了技能系统“按需加载”的目的。所以我重新安排了整个结构：Frontend-Dev-Guidelines→主文件398行+后端开发的10个资源文件→主文件304行+11个资源文件。现在，克劳德可以先加载轻量级的核心文件，只有在绝对必要时才加载详细的资源文件。结果：Token使用效率提升40-60%，大部分请求的响应速度和稳定性也显着提升。我创建的技能列表是我当前的技能阵容：指南和最佳实践 backend-dev-guidelines-routes →controllers → services → repositories frontend-dev-guidelines-patterns 和基于 React 19、Mui V7 的技能，Tanstack查询/技能路线-开发人员-专门用于创建其他元技能发布技能中的专门技能的元技能（meta-skill））工作流引擎模式通知-开发人员-电子邮件和通知系统开发数据库-验证-防止列表错误（此技能具有“保护性”，在发现问题时将阻止更改！）项目-目录-开发人员-DataGrid布局系统这些技能会根据我正在编辑的文件或任务自动激活。感觉克劳德身后有一个经验丰富、记忆力很长的高级工程师一直在提醒他：“嘿，用这个模式。”为什么在使用技能+钩子之前很重要：即使我在文档中更新了新的设计模式，Claude仍然会使用旧的模式；我每次都得手动提醒它阅读best_practices.md；超过30万行的代码库充满了不一致的风格；修复克劳德“自由发挥”花了太多时间。使用技能+挂钩后：统一p自动应用和检查模式；在我看到代码之前，克劳德纠正了自己；我可以确保代码风格遵循既定的准则；审查和纠正时间大大减少。如果您还维护一个大型的、定义良好的代码库，我推荐这个系统。刚开始搭建需要两三天的时间，但回报至少是十倍。 Claude.md 和文档系统的演变我在六个月前发的帖子中提到了一个观点：“规则是你最好的朋友”，我仍然遵循这一点。但我的 claude.md 文件失控了 - 它占用了太多函数，包括 1400 多行 best_practices.md 文件，Claude 有时会读取该文件，有时会忽略该文件。于是，我花了一个下午的时间重新整理和整理整个文件系统给Claude。调整后的结构如下： 移至原来的Best_Practices of Skills 包含： Coding Definitions Coding；反应模式（引人入胜、实质内容、悬念）；后端API 模式（路由、控制器、服务）；错误处理（哨兵集成）；数据库设计和棱镜使用规范；测试指南；性能优化技术。现在所有这些内容都已迁移到技能系统中，并且钩子会自动激活，以确保克劳德可以使用它们。不再祈祷“记住阅读该文件”。 claude.md 中保留的内容当前的 claude.md 仅关注项目特定信息（~ 200 行）：常用命令（PNPM PM2：Start、PNPM build 等）；服务特定配置项；任务管理和文档开发系统a；路线验证的测试程序；工作流程的试运行模式；浏览器配置工具。新的文档结构： └── repo 的具体怪癖和命令的本质是：Skills 负责“如何编写代码”，Claude.md 负责“这个项目如何工作”。真正实现了关注点分离。文件系统综合所有改进的进度（除了技能），这个系统带来的好处是最大的。克劳德就像一个“自信但完全健忘”的初级工程师，总是容易忘记自己在做什么。本系统就是专门为了解决这个问题而设计的。来自 Claude.MD 的开发文档片段： - 更新“上次更新”时间戳 每当开发新功能或主要任务时，都会自动生成这些文档。在此之前，我经常遇到克劳德在开发过程中“偏离轨道”的情况，他30分钟前制定的计划因为被一些随机的想法夺走了而完全忘记了。我的计划过程都是从计划开始的。规划是核心。如果您在要求 Claude 实现一项功能之前不进入计划模式，您可能会遇到麻烦。就像建筑工人不直接开始建造大楼，而是先画图纸一样。当我开始规划一项功能时，我会进入规划模式首先，尽管我要求 Claude 将计划写入 markdown 文件。我不确定这一步是否真的有必要，但在我看来，进入计划模式 doesgay - 允许 Claude 更好地探索代码库，获得正确的上下文，并提出更完整的计划。我创建了一个子代理，即战略计划架构师，它是一个计划怪物：擅长收集背景信息；分析项目结构；制定完整的计划，包括执行摘要、分阶段、任务、风险评估、成功指标和时间表；自动生成三个文件：计划、上下文和任务列表。但我发现有两件事很烦人：1.你看不到子代理的输出；2.你看不到子代理的输出。 2.如果拒绝其提案，该代理将直接被销毁，讨论无法继续。因此，我使用主克劳德代码示例中的相同提示创建了自己的自定义 /dev-docs 命令，以实现相同的功能。当克劳德输出那个好的计划时，我会花时间仔细检查。蒂这一步非常重要。检查一下，您会惊讶地发现它经常犯一些愚蠢的错误或完全误解请求中的关键点。通常，退出规划模式后，我只剩下不到 15% 的上下文，但这没关系 - 然后通过将所有必要的信息存入开发文档系统来“重置上下文”。 Claude 经常渴望直接开始写作，所以我立即按 ESC 中断它并运行 /dev-docs 命令。此命令会自动创建三个使用已批准计划的文档，如果缺少足够的上下文，则添加它们。一旦结束，我几乎相信克劳德将执行整个功能，而不会失去注意力，忘记计划，并且即使在自动压缩的情况下也能保持在正轨上。我偶尔会提醒克劳德更新任务列表和上下文文件。当当前会话没有足够的上下文时，只需运行 /Update-Dev-Docs 命令，Claude 就会记录所有内容相关上下文、后续步骤以及压缩前更新任务状态。在新的对话中只需一句话：“继续”，连接就会无缝。在实施过程中，我会要求克劳德一次只实施一两个部分，具体取决于任务的大小。这样，我可以及时检查中间结果，避免传播错误。我还有一个子代理负责定期进行代码审查，以便及早发现潜在的大问题。如果您还没有通过 Claude 检查您的代码，我强烈建议您尝试一下 - 它为我节省了很多麻烦，并发现了严重的错误、缺少实现、不一致的逻辑，甚至一些安全漏洞。 PM2 流程管理（后端调试的终极工具） 这是我最近添加的链接，但它将后端调试体验提升到了一个全新的水平。问题是我的项目同时运行七个后端微服务。问题是 - Claude 无法直接查看日志该服务正在运行。也就是说，我不直接问这个：“邮件服务出现错误，发生了什么？”因为克劳德本身无法读取日志，除非我手动将其复制并粘贴到对话中。一段时间的临时解决方案，我让每个服务通过 Devlog 脚本将输出写入带时间戳的日志文件。它有效，但很笨拙。克劳德可以读取日志文件，但无法实时更新。该服务崩溃后不会自动重启，管理起来非常困难。真正的解决方案：PM2 直到我发现 PM2 - 一个彻底的游戏规则改变者。我用一个命令让所有后端服务通过 PM2 运行： PNPM PM2：启动 它的好处包括： 每个服务作为独立的托管进程运行，并拥有自己的日志文件 claude 可以实时读取各个服务的日志 使用 PM2 日志在服务崩溃后自动重新启动 使用 PM2 monit 监控内存和 CPU 使用简单易用的监控器进行实时输出监控服务管理命令（如 PM2 的 PM2 restart 或 PM2 Stop 以及易于配置的示例：}; 调试过程前后对比。之前：Claude：“让我分析一下……”现在：Claude：“重新启动服务并监控是否还有错误。”差别很大。现在 Claude 可以自己完成调试，而我不必成为“手动日志搬运工”。唯一的缺点：PM2 不支持热重载，所以我仍然使用前端 Run with PNPM DEV。但是对于不需要频繁热重载的后端服务，PM2 是完美的。我的项目具有多根结构。根目录中有八个不同的存储库——一个前端，七个后端微服务和工具服务。最让我烦恼的是，Claude 经常忘记在编辑后运行构建命令。所以代码中会留下十几个类型错误，当我a几个小时后让它构建，它不会说，“有一些类型错误，但它们并不重要，所以没问题！”不，克劳德，我们现在有麻烦了。挂钩：文件编辑跟踪器 首先，我创建了一个工具使用后挂钩，该挂钩在每次编辑/写入/多重编辑操作后运行。记录它：哪些文件已被编辑，这些文件的哪些存储库属于时间戳，起初我在每次编辑后立即运行它，但不是很有效。克劳德通常会先修复损坏的东西，然后立即修复。挂钩：生成检查器（Generate Checker） 因此，我添加了一个停止挂钩（由 Claude 在 tugon 之后运行），其中： 读取编辑日志并找出更改的存储库 运行构建脚本以检查每个受影响存储库的 TypeScript 错误。如果有 5 个错误：直接向 Claude 显示。如果错误≥5个：建议启动自动错误解析器代理记录日志以供调试。启用这个系统后，克劳德就不再有任何bug了。钩子会立即看到问题并 C劳德会在继续之前修复它。 Hook：prettier 格式化程序简单但易于使用。 Claude 回应后，他自动运行 better，用每个 repo 的 .PRETTIERRC 配置来格式化所有编辑过的文件。不再需要手动打开文件来运行格式，也不再需要看到二十个尾随逗号的更好更改，因为克劳德上次忘记添加它们。就这样吧，我不再推荐这个钩子了。自从我分享这篇文章后，就有读者留言提供详细数据——更改文件将立即触发并消耗许多上下文令牌。仅仅因为自动格式化，他们就在 3 次对话中消耗了 160,000 个令牌。此效果将根据项目的大小和格式规则而有所不同。但最后我删除了这个钩子——只需格式化它并手动执行即可，没有必要为了一点方便而牺牲令牌。要保持自动格式化，您可以在会话之间手动运行它，而不是克劳德会话。Hook：错误处理错误 这是我前面提到的“友情提醒”Hook。在 Claude 响应后，它将分析编辑的文件以识别风险模式（try-catch、异步操作、数据库调用、控制器等）。如果检测到危险代码，会显示自检提示。克劳德会自己判断是否需要添加处理错误，而不是强迫或中断，并且会保持对风险的认识。示例输出： 每次 Claude 响应时完成流程挂钩，他都会经历以下流程： 最终结果： 干净、格式统一、无错误的代码 此外，UserPromptSubmit Hook 在 Claude 开始工作之前会自动加载相关技能。结果：没有混乱。完美的。附加到技能的脚本我从 Anthropic 官方 github 上的实践示例中学到了一个很酷的模式：将实用脚本附加到技能。例如，我的后端开发指南实践中有一个测试身份验证路由的部分。该 practices不仅解释了身份验证过程，还引用了一个实际的脚本：nodescripts/test-auth-route.js http://localhost:3002/api/endpoint 这将使每个人都清楚地知道要使用哪个脚本以及如何使用它。不再需要每次都“让我写一个测试脚本”，重新发明轮子。我计划将这种模式扩展到更多技能，并让 Claude 直接使用现成的工具，而不是每次都从头开始构建。工具和其他帮助 SuperWhisper (MAC) 当你的手累的时候，你可以使用文本到文本的输入，克劳德很好地理解了我的语音输入。内存 MCP 我现在很少使用它，因为技能功能处理了大部分“内存模式”工作。但它仍然适合跟踪不属于实践一部分的项目特定决策和架构选择。 BetterTouchTool 从光标复制相对 URL（用于共享代码引用） 我将打开 VSCODE，以便更轻松地找到我需要的文件。我可以双击大写锁定，然后 BTT 将输入r 使用快捷键复制相对 url，同时使用 @ 符号准备剪贴板内容，然后聚焦终端并粘贴文件路径 - 全部完成。双击热键快速切换应用程序（CMD+CMD打开Claude Code，OPT+Opt打开浏览器），并设置常用操作的自定义动作。说实话，不用在不同的应用程序之间来回切换，可以节省大量时间，这足以让购买 BTT 变得值得。脚本的范围。几乎任何繁琐的任务都可以通过脚本来解决，例如用于生成模拟测试数据的命令行工具。在使用 Claude Code 之前，生成这些数据很烦人 - 我必须向包含大约 120 个问题的表单提交一次答案，只是为了生成测试用例。验证测试脚本（获取token、测试路由）数据库重置和schema填充迁移前数据差异检查开发数据库自动备份和恢复的技巧：当Claude帮你写一个有用的脚本时pt，立即记录在Claude.MD中或附加到相关技能中。未来的你，会感谢现在的自己。文档（仍然重要，但发生了变化）我认为文档几乎与计划一样重要。我实时记录开发过程，包括为每个任务或功能生成的开发文档。从系统架构、数据流图到开发者文档、API文档，一应俱全。但变化是这样的：文档现在与实践一起工作，而不是取代它们。技能：可用模式、最佳实践、操作方法文档：系统架构、数据流、API 参考文档（850 多个 markdown 文件），但现在专注于特定于项目的架构，而不是重复技能中的常见最佳实践。当然你不必走极端，我建议你建立多层次的文档：一个广泛的架构概述指向更具体的子文档（不同的模块、服务或功能）详细信息），以便 Claude 可以更有效地浏览该代码库。使用提示的提示 在编写提示时，请尽量具体、清晰地说明所需的结果。就像你不会让建筑商在没有先查阅蓝图的情况下就开始建造新浴室一样。如果你不确定细节也没关系：把研究交给Claude，并提供多个选项或使用子代理/其他AI接口来进行研究，这样你就可以判断什么是好什么坏，并根据Claude的计划进行调整，否则，这只是盲目地输入“vibe-coding”，你甚至可能不知道要包含哪些文件的上下文。另外，避免引导性问题以获得客观反馈：不要问“这好吗？”更好：描述情况并询问“有什么想法或选择吗？”您将得到一个更平衡的答案。代理、Hooks 和 Slash 命令（三位一体） 代理 我创建了一个由专业代理组成的小团队： 质量控制：代码-架构-审阅者：检查代码遵循最佳实践 build-error-resolver：TypeScript 错误的系统修复 refactor-planner：生成全面的重构计划 测试和调试：auth-route-tester：使用身份验证测试后端路由 auth-route-debugger：调试 401/403 错误 Frontend-Error-Fixer：诊断和修复前端错误 规划和策略：Strategic-Plan-Architect：制定详细计划 Plan Plan-Reviewer：审查计划实施之前 Documentation-Architect：创建/更新文档 特色功能： Frontend-Ux-Designer：维护问题和 UX 问题 Web-Reskare UI 使用代理的指导要点：澄清角色并恢复内容。避免代理“去做他们想做的事”，然后只是告诉你“我修好了！”钩子（上面介绍过） 钩子系统是整个系统的粘合剂：没有钩子 → 技能闲置、错误滑倒、代码格式不一致、没有自动质量检查钩子 → 技能自动激活、零错误保留 Plan /Dev-Doc■ 将文本和指令压缩在一个命令中比每次手动键入指令更方便。结论 经过六个月的密集使用，我记录了一些见解： 重要元素：波兰流程的计划命令 综合文档是附加到 MCP 记忆技能的实用脚本，用于记录我现在能想到的所有决策。正如我一开始所说的，我只是一名普通的开发人员，我准备倾听经验、技能，甚至大家的批评和指正——因为我总是想不断优化我的工作流程。我写这篇分享只是为了告诉别人什么对我有用，因为在现实生活中我很难找到合适的人交谈（我的团队很小，每个人接受人工智能的速度都很慢）。 特别声明：以上内容（如有则包括照片或视频）由自媒体平台“网易号”用户上传发布。本平台仅提供信息存储服务冰。 注：以上内容（包括图片和视频，如有）由网易HAO用户上传发布，网易HAO为社交媒体平台，仅提供信息存储服务。