返回首页
最新
大家好，我们是来自nao Labs的Claire和Christophe（<a href="https://getnao.io">https://getnao.io</a>）。我们刚刚推出了nao，这是一款用于数据处理的AI代码编辑器：它是一个本地编辑器，直接连接到您的数据仓库，并由内置数据架构上下文和数据特定工具的AI助手驱动。
<p>请查看我们的演示：<a href="https://www.youtube.com/watch?v=QmG6X-5ftZU" rel="nofollow">https://www.youtube.com/watch?v=QmG6X-5ftZU</a></p>
在软件工程中，使用大型语言模型（LLMs）编写代码已成为新常态。但在处理数据时情况并非如此。像Cursor这样的工具并不能与数据仓库原生交互——它们盲目地自动完成SQL，而不知道您的数据架构。我们中的大多数人仍在使用多个工具：在Cursor中编写代码，在仓库控制台中检查结果，使用可观察性工具进行故障排除，并在BI工具中验证仪表板是否正常。
<p>当您想用LLMs在数据上编写代码时，您并不太关心代码本身，而是关注数据输出。您需要一个工具，帮助您编写与数据相关的代码，让您可视化其对输出的影响，并为您进行质量检查。</p>
Christophe和我在数据领域各自工作了10年——Christophe曾是一名数据工程师，为数十个组织构建数据平台，而我则是数据负责人，帮助数据团队构建分析和数据产品。我们见证了业务要求您快速交付数据的同时，您却在担心这小小的一行代码是否会错误地将您CEO仪表板上的收入乘以5。这使您面临两个选择：广泛测试并缓慢交付，或者不测试并快速交付。这就是我们想要创建nao的原因：一个真正适应我们数据工作的工具，让数据团队能够以业务的节奏交付。
<p>nao是VS Code的一个分支，内置了BigQuery、Snowflake和Postgres的连接器。我们构建了自己的AI助手和标签系统，为您的数据仓库架构和代码库提供了RAG（红黄绿灯）。我们添加了一组代理工具，用于查询数据、比较数据、理解像dbt这样的数据工具，评估代码在整个数据血缘中的下游影响。</p>
AI标签和AI代理会立即编写与您的架构匹配的代码，无论是SQL、Python还是YAML。它会并排显示代码差异和数据差异，以可视化您的更改对数据输出的影响。您还可以将数据质量检查留给代理：检测缺失或重复的值、异常值、预测下游的破坏性更改，或比较开发和生产数据的差异。
数据团队通常使用nao编写SQL管道，通常与dbt一起使用。它帮助他们创建数据模型、记录模型、测试模型，同时确保不会破坏数据血缘和BI中的数据。处于运行模式时，他们还使用它进行一些分析，并识别生产中的数据质量错误。对于不太技术的用户，它也是加强代码最佳实践的极大帮助。对于大型团队，它确保代码和指标保持良好的结构和一致性。
<p>软件工程师使用nao进行数据库探索：使用nao标签编写SQL查询，使用代理探索数据架构，并编写DDL。</p>
我们经常被问到的问题是：为什么不直接使用Cursor和MCPs？Cursor必须触发许多MCP调用才能获取数据的完整上下文，而nao始终在一个RAG中提供这些上下文。MCPs仅存在于Cursor的一个非常封闭的部分：它们不会将数据上下文带入标签中，也不会使用户界面更适应数据工作流程。此外，nao为数据团队提供了预打包的解决方案：他们不需要设置扩展、安装和认证MCPs，构建CI/CD管道。这意味着即使是非技术的数据团队也能获得良好的开发体验。
<p>我们的长期目标是成为处理数据的最佳平台。我们希望为SQL、Python和YAML微调我们自己的模型，以提供最相关的数据代码建议。我们希望扩大对所有数据栈工具的理解，成为您任何数据工作流程的唯一无关编辑器。</p>
您可以在这里尝试：<a href="https://sunshine.getnao.io/releases/">https://sunshine.getnao.io/releases/</a> - 下载nao，免费注册并开始使用。仅限HN发布，您可以使用简单的用户名创建临时帐户，如果您不想使用电子邮件。现在，我们只有Mac版本，但Linux和Windows版本即将推出。
<p>我们非常期待您的反馈——并希望听到您对如何进一步改善数据开发体验的想法！</p>
我正在独立开发 Oliphaunt，这是一款针对 macOS 的原生 Mastodon 客户端，旨在快速、轻量，并且在 Mac 上使用时感觉自然。它不是基于 Catalyst 或 Electron 框架构建的。
主要特点：
• 使用 AppKit 的原生 macOS 界面，结合了一些 SwiftUI 的集成（不是网页包装）
• 使用 Core Data 进行本地缓存
• 响应式、友好的键盘界面
• 为桌面级 Mac 电脑量身定制的用户体验
• 支持多个账户、跨实例时间线和搜索
您可以通过 TestFlight 进行试用（macOS 14+ Sonoma）：
<a href="https://testflight.apple.com/join/Epq1P3Cw" rel="nofollow">https://testflight.apple.com/join/Epq1P3Cw</a>
欢迎在此处、GitHub 或通过 TestFlight 提供反馈：
<a href="https://github.com/anosidium/Oliphaunt-Feedback-And-Support">https://github.com/anosidium/Oliphaunt-Feedback-And-Support</a>
嗨，HN，
我是一名独立的内容创作者和Blender用户，开发了这个工具，以便轻松管理和本地渲染多个Blender渲染项目。
该工具的文本用户界面（TUI）部分是用TypeScript编写的，因为这让我能够使用我非常熟悉的语言构建前端，从而实现一些复杂的组件。而与Blender交互的部分实际上是Python脚本。
在过去的一两年里，我一直在构建一个用户界面库，旨在让桌面应用程序的开发变得有趣且简单。<p>该库目前使用 C/Ruby 编写，并采用自定义的树解析器语法来描述模板。<p>其特点包括：可组合的用户界面组件、模板指令、事件和属性处理、插槽、样式以及内置的自动化功能。<p>项目的一个目标是通过绘图 API 优先支持易于编写的自定义组件，而不是提供固定的一组组件。<p>在撰写本文时，该库应该可以在 Windows、Mac 和 Linux 上安装，但有时在所有平台上测试安装会比较困难。<p>我非常希望听到大家对这个项目的反馈或建议。虽然它仍处于早期阶段，但听到大家的想法会非常棒。<p>文档在这里：<a href="https://hokusai.skinnyjames.net/" rel="nofollow">https://hokusai.skinnyjames.net/</a>
代码库在这里：<a href="https://codeberg.org/skinnyjames/hokusai" rel="nofollow">https://codeberg.org/skinnyjames/hokusai</a><p>该项目遵循 PPL 许可证。