开发环境一键搭建

要解决什么问题

多人协作或换机器开发时，「在我电脑上能跑」往往来自系统包版本、语言运行时和工具链不一致。手工装依赖既耗时，也很难在文档里完整复现。这个技能围绕 可复现的开发环境：用 Nix 把工具与依赖声明成可版本化的配置，让团队尽量在同一套环境里写代码、跑构建。

技能如何工作

当你提到 devbox、nix、开发环境 或 环境搭建 时，会进入标准流程，而不是凭空猜你要装什么：

1. 收集最小信息集：输入来源（本地路径、文件或说明）、你期望的输出形态（例如 flake.nix / devbox.json 骨架还是可运行的完整配置）、以及完整度（快速草稿 vs 可提交的配置）。
2. 解析与结构化：从现有项目或你的描述里识别语言栈、构建工具、常用 CLI，并按约定模板组织结果。
3. 不确定项标注：对版本、平台差异或缺失字段会标明置信度；偏低时会提示你复核，而不是默认填死。

核心能力可以概括为：把零散的环境需求整理成 可复现、可共享 的配置草案，并保留关键上下文供你二次修改。

适用边界与注意点

• 技能侧重 环境配置与结构化输出，不会代替你在本机执行 nix / devbox 命令或替你拉取私有仓库凭证。
• 若需求超出已给出的输入范围（例如要做架构评审、安全审计），应明确说明无法处理，而不是强行扩展分析。
• 涉及生产发布、合规或许可证策略时，仍需由你或团队自行核对 Nix 表达式与第三方包的许可条款。