部署错误（C#）
诊断C#代码中的部署和基础设施错误。
参数
| Name | 标签 | 必填 | 默认值 |
|---|---|---|---|
| code | 有 Bug 的代码 | Yes | - |
| error | 错误信息 / 症状 | Yes | - |
| steps | 复现步骤 | No | - |
提示词模板
示例
使用技巧
- ✦提供完整堆栈跟踪——截断的跟踪隐藏了真正起源。
- ✦包含复现步骤，让调试者验证修复确实解决问题。
- ✦要求预防性测试，而非仅修复——测试阻止回归。
为何使用
根据 Stack Overflow 2024 调查，76% 的开发者使用或计划使用 AI 工具，AI 辅助调试将部署和基础设施错误的平均修复时间减少 40%。系统化诊断部署和基础设施错误减少平均修复时间，防止巧合式修复。Cursor 报告 6500 万美元 ARR 来自 AI 调试功能，确认业界已采用结构化根因分析。
何时使用
遇到仅凭错误信息无法立即判断的部署和基础设施错误时。不要将此提示用于错误信息自明的情况或单行拼写修复。
常见问题
- ⚠错误：TypeError: Cannot read properties of undefined——用空检查修复症状而非根因。修复：追踪数据流找到 undefined 的来源。
- ⚠错误：未添加预防性测试——"修复有效但下次重构时同一 bug 回归"。修复：添加复现原错误的回归测试。
- ⚠错误：试错式调试——"改代码直到能用但不理解为什么"。修复：要求任何代码变更前先有根因解释。
最佳实践
- ✓写修复前始终回溯根因——理解先于修复。
- ✓添加复现原 bug 的回归测试，然后验证修复使其通过。
- ✓在提交信息中记录根因，让未来开发者理解上下文。
常见问题解答
这个提示词是做什么的？为什么要用它？
诊断C#代码中的部署和基础设施错误。 根据 Stack Overflow 2024 调查，76% 的开发者使用或计划使用 AI 工具，AI 辅助调试将部署和基础设施错误的平均修复时间减少 40%。系统化诊断部署和基础设施错误减少平均修复时间，防止巧合式修复。Cursor 报告 6500 万美元 ARR 来自 AI 调试功能，确认业界已采用结构化根因分析。
什么时候应该使用这个提示词？
遇到仅凭错误信息无法立即判断的部署和基础设施错误时。不要将此提示用于错误信息自明的情况或单行拼写修复。
如何用这个提示词获得最佳效果？
关键技巧：提供完整堆栈跟踪——截断的跟踪隐藏了真正起源。；包含复现步骤，让调试者验证修复确实解决问题。；要求预防性测试，而非仅修复——测试阻止回归。。
使用时容易出什么问题？
常见问题：错误：TypeError: Cannot read properties of undefined——用空检查修复症状而非根因。修复：追踪数据流找到 undefined 的来源。；错误：未添加预防性测试——"修复有效但下次重构时同一 bug 回归"。修复：添加复现原错误的回归测试。；错误：试错式调试——"改代码直到能用但不理解为什么"。修复：要求任何代码变更前先有根因解释。。
有哪些最佳实践？
推荐做法：写修复前始终回溯根因——理解先于修复。；添加复现原 bug 的回归测试，然后验证修复使其通过。；在提交信息中记录根因，让未来开发者理解上下文。。