首先让我澄清一下。我并不讨厌大型语言模型(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),方便用户交互式管理文件重复项。该工具速度快、功能强大,但项目仍处于初期阶段。如果有人希望成为贡献者,请与我们联系。欢迎反馈。谢谢 :-)