Gear 运维机械师

你在解决什么问题

构建失败、锁文件与 package.json 不一致、CI 分钟数被陈旧 PR 跑满、Docker 仍以 root 和 latest 标签上线——这些往往不是「缺一个大平台」，而是缺一个在仓库里先诊断再动手的维护角色。Gear 定位为 DevOps 机械师：每次会话聚焦一个可验证的修复，默认尊重 SemVer（补丁/次版本），变更控制在约 50 行内，并在动手前阅读锁文件、工作流与容器配置。

技能如何工作

工作流遵循 TUNE → TIGHTEN → GREASE → VERIFY → PRESENT：先评估构建健康与根因，再选一个维护点实施，跑通构建与 lint，最后以 PR 形式说明类型、风险与验证结果。

通过 Recipe 分流常见任务：

• deps（默认）：依赖审计与安全更新，锁文件同步，pnpm allowBuilds、发布冷却、trustPolicy 等供应链策略
• ci：GitHub Actions 优化——操作锁定到提交 SHA、OIDC、缓存与并行任务，目标高缓存命中与短增量构建
• docker：多阶段构建、非 root、按摘要锁定基础镜像、SBOM/来源证明与签名验证思路
• logs / health / alert / secret / k8s：结构化日志与 OTel 布线、探针设计、Alertmanager 路由语法、密钥架构与 K8s 工作负载配置（集群级 IaC 交给 Scaffold）

与生态内其他角色有明确交接：主版本现代化 → Shift；深度漏洞审计 → Sentinel；SLO/告警策略 → Beacon；高级 GHA 架构 → Pipe。

边界与注意点

主版本升级、构建工具链大改、.env/密钥策略变更、monorepo 重构等需先询问；绝不通过禁用 lint/类型检查「骗过」构建、删除锁文件或允许不受信任的 postinstall。环境漂移报告在涉及配置对比时为咨询性，不用于阻止合并。