最新

我刚刚在思考新语言是如何逐渐被接受的，同时想到基于大语言模型（LLM）的编码可能在某种程度上使这一过程停滞不前，因此新语言（或语言特性）不会被采纳。 没有大量的训练语料库，智能助手/自动补全工具将很难知道该怎么做（或者可能自信地做错事情），因此即使新语言具有很好的特性，人们也会犹豫是否采用它。 或者，也许我们将看到每个项目都有大量新语言的出现，因为这是一种保持领先于机器并确保人类在编写代码的方式？

ChatGPT 的用户界面在使用其图像生成 API 时表现得相当糟糕，无法进行任何专业的操作。此外，你会遇到超出你想象的速率限制 =)<p>因此，我构建了一个更好的、免费的用户界面，可以： - 为同一提示生成多张图像 - 并行运行任务 - 显示质量、宽高比、压缩等控制选项 - 轻松附加参考图像 - 在新提示中重用之前的提示或任何附加或生成的图像作为参考<p>还有很多其他功能！ 这个应用是免费的，但你需要添加自己的密钥。所有内容都在浏览器中生成和存储（IndexedDB）。<p>我是一个老派开发者，但这是我使用 Cursor 中的 TaskMaster AI MCP 构建的第一个“AI 编码”应用。在经验丰富的开发者手中，它表现得相当不错，但也有其局限性。我还记录了这个过程，并在这里发布了：<a href="https://www.youtube.com/watch?v=dH4mc9VQ96g" rel="nofollow">https://www.youtube.com/watch?v=dH4mc9VQ96g</a><p>无论如何，试试这个应用吧。 我用它来生成： - 标志 - 广告 - 品牌概念验证 - YouTube 缩略图<p>在我看来，它在专业工作流程中要好得多，但请告诉我你的想法。

嘿，HN， 我们最近开始开发一个名为 Voiden 的工具，想在这里分享一下，听听大家的想法和反馈。 多年来，我们发现自己管理了太多工具来处理 API：一个用于 API 规范，另一个用于文档，第三个用于测试，等等。最终，这种感觉更像是在表演，而不是在实际工作。 因此，我们构建了 Voiden：一个以 Git 为基础、可扩展且轻量级的客户端，将所有内容——规范、文档、测试、模拟——整合到一个地方。没有臃肿，没有锁定，没有“平台开销”。只有结构化的 API 工作流程，不会与您的工具或团队相冲突。 我们关注的几个方面： - 可重用性和可组合性：将 API 视为构建模块，而非孤立的部分。 - 结构优于分散：所有内容都在一个工作空间中共存。 - 无需登录：您可以在不创建账户的情况下使用它。 这是一个免费且开放的项目——我们在构建时考虑到了社区的需求。 为了明确：我们的目标并不是替代 OpenAPI，而是提供一个围绕现有规范的层，使其更连贯、可修改，并且友好于现实世界的开发工作流程。 您可以在这里查看： [https://voiden.md](https://voiden.md) 如果您有反馈、建议，或者只是想关注我们的进展： [https://github.com/VoidenHQ/feedback](https://github.com/VoidenHQ/feedback) 我们还处于早期阶段，但非常希望听到您的想法——您喜欢什么，还有什么缺失。感谢您花时间试用它。 尼科拉斯

我记得以前能够很轻松地从网页界面查看大型的拉取请求（PR）（更改了70-100个文件），但现在每次点击一个按钮，页面都会变得无响应，持续好几秒钟。 就我个人而言（不考虑客户端的问题），我有一条高速互联网连接和一颗最新一代的CPU。 以下是我遇到的非常慢的操作（根据项目数量，从5秒到60秒不等）： - 点击任何仓库的“拉取请求”标签 - 打开评论较多的PR（超过50条评论） - 从任何PR内部打开“更改的文件”标签 - 在“更改的文件”标签中将文件标记为“已查看” 我找到了一些缓解这个问题的技巧： - 在新标签页中打开链接通常只需要当前页面导航时间的一半。 - 从Visual Studio Code的网页界面（github.dev）查看PR，按“.”键即可轻松访问。