你是否曾经在晚上 11:59 试图修复一个损坏的构建，却发现你的代码库基本上就是一碗拉面——滚烫、纠结，而且在溅到你的衬衫上之前，还莫名地让人感到慰藉？这时，就像一位真正阅读过手册并带了勺子的朋友一样走了进来。如果你曾经希望你的编辑器能够解释你的代码而不会叹气，或者编写测试而不会评判你的缩进，那么这就是为你准备的。
让我们来实际操作 的前 10 个用例——以及一些小陷阱、工作技巧，以及 配对编程真正感觉像是魔法而不是与神秘的沉默伙伴进行团队项目的时刻。
为什么“ 的前 10 个用例”不仅仅是标题党
因为 的最佳用例非常实用：重构、调试、编写测试、生成文档以及让新工程师快速上手。这是一份伪装成列表的指南——因此你可以直接跳到能解决你周二难题的部分。
值得注意的是： 适用于各种语言和框架，使用自然语言，并且像你阅读群聊一样阅读整个代码库——快速、具有上下文感知能力，并且偶尔会对其刚刚看到的内容感到担忧。它尤其擅长推理代码并解释原因，而不仅仅是内容。
请注意：我将展示提示、真实世界的示例以及信任但要验证的时刻。你的代码库会感谢你的。你未来的晚上 11:59 的自己也会感谢你的。
1) 重构遗留代码，而不会再次破坏一切
想象一下：一个 900 行的名为 doEverything 的函数，它比你的办公室植物还要老，而且同样脆弱。 可以分析该函数，提出模块化分解方案，并生成更小、可测试的块。
尝试以下提示：
- “扫描 src/payment/processor.js 并提出一个重构计划：识别副作用，分离纯函数，并建议新的函数签名。然后输出一个补丁。”
为什么它有效：
- 擅长结构推理。它会映射依赖关系，指出隐藏的全局状态，并建议比
tmp2 更清晰的名称。如果你先让它编写测试——然后重构以使它们通过，那么可以获得额外加分。
注意事项：
- 审查每一个更改。要求 用简单的英语解释每一次转换：“你为什么将验证移到一个单独的模块？” 如果答案含糊不清，请放慢你的速度。
2) 像你五岁一样（但拥有计算机科学学位）解释不熟悉的代码库
新的工作、新的代码库、新的恐慌。 可以阅读代码库并生成一个一页纸的“导览”，其中包含系统图、模块职责以及你未经备用降落伞不应该触碰的可怕部分。
尝试以下提示：
- “阅读代码库。构建一个心智模型：架构、数据流、关键模块和痛点。输出一个一页纸的内容和一个 图。”
为什么它有效：
- 的自然语言解释非常清晰。它将“这个服务做什么？”变成了“它是咖啡师——接受订单，将订单发送到吧台，并在拿铁准备好时叫名字。”
专业技巧：
- 跟进“我应该首先研究哪些文件来修复结账延迟？” 它会优先考虑热点，并为你提供最快的摆脱迷失感的方式。
3) 生成能够捕获实际 而不仅仅是感觉的测试
自动生成的测试曾经就像商店品牌的麦片：很好，但你知道。 编写更好的测试，因为它理解边缘情况、状态转换，以及，是的，那个奇怪的 。
尝试以下提示：
- “对于 cartService.ts，生成单元测试，涵盖促销代码堆叠、税收四舍五入和货币转换。包括边界和基于属性的测试。”
奖励：
- 要求 将脆弱的 测试转换为更小、确定性的集成测试。它会进行存根、模拟，并告诉你为什么不稳定的小精灵会在周五光顾。
4) 调试：将神秘的堆栈跟踪变成一个逐步修复
你：“我们发布了一个功能，然后应用程序变成了一个烤面包机。” ：“配置标志已反转，并且你捕获了错误的错误。”
尝试以下提示：
- “这是堆栈跟踪和日志。假设根本原因以及可能性百分比。提出最快的可重现测试，然后提出修复方案。”
为什么它有效：
- 擅长假设优先调试。它会将堆栈跟踪映射到代码，跟踪输入，并提出可能的罪魁祸首——想想侦探节目，但穿风衣的人更少。
专业技巧：
- 粘贴失败的测试输出，并要求 生成一个最小的重现代码片段。保留该代码片段——未来的你会再次使用它。
5) 迁移：升级依赖项，而不会引发混乱
依赖项更新就像看牙医：必要、略有痛苦，而且不知何故每年都更加昂贵。 可以扫描发行说明，标记重大更改，并批量编辑导入和 。
尝试以下提示：
- “我们将从 升级到 。解析变更日志；列出影响我们模式的重大更改；生成一个逐步迁移计划，包括 分支和清单。”
执行帮助：
- 要求提供 或 转换。 可以起草 脚本、 转换，甚至 命令以在整个代码库中应用。
安全护目镜：
- 让它编写一个冒烟测试脚本和一个金丝雀部署计划。是的，你未来的自己正在鼓掌。
6) 记录没人愿意记录的东西
人类不喜欢编写文档。 喜欢。将你的代码和自述文件片段提供给它，它将起草 文档、架构说明和入门指南，其中包含你的初级开发人员实际会阅读的示例。
尝试以下提示：
- “为支付服务生成开发人员文档：公共 、错误代码、请求/响应示例和一个快速入门。使用我的代码注释和测试作为来源。”
专业技巧：
- 要求提供“带有真实错误消息的 式文档”和一个故障排除矩阵。这是每天可以为你节省三个 线程的那种文档。
7) 代码生成：从用户故事到启动器实现
在你倒吸一口气之前：不，它不应该单独发布代码。但作为良好的开端？是的，大厨。 将清晰的规范转化为脚手架，其中包含类型、函数签名和注释。
尝试以下提示：
- “实现一个功能：购物车中的“稍后保存”。提供数据模型更改、 端点和一个功能标志。生成服务器代码、客户端调用和测试。”
防护措施：
- 保持小规模和迭代。在每次草稿之后，让 总结权衡并请求替代方案：“向我展示一个使用乐观更新的版本。”
8) 安全和性能审查，减少冲突
不， 不是你的 。但它是危险模式和缓慢代码路径的一个出色的初步审查员。
尝试以下提示：
- “安全审查：扫描身份验证和会话代码以查找令牌处理、 和 错误配置。建议代码更改和中间件模式。”
- “性能审查：分析 orderService 中的热点；提出嵌套循环的 替代方案；估计改进。”
为什么它有帮助：
- 它将揭示常见的陷阱，例如带有字符串连接的原始 （你好，注入）和假装有帮助的 查询。
实践安全编码：
- 将其视为一个警惕的同事，而不是合规部门。始终使用 和扫描器进行验证。
9) 数据整理：查询、模式和迁移脚本
如果你的分析管道是一个叠叠乐塔， 可以保持你的手稳定。
尝试以下提示：
- “给定这个 模式，编写一个迁移，以最小的停机时间将软删除添加到订单。提供回滚和数据回填步骤。”
极客福利：
- 要求提供图表：“生成一个 图并注释基数和约束。” 这就像为你的数据库配眼镜。
10) 入职和代码审查，不会耗尽你的灵魂
擅长作为一名耐心的解释者和一名无情的吹毛求疵者——这是你在代码审查中需要的两件事。
尝试以下提示：
- “审查 的正确性、可读性和可维护性。标记有风险的更改并起草审查员评论，并提供建议的差异。”
对于入职：
- “为新的后端工程师创建一个 7 天的学习计划：要研究的文件、要处理的工单以及我们的 导览。”
专业提示：
- 使用“教学模式”：“解释重试逻辑，就好像我是分布式系统的新手一样。然后给我两篇文章阅读。” 将其视为按需指导。
实际有效的 提示公式
因为一半的战斗是问得好。以下是三个可重复使用的模板：
- 调查 + 假设 + 修复
“阅读 [文件]。总结代码的作用。列出 [bug] 的前 3 个可能原因，并说明可信度。提出最小的修复方案和一个防止回归的测试。”
- 计划 + 补丁 + 证明
“创建一个逐步计划以 [目标]。生成一个补丁。提供测试和一个回滚计划。用简单的英语解释风险。”
- 翻译 + 解释 + 比较
“将此代码从 [语言 A] 翻译为 [语言 B]。解释内存和运行时的权衡。与 [语言 B] 中的惯用模式进行比较。”
添加这些瑰宝：
获得回报的真实世界迷你场景
- 神秘的内存泄漏：输入堆快照摘要和最可疑的分配路径。 会指出你忘记的无界缓存。我们都做过。有些人两次。
- 意外的星期五部署：要求它生成一个回滚清单，包括功能标志切换、要恢复的 迁移和客户沟通模板。你的 可能会喜极而泣。
- “为什么这么慢”冲刺：提供性能日志。它将建议延迟加载报告模块并批量 写入。不性感，非常有效。
何时不使用 （是的，真的）
- 未经批准的敏感或专有逻辑：未经策略许可，不要将商业机密粘贴到任何工具中。如果必须，请在本地或受限上下文中使用。
- 神秘的规范：如果你无法解释需求，该模型将产生自信的困惑。首先编写规范。
- 发布前的大量差异： 加上肾上腺素等于一种有风险的鸡尾酒。将更改分解为小的 并呼吸。
与你常用的工具箱
- 和格式化程序：擅长规则，不擅长判断。 增加了判断。
- ：仍然很棒，仍然是一个兔子洞。 将答案拉入你的上下文中。
- 高级工程师时间：无价。使用 来清理障碍，以便他们的反馈针对架构，而不是缺少分号。
使 感觉像是一种超能力的工作流程
- 用上下文构建任务：代码片段、文件路径、失败的测试。
- 运行测试。如果出现问题，反馈错误——包括确切的命令和输出。
这样做两次，突然你就是那个发布并睡觉的队友。
如果你想在没有标签混乱的情况下处理提示、代码仓库和结果，Sider.AI 可以成为空中交通管制员。 它分层了智能提示模板、内联代码解释和快速差异，因此您可以减少复制的时间，而将更多时间用于修复。 注意：它对于团队入职特别有用——放入代码仓库链接，获得可读的导览，并在午餐前将新员工指向他们的第一个任务。 如果你已经在处理工具，Sider.AI 可以使 的超能力井井有条。 你实际会重复使用的快速提示
- “生成一个 图，其中包含我们的服务和数据流的箭头。”
- “为订单 编写一个合同测试，重点关注 重试逻辑。”
- “创建一个 以在整个 src/ 中将已弃用的方法 替换为 。”
复制、粘贴、适应，假装你一直这样工作。
在你的堆栈中使用 的优点和缺点
优点：
缺点：
- 不能替代人类判断——将其视为副驾驶，而不是自动驾驶。
底线
是一种罕见的工具，可以让你更快更冷静。使用它来重构头发，编写你信任的测试，调试而不会陷入混乱，以及发布迁移而不会让零食变成膳食。保持提示紧凑、差异小和解释简单。将其与良好的工程卫生习惯——以及友好的审查——相结合，它将以你重获的夜晚来回报你。
现在去重构 doEverything。至少，将其重命名为 doLessButBetter。小步快跑。
常见问题
Q1：在混乱的代码仓库上开始使用 的最快方法是什么？
从代码仓库导览提示开始：询问架构、数据流和热点。然后请求一个小型的重构计划和测试——微小的差异、快速的胜利和更少的深夜遗憾。
Q2： 可以取代代码审查吗？
不能。 是一个出色的初步审查——发现有风险的更改、建议差异和编写测试——但人类判断仍然可以捕捉细微差别和上下文。将其视为副驾驶，而不是自动驾驶。
Q3：将专有代码粘贴到 中是否安全？
遵循公司政策：使用批准的环境、清理机密或在可用时在本地运行。限制敏感逻辑并记录你共享的内容——合规性喜欢纸质记录。
Q4：如何从 提示中获得更好的结果？
添加上下文（文件路径、错误、目标），在代码之前要求一个计划，并请求解释和测试。迭代：将失败反馈回来并保持每次更改的大小。
Q5： 最适合团队的用例是什么？
入职指南、迁移计划、重构路线图和带有建议差异的 审查。将其与 Sider.AI 配对，以在一个地方组织提示、代码仓库视图和文档。 
