最新

构建 AISH 旨在使终端输出更有用，而不改变命令的执行方式。您的代理上下文会喜欢它。 它的功能： - 在真实的 PTY 中运行命令（颜色/进度仍然有效） - 记录每次运行的完整输出 - 成功时显示简短摘要 - 失败时显示相关摘录（工具感知检测器 + 通用回退） - 通过 ai 包装器和可选的 shim 支持 bash/zsh 示例： - aish-run -- cargo test - aish-run --last - aish-run --open 当前支持的检测器包括 pytest/jest/vitest/cargo/go/tsc/eslint/ruff/mypy/maven/gradle/dotnet/cmake/terraform/docker/kubectl。 希望能收到关于以下方面的反馈： - 检测器质量 / 误报 - shell 用户体验默认设置 - 打包/发布体验

我想问问HN（以及OpenAI的员工）关于这些交易中令人困惑的方面，现在已经过去几天了。<p>现在我们终于得到了大规模的确认，OpenAI确实签署了一项协议，允许美国国防部（DoD）拥有自主杀伤性武器，而人们正在抵制OpenAI，这一切已经进入了主流新闻。<p>是的，即使在Sam Altman最近的推文中提到将增加更多条款之后，这一说法也被驳斥，因为这些条款只是以更强烈的措辞表达OpenAI对DoD的偏好，但在任何情况下仍然无法强制执行。根据当前的协议，DoD可以在Pete Hegseth/现任政府发布的指令下创建自主杀伤性武器和大规模监控，而OpenAI根据条款是被允许同意的。<p>对于所有签署了notdivided.org请愿书的OpenAI员工（我看到有98位签署者），你们打算怎么做？<p>&gt; 他们试图通过恐惧来分化每家公司，担心其他公司会妥协。这种策略只有在我们都不知道其他人立场的情况下才有效。这封信旨在在面对来自战争部的压力时，创造共同理解和团结。<p>你们会坚持你们认为正确的事情吗？当OpenAI的交易宣布时，人们就问过这个问题，但当时的情况并不明确。但现在，经过一段时间，人们已经非常清楚OpenAI签署的协议绝对允许创建自主武器。<p>我认为OpenAI的员工不会面临经济上的困境，正如一些人所指出的那样。我的意思是，任何人工智能公司都应该感到幸运能拥有你们（在我看来），他们应该能够公平地与OpenAI竞争。<p>我在HN上看到有人将此与这样一个事实进行比较：在这一事件发生后，任何在一个月内留下来的人将展现出对当前情况的道德立场。<p>我记得OpenAI曾经是一个非营利组织，以及员工因非营利组织解雇Sam Altman而离开OpenAI的事情。<p>我不禁想知道董事会是否做出了正确的决定。我认为答案是肯定的。但我的问题是，OpenAI的员工确实拥有巨大的权力。我相信那里很多人会更好地选择不让自己的工作助长痛苦的根源。<p>我希望提出，如果OpenAI的员工再次团结起来，他们可以做与之前相同的事情，但现在是为了推翻那个决定。<p>也就是说，如果我是OpenAI的员工，我考虑了一下，这里是我发现的所有令人困扰的事情，这些事情可以被推翻：<p>1. 终止与DoD的交易。<p>2. 实际上从ClosedAI转变为OpenAI（转变为非营利结构，如原本意图）并解雇Sam Altman。<p>3. 如果能对内存价格上涨采取措施。我看到一些项目被取消，托管服务提供商关闭或提高价格，因为内存价格上涨了5倍，所有这一切都是因为OpenAI试图占用全球20%的内存生产。

我最近从在浏览器中使用大型语言模型（LLMs）转向在VS Code中使用本地代理工作流程（Gemini代码助手）。我可以批准或拒绝更改，这很好，但在上下文管理方面遇到了瓶颈。最初，我将整个代码库作为上下文提供给非代理版本的Gemini代码助手，它的表现很好。 我了解到代理模式“更好”，因此为了使代理与我项目的架构保持一致，我手动构建了7个密集的Markdown文件，作为项目的系统指令。我需要Gemini在我们实现功能时更新这些文件。 这些文件包括：gemini.md（指示Gemini读取其他md文件并处理更新）、project_overview.md、architecture.md、features.md、database.md、api.md、security.md。 每个文件的字数在500到1500之间，所以我担心这是否是正确的做法。目前似乎没有关于上下文文件最佳实践的共识。我看到对简约、精简指令和密集、全项目规格的论据都有很强的支持。老实说，LLM的正确使用和提示模式似乎就像看星座运势，每个人都凭直觉判断，而最常被引用的真相来源是确认偏误。 你在工作流程中是如何使用.md上下文文件的？

您可以在 neuralops.com 上找到它。

嗨，HN。我开发了File Hunter，因为我有一个装满USB驱动器的抽屉，但不知道里面存了什么，除非一个个插上去查看。 File Hunter是一个自托管的基于网页的文件管理器。你只需将其指向任何文件夹——USB驱动器、网络共享、DVD——它就会将所有内容编入SQLite目录。当你拔掉驱动器时，完整的目录仍然保留。你可以浏览、搜索和查看未连接存储上的文件。 它的另一个强项是去重。采用三层哈希策略（文件大小 → xxHash64部分 → SHA-256完整），可以以最小的I/O找到所有位置的精确重复文件。然后你可以进行整合：保留一份副本，其余的标记为占位，完整的审计跟踪。 一些数据：我在约700万个文件、9.6TB和10个位置的目录上运行它。扫描期间，用户界面保持响应。 技术：Python、Starlette、uvicorn、SQLite（WAL模式）、原生JavaScript。没有框架，没有构建步骤，没有npm。只需一个curl命令即可安装： ``` curl -fsSL https://filehunter.zenlogic.uk/install | bash ``` 它是MIT许可证，免费使用。还有一个付费的专业版，增加了远程代理（可以将网络中的机器扫描到一个目录中），但GitHub页面上的所有内容都是免费版，并将保持如此。 ``` 网站：https://filehunter.zenlogic.uk GitHub：https://github.com/zen-logic/file-hunter ``` 欢迎提问有关架构、去重策略或其他任何问题。