首先让我澄清一下。我并不讨厌大型语言模型（LLMs），我会向它们提问，触发代理执行一些我大致知道最终目标的任务，并对应用程序的小部分进行分析。
话虽如此，每当我给它一些稍微复杂的任务，比如在单个文件脚本中执行某些操作时，它总是让我失望。要么代码质量很差，要么方法糟糕得像是一个完全不知道该怎么做的人，或者它完全开始做我在初始提示中明确表示不想要的事情。
有时，当这种情况发生时，我会请我的LLM爱好者的同事来帮忙，但他们也无法“修复”它，而我却被认为是因为“提示错误”或“缺乏正确的上下文”而做错了。
我创建了很多“Agents.md”文件，把文件放入上下文窗口……但都没有用。
当我需要进行全新项目或概念验证（PoC）时，它的反应速度很快，但将其应用于现有的大型应用程序时却失败了。
我唯一感到“高效”的时候，是在使用我完全不熟悉的语言或技术时，但我也不知道最终得到的功能代码是否存在我不知道的问题。
你们当中有谁真的在使用LLMs为大型企业应用程序创建完整的功能吗？
返回首页
最新
嘿，HN，
在多个项目和环境中管理 .env 文件真是一团糟。Slack 私信、密码管理器、共享驱动器——我们都经历过。
我创建了 EnvMark 来解决这个问题，使用我们已经信任的工具：Git。
这个概念非常简单：
- 一个私有的 Git 仓库存放所有的秘密
- 每个分支 = 一个环境（开发、预发布、生产）
- 每个文件夹 = 一个项目
只需一条命令即可拉取你的 .env 文件：
```
envmark pull dev
```
就这样。Git 免费处理版本控制、差异比较、访问控制和审计日志。无需托管服务、API 或订阅。
主要功能：
- 可选的 AES-256-GCM 客户端加密
- 支持 GitHub、GitLab、Bitbucket 或自托管
- 交互式命令行界面，支持环境别名（开发 → 开发分支）
- 在单个仓库中支持多个项目
```
npm install -g @grazulex/envmark
```
我在我的项目中使用这个工具，完全消除了“你能把 .env 发给我吗？”的 Slack 消息。
我很好奇其他团队是如何管理环境变量的。你们使用 Vault、Doppler 还是其他工具？
[https://envmark.tech](https://envmark.tech)
DskDitto 是一个小型命令行工具，能够快速扫描您的磁盘，查找浪费磁盘空间的重复文件。它是用 Go 语言编写的，提供了一个简洁的文本用户界面（TUI），方便用户交互式管理文件重复项。该工具速度快、功能强大，但项目仍处于初期阶段。如果有人希望成为贡献者，请与我们联系。欢迎反馈。谢谢 :-)