CodeBuddy 使用诀窍：5个让你效率翻倍的实战技巧

用了半年多 CodeBuddy，从最初的“补全代码”到现在的“重构老项目”，我发现很多人其实只用了它 20% 的功能。今天直接上干货，分享 5 个真正能提高写代码效率的技巧。

技巧一：用“中文注释”反向生成业务逻辑，告别空转

很多人在写复杂业务时，习惯先写代码再补注释。其实 CodeBuddy 的“中文注释”功能是反过来的——你写中文需求，它生成代码骨架。

具体操作：在 VS Code 里，选中一段空白区域，输入类似“// 实现用户登录，先校验手机号格式，再查数据库密码，最后生成 JWT token”这样的注释，然后按 Ctrl+Shift+I（或右键选“CodeBuddy 生成代码”），它会直接生成完整的函数体。

实战场景：上周写支付回调接口，我先写了 8 行中文注释描述“验签-查订单-改状态-发通知”的流程，CodeBuddy 直接生成了 60 多行代码，只改了 3 处字段名就运行通过了。比先写代码再改 bug 快 3 倍。

技巧二：单测生成时，加“边界条件”关键词

CodeBuddy 的单元测试生成很多人觉得“生成的用例太简单”，其实是因为你没给它指令。

诀窍：在生成单测前，在函数上方加一行注释，比如 // 生成单测，覆盖空数组、超大数值、null 输入。它会自动生成异常分支的测试用例。

实测对比：不加注释时，生成的单测只覆盖正常输入；加了“边界条件”后，会生成 testWithNullInput、testWithMaxValue 等用例。对于接口防御性编程，这个技巧能省掉你手动补边界 case 的时间。

技巧三：用“代码补全”写重复的 CRUD，而不是手动复制

很多人写增删改查时，习惯复制粘贴上一段再改字段名。其实 CodeBuddy 的补全引擎能根据上下文自动推断。

操作：当你写完一个 getUserById 方法后，在下面输入 get，它会自动弹出 getUserByEmail、getUserByPhone 的候选补全，且字段名和数据库模型匹配。如果你用的是 TypeScript，连返回类型都能自动对齐。

效率提升：以前写 5 个 CRUD 方法要 15 分钟，现在用补全+微调，3 分钟搞定。关键是手写容易漏字段，补全不会。

技巧四：用“对话模式”重构老代码，别自己硬改

CodeBuddy 的对话功能不只是聊天，它能直接分析选中代码并给出重构建议。

场景：接手一个 2000 行的老模块，里面全是 if-else 嵌套。选中这段代码，在对话输入框写“用策略模式重构这段代码，保持原有逻辑不变”，它会生成重构后的代码块，并标注修改点。

注意：不要直接替换，建议让它生成新文件，然后手动对比。我习惯用“分步重构”——先让它提取公共方法，再改分支逻辑，每一步都跑测试。这样不会一次性改崩整个项目。

技巧五：利用“上下文记忆”写自定义模板

CodeBuddy 会记住你当前文件的结构和命名风格。如果你在一个项目中统一用 snake_case 的变量名，它生成的代码也会自动适配。

进阶用法：在项目根目录建一个 .codebuddy-rules.md 文件，写入你的编码规范，比如“所有 API 返回格式统一为 {code, data, msg}”或“日志用 logger.info 而不是 console.log”。之后 CodeBuddy 生成的代码都会遵守这些规则。

实测：团队统一了这个文件后，新人用 CodeBuddy 生成的代码几乎不需要 review 修改，直接合入。省掉了来回改风格的沟通成本。

总结一下：CodeBuddy 最强的不是“帮你写代码”，而是“帮你少写重复代码”。用好注释驱动、边界条件、上下文记忆这三个点，每天至少能省出 1 小时的无效劳动。如果你还没试过这些技巧，今天就可以在项目里跑一遍。