假设工程师对我们的代码库的背景为零并且品味有问题，则编写全面的实施计划。记录他们需要知道的一切：每个任务要接触哪些文件、代码、测试、他们可能需要检查的文档、如何测试它。将整个计划作为小任务交给他们。干燥。亚格尼。时分驱动。频繁提交。

在没有验证的情况下声称工作已经完成是不诚实的，而不是效率。

Git 工作树创建共享同一存储库的独立工作区，允许同时在多个分支上工作而无需切换。

如果某项技能适用于您的任务，您就别无选择。你必须使用它。

先写测试。看着它失败。编写最少的代码即可通过。

状态操作修改 Terraform 对基础设施的理解，而不改变实际资源。这些很危险，因为错误可能会导致资源孤立或导致 Terraform 重新创建现有基础设施。

使用并行代理分析 terraform 计划输出以进行全面风险评估。切勿自动应用 - 始终呈现调查结果并需要明确批准。

检测 Terraform 管理的状态和实际基础设施之间的偏差并对其进行分类。漂移表示带外更改可能会在下次应用期间导致问题。

随机修复会浪费时间并产生新的错误。快速补丁掩盖了根本问题。

通过为每个任务派遣新的子代理来执行计划，每个任务之后进行两阶段审查：首先进行规范合规性审查，然后进行代码质量审查。

调度 devops-skills:code-reviewer 子代理以在问题级联之前捕获问题。

代码审查需要技术评估，而不是情感表现。

在进行更改之前分析升级 Terraform 提供程序或模块的影响。确定重大更改、弃用和所需的代码修改。

分析 git 历史和内存，从过去的基础设施变化中学习。识别模式、重复出现的问题，并将吸取的经验教训应用到当前的工作中。

通过提供清晰的选项和处理选定的工作流程来指导开发工作的完成。

加载计划，严格审查，分批执行任务，报告批间审查。

当您遇到多个不相关的故障（不同的测试文件、不同的子系统、不同的错误）时，按顺序调查它们会浪费时间。每项调查都是独立的，可以并行进行。

通过自然的协作对话，帮助将想法转化为完整的设计和规格。

凭证错误是基础设施事故的最常见原因之一。此技能可确保正确的 AWS 配置文件在任何操作之前处于活动状态。

从基础设施代码生成全面的文档。此技能创建与实际代码保持同步的自述文件、运行手册和架构文档。