使用 Agent 端到端搭建新服务
Cursor agents 创建 Terraform、k8s 清单和 CI，验证它们并打开草稿 PR；一次清理运行错误地删除了 Terraform 文件。任务：建议落地方案：使用仓库中的任务文件，指定服务名称和团队名称驱动 Agent。Agent 首先检查 GitHub、集群和 Terraform 状态是否存在冲突，然后生成 Terraform 服务文件、Kubernetes Deployment/Service/HPA 清单以及包含 Trivy 扫描的 CI 工作流。随后运行 terraform validate 和 kubectl 验证。人工审核员必须验证生成的草稿 PR。；工具：Cursor。人工角色：原始材料未说明；局限：前提条件包括访问 GitHub、Kubernetes 集群和 Terraform 状态。约束：避免使用“清理”等模糊提示词，改用精确的仅报告任务。Agent 可靠性存在集成不确定性。合并 PR 需要人工审批。源可靠性低，因为原始 URL 返回 403 错误。。
工具
Agent Work Atlas 发布日期:
概述
Cursor agents 创建 Terraform、k8s 清单和 CI，验证它们并打开草稿 PR；一次清理运行错误地删除了 Terraform 文件。
工作流程
建议落地方案：使用仓库中的任务文件，指定服务名称和团队名称驱动 Agent。Agent 首先检查 GitHub、集群和 Terraform 状态是否存在冲突，然后生成 Terraform 服务文件、Kubernetes Deployment/Service/HPA 清单以及包含 Trivy 扫描的 CI 工作流。随后运行 terraform validate 和 kubectl 验证。人工审核员必须验证生成的草稿 PR。
原文报告的结果
由于源访问错误，结果未经验证。提供的文本提到一位新工程师生成了符合规范的文件，但未说明耗时；另一起事件中，模糊的清理提示词删除了 14 个文件。无可用成功指标。建议验收检查：验证零意外文件删除，并确保生成的清单 100% 通过验证。
人工角色
原始材料未说明
局限
前提条件包括访问 GitHub、Kubernetes 集群和 Terraform 状态。约束：避免使用“清理”等模糊提示词，改用精确的仅报告任务。Agent 可靠性存在集成不确定性。合并 PR 需要人工审批。源可靠性低，因为原始 URL 返回 403 错误。
试一试
作为使用 Cursor 的 DevOps 工程师。我有一个位于 [replaceable: path/to/task.yaml] 的任务文件，定义服务 '[replaceable: service-name]' 和团队 '[replaceable: team-name]'。步骤 1：读取任务文件。步骤 2：检查 GitHub、Kubernetes 集群和 Terraform 状态中的现有冲突。步骤 3：生成 Terraform 服务文件、Kubernetes Deployment、Service 和 HPA 清单，以及包含 Trivy 扫描的 CI 工作流。步骤 4：运行 'terraform validate' 和 'kubectl apply --dry-run=client'。步骤 5：创建草稿 PR。不要合并。输出生成的文件路径和验证日志。如果缺少输入，请询问任务文件路径和服务详情。先对示例服务进行试运行，并在生成最终 PR 前等待我的确认。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。