最新

大家好，我很少在这里发帖，但想让大家关注一下我刚推出的一个新项目。我认为我们确实需要一个AI代码助手。 我是一名资深的C++开发者，30多年来，我创建了一些成功的音频开发工具（JUCE、Tracktion DAW、Cmajor DSP语言）。所有这些都源于我对某个必须使用的东西感到厌烦，然后决定尝试自己动手改进它。 所以，Juggler是我对AI代码助手的尝试，在花费了太多时间沉醉于模型的能力，却又厌恶命令行体验之后，我有了对这种东西更好的用户体验的一些想法。 网站和GitHub上有更多介绍，但这里有一个简短的技术介绍，可能会引起您对这些方面的兴趣： 一个会话是一个文档，而不是一个日志文件。每次对话都是一个Yjs CRDT树。它可以分支成子线程（递归地），您可以深入、回溯、编辑、撤销/重做，并检查一切：工具调用、批准以及发送给模型的原始上下文JSON等。UI围绕类似Finder的米勒列（Miller columns）构建，而不是一个巨大的滚动条，导航速度很快。 由于它是一个本地Web服务器后面的CRDT，多个客户端可以P2P连接到一个实时会话：本地桌面应用程序、浏览器标签页或您的手机。在代码所在的机器上运行无头服务器，从任何地方查看。 几乎所有东西都是JavaScript插件：上下文中的每个项目（读/写/bash/等）、LLM循环策略、斜杠命令及其UI。您可以检查、分叉或替换其中的任何一个。我自己并不怎么定制代理，但很多人会这样做，我很想看看他们对这个插件API有什么想法。 后端是Go，窗口化使用Wails（非Electron），纯类型检查的JavaScript（严格的JSDoc），文档使用Yjs。支持常见的BYOK提供商：Claude（CLI或API）、OpenAI/Codex、Gemini、Ollama、OpenRouter、DeepSeek等。 该应用程序是AGPLv3；扩展SDK和捆绑的扩展是Apache-2.0，因此扩展没有copyleft限制。没有注册，没有遥测，力求让人们能够轻松尝试。 这仍然是一个非常早期的测试版，是一个人的业余项目。它还没有经过真实世界的严格考验，但我相信一些和我偏好相似的人会喜欢它！ https://juggler.studio

这最初是基于一种直觉。我们通常使用 OpenCode，但由于 Meridian 出现问题，我们曾“被迫”使用 Claude Code 一段时间。在此期间，我们发现使用量计的增长速度远超使用 OpenCode 时。 这是最初的经验证据，但我们进行了这项小型研究以收集实证数据： 我们在代理编码工具（Claude Code 和 OpenCode）与 Anthropic 的端点之间添加了日志记录，并捕获了所有请求（以及返回的使用量块）。 有一个例外（在本篇帖子的最后），我们发现 Claude Code 在缓存策略和令牌使用方面明显比 OpenCode 低效得多。

我们都能辨认出人工智能生成的文本 不是因为它会“胡说八道”——因为人工智能通常不会。也不是因为它语法差——因为它不会。 事实上，这才是问题所在。文本是完美的。人工智能在大量文本（包括数不清的书籍）上进行了训练，因此它生成的文本具备了优秀文本的所有特征：句子结构、语法、修辞技巧等等。 这对我们这些喜欢写作的人来说意味着什么？

有谁知道好用的技术栈分析 API 吗？我经营一家开发咨询公司，基本上想知道潜在客户目前使用的技术栈（例如，他们用于 CI/CD 或安全的技术），这样有助于我在与潜在客户交流时做好准备。我知道 Builtwith 是这个领域的领导者，但我感觉它在查找非前端或非 JavaScript 重点技术方面有些不足。 我尝试过使用 Anthropic API，但大多数时候它似乎会给我提供虚假信息（基于我了解其技术栈的公司的结果）。 理想情况下，我希望找到一个价格合理的方案 :)