核心用法
env-loader 是一个纯文档型指导 Skill，用于生成和验证 POSIX 兼容的 .env 文件加载脚本。它不提供可直接执行的代码，而是通过详细的 Markdown 文档指导用户创建 load-env.sh 脚本。
主要使用场景包括：
1. 生成加载脚本：通过运行模板脚本，在目标项目目录创建 load-env.sh，替代不安全的 source .env 命令
2. 部署集成：在部署脚本中使用 . ./load-env.sh .env 替代传统的 source 方式，确保子进程可见环境变量
3. 文件验证：使用 validate-env.sh 检查 .env 文件的常见问题，包括未引号的特殊字符、行内注释、非 POSIX 变量名等
该 Skill 的核心解决思路是手动解析 key=value 对，而非直接 source 或 eval .env 文件，从而规避不同 Shell 对引号处理行为的差异，并显式 export 所有变量确保子进程继承。
显著优点
1. Shell 兼容性卓越：严格遵循 POSIX 标准，无 bash/zsh 特有语法，支持 dash、ash 等精简 Shell
2. 引号处理一致性：显式剥离单双引号，避免 bash 保留引号作为值的一部分导致的配置错误
3. 安全性设计：拒绝直接 eval/source .env 内容，通过正则解析限制变量名格式 [A-Za-z_][A-Za-z0-9_]*，防范注入风险
4. 子进程可见性：强制 export 所有解析的变量，解决 source 仅赋值不导出的隐性 bug
5. 零依赖风险：纯文档型 Skill，无第三方依赖，无网络调用，无代码执行
潜在缺点与局限性
1. 非即开即用：需要用户手动运行生成脚本并审查输出，无法一键完成环境配置
2. 功能边界有限：仅处理标准 key=value 格式，不支持 .env 文件中的变量展开（如 VAR=$OTHER）、命令替换等高级特性
3. 验证覆盖不全：validate-env.sh 为示例性检查，无法覆盖所有 Shell 边缘行为
4. 无动态更新：生成的脚本为静态代码，若 .env 格式变更需重新生成
5. T3 来源限制：由个人开发者维护，无企业级 SLA 承诺，长期维护持续性依赖社区
适合的目标群体
- DevOps/运维工程师：编写跨平台部署脚本，需要确保 Alpine Linux (ash)、Ubuntu (dash) 等多元环境行为一致
- 后端开发者：构建容器化应用，在 entrypoint 脚本中安全加载配置
- 开源项目维护者：为项目提供标准化的环境变量加载方案，降低用户配置错误
- Shell 脚本学习者：通过 POSIX 安全实践案例，理解 Shell 差异与安全的变量处理方式
使用风险
1. 生成脚本的审查责任：Skill 仅提供指导，实际生成的 load-env.sh 仍需用户自行审查，若模板被篡改或误用可能引入风险
2. 权限管理：生成的脚本可能被赋予执行权限，需确保遵循最小权限原则
3. 环境变量泄露：export 行为虽解决子进程可见性问题，但也意味着敏感变量会被所有子进程继承，需配合权限控制使用
4. 格式兼容性假设：严格 POSIX 子集可能不支持部分用户习惯的非标准 .env 写法（如 JSON 风格值、多行值），迁移时需人工调整