Neckbeard – 为您的代理提供的 DevOps/平台/SRE 插件

颈须负责处理您的基础设施，因此您无需这样做。用于编码代理的插件，可将应用程序转变为可审查的云基础设施和每月成本估算。 AWS、GCP 或 Azure； GitHub Actions 或 GitLab CI；无服务器容器或 Kubernetes — 从经过测试的 OpenTofu 模块的捆绑目录中呈现。代理会读取您的应用程序并进行解释；规划、渲染和验证是确定性代码。代理从不发明基础设施。灵感来自马尾辫。 Claude Code ，作为两个单独的提示： /pluginmarketplaceaddbealesh/neckbeard /plugininstallneckbeard@neckbeard 然后，在应用程序的存储库中： /neckbeard:analyze 。您的第一个 /neckbeard: 命令会安装插件驱动的小颈胡子 CLI（经过 sha256 验证的版本二进制文件，或者在 Go 存在时进行安装）——无需设置其他任何内容。成本估算和静态验证使用您可能已经拥有的工具（Infracost、OpenTofu、Checkov）； /neckbeard:doctor 告诉你哪些缺失以及每个解锁什么。 Codex、Cursor 或任何讲 SKILL.md 的代理：请参阅 INSTALL.md 。你：/neckbeard:analyze 代理：读取你的存储库 → 有证据支持的配置文件 → 询问哪些代码无法告诉它 你：回答问题，选择一个云和一个层 你：/neckbeard:estimate 代理：根据目录进行计划 → “预期 77 美元/月 — 这是表格，这是 Infracost 无法定价的” 你：/neckbeard:sync 代理：脚手架 → 验证 → “V0 通过； V1/V2 未执行；下一步是 docs/bootstrap.md” 您：像任何 PR 一样审查文件；遵循每个环境的运行手册 命令 它的作用 /neckbeard:analyze 将存储库读入有证据支持的 app-profile.yaml （带有 file:line 的事实、充满信心的推断、响亮的假设），提出开放性问题，提出 neckbeard.yaml 。 /neckbeard:estimate [比较] 根据模块目录进行计划，并显示每月成本表 - 每个环境的低/预期/高、使用假设和每个未定价的资源 - 在任何内容存在之前。无服务器与 kubernetes 或单人与小型团队都运行。 /neckbeard:sync 循环：计划→估计→脚手架→验证，根据所有权合同（您的编辑永远不会被默默地覆盖）。以“通过”/“失败”/“未执行”结束。 /neckbeard:doctor [plan|estimate|validate|all] 如果缺少则安装 CLI；报告存在哪些先决条件以及每个先决条件解锁什么。 /neckbeard:help 快速参考。编码代理擅长应用程序代码，但不擅长徒手基础设施。故障模式总是相同的：看似合理的 HCL 被巧妙地破坏、默认情况下不安全且不可估计。 neckbeard 颠倒了角色：人类维护黄金路径——版本化的 OpenTofu 模块、管道模板、GitOps 布局、每个云、在 CI 中对每次更改进行测试。代理进行分析、参数化和解释。它会读取您的应用程序，找出它需要什么，并将其映射到目录输入中 - 并为它提出的每项声明提供证据。介于两者之间的一切都是确定性的。相同的输入，相同的字节：规划器发出经过哈希验证的 blueprint.yaml 锁定文件，渲染器是它的纯函数，并且重新生成永远不会默默地覆盖您的编辑。需要目录无法表达命名结果（“redis 位于工作负载合同之外”），而不是强制安装到最近的模块。没有其他人告诉你的部分：它的成本相同的参考应用程序（HTTP 服务 + 工作程序 + cron + Postgres），最小的层，所有三个环境，通过 Infracost 提供实时价格： Cloud Run 容器应用程序 ECS Fargate EKS GKE（区域）AKS 每月 $77 ~$98* $250 $396 $754 ~$801* * Infracost 还无法对容器应用程序计算进行定价 - 报告没有让一个低数字撒谎，而是列出了每个无价资源。这就是内部风格：闲置时的基线成本、可以编辑的明确使用假设、低/预期/高场景以及出处页脚。它还为你的决定定价：这张表就是为什么neckbeard告诉独立开发者“你还不需要Kubernetes”——用收据。基础设施工具喜欢暗示的东西多于它们所证明的东西。 neckbeard 报告了三个结论，第三个是要点： V0 PASSED tofu validate [prd] V0 PASSED checkov policy [prd] ← 每个跳过都带有书面原因 V0 PASSED kubeconform (clusters/) V1 NOT EXERCISED 身份验证计划需要云凭据 V2 NOT EXERCISED 部署验证需要云凭据 静态验证从不声明可部署性。 V0/V1/V2 是不同的级别，每个级别都报告为锻炼或未锻炼。生成的 .checkov.yaml 中的每个 Checkov 跳过都会说明其原因。无缘无故的跳过是对你的安全状况的谎言。当实时运行中断时，故障将成为公开调查结果，然后进行目录修复。我们的第一次实际部署产生了十个；当天有五个问题被修复。降级路径说明了原因（Azure + GitLab 合并请求计划无法联合 — 管道是这样说明的，而不是神秘地失败）。具有独立状态的三个隔离环境（dev/stg/prd），按显式维度上的层预设调整大小：流量、