脖子胡须管理您的基础设施，让您无需操心。它是您编码代理的一个插件，可以将应用程序转换为可审查的云基础设施和每月成本估算。支持 AWS、GCP 或 Azure；GitHub Actions 或 GitLab CI；无服务器容器或 Kubernetes — 从一个经过测试的 OpenTofu 模块打包目录中呈现。该代理读取您的应用程序并进行解释；规划、呈现和验证都是确定性代码。该代理从不创造基础设施。灵感来自马尾。安装 Claude Code，分两个单独的提示：/plugin marketplace add bealesh/neckbeard /plugin install neckbeard@neckbeard 然后在您应用程序的仓库中：/neckbeard:analyze。您的第一个 /neckbeard: 命令安装插件驱动的小型脖子胡须 CLI（经过 sha256 验证的发布二进制文件，或者在存在 Go 的情况下运行 go install）——无需其他设置。成本估算和静态验证使用您可能已经拥有的工具（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（带有文件：行的事实，带有信心的推理，响亮的假设），询问开放问题，提出 neckbeard.yaml。/neckbeard:estimate [比较] 根据模块目录进行规划并显示每月成本表 — 每个环境的低/预计/高使用假设以及每个未定价资源 — 在任何东西存在之前。无服务器与 Kubernetes 或单独与小团队运行两者。/neckbeard:sync 循环：计划 → 估算 → 搭建 → 验证，在所有权合同之下（您的编辑从不被静默覆盖）。以通过/失败/未执行结束。/neckbeard:doctor [计划|估算|验证|所有] 如果缺失则安装 CLI；报告哪些前提条件存在以及每个条件解锁的内容。/neckbeard:help 快速参考。为什么会有这个编码代理擅长应用代码，但在手动处理基础设施方面表现不佳。失败模式总是相同的：看似合理的 HCL，实际上是微妙的错误，默认不安全，无法估算。脖子胡须反转了角色：人类维护黄金路径 —— 版本化的 OpenTofu 模块、管道模板、GitOps 布局，逐云，在每次更改时在 CI 中进行测试。代理分析、参数化并进行解释。它读取您的应用程序，找出它所需的内容，并将其映射到目录输入 — 为它所做的每个声明提供证据。介于之间的所有内容都是确定性的。相同的输入，相同的字节：规划者生成一个哈希验证的 blueprint.yaml 锁定文件，呈现器是它的一个纯函数，重新生成从不静默覆盖您的编辑。无法表达的需求变为命名发现（“redis 超出了工作负载合同”），而不会强行适应最近的模块。没有其他地方告诉您的部分：它的成本相同的参考应用程序（HTTP 服务 + 工作程序 + cron + Postgres），最小级别，所有三个环境，使用 Infracost 的实时价格：Cloud Run 容器应用 ECS Fargate EKS GKE（区域）AKS 月度 $77 ~$98* $250 $396 $754 ~$801* * Infracost 目前无法对 Container Apps 计算价格，而不是让一个低数字存在，该报告列出了每个未定价资源。这就是这个风格：闲置时的基线成本，您可以编辑的明确使用假设，低/预期/高场景，以及来源页脚。它还为您的决策定价：该表格是脖子胡须告知独立开发者“您还不需要 Kubernetes”的原因 — 和收据。诚实作为架构基础设施工具喜欢暗示超过它们所证明的内容。脖子胡须以三种判决报告，而第三种才是关键：V0 通过 tofu validate [prd] V0 通过 checkov policy [prd] ← 每跳过一个都带有书面理由 V0 通过 kubeconform (clusters/) V1 未执行 经过身份验证的计划需要云凭证 V2 未执行 部署验证需要云凭证。静态验证从不声称可部署性。V0/V1/V2 是不同的级别，每个级别报告为已执行或未执行。生成的 .checkov.yaml 中的每个 Checkov 跳过状态其原因。没有理由的跳过是对您安全姿态的谎言。当实时运行失败时，失败成为公开发现，然后修复到目录。我们第一次真正的部署产生了十个；五个在同一天成为修复。降级路径说明原因（Azure 与 GitLab 合并请求计划无法联合 — 流水线会这样说明，而不是神秘失败）。您得到的三个隔离环境（开发/预发布/生产）