最新

大家好，我想分享一个我一直在研究的项目：<a href="https://signagesync.app" rel="nofollow">https://signagesync.app</a> 这个工具类似于 Google Chromecast，但可以同时“投射”到多个屏幕上。您可以创建一个自动刷新的网页、视频甚至直播的播放列表（但在 Windows 上不支持）。它也可以与本地网络配合使用，例如 <a href="http://192.168.../sales-dashboard" rel="nofollow">http://192.168.../sales-dashboard</a>。 目前还处于早期阶段（MVP），但已经可以使用——我非常希望听到您的反馈。 技术栈：SvelteKit、WebSocket、Flutter（桌面端）

嗨，HN，创始人又来了！<p>我在2021年首次在这里推出了ToolJet，最初是一个个人项目。它迅速获得了成功，在大约8小时内就在GitHub上获得了1000个星标（<a href="https://github.com/ToolJet/ToolJet/" rel="nofollow">https://github.com/ToolJet/ToolJet/</a>）。那时，ToolJet基本上是一个可以连接不同数据源的前端构建工具。<p>从那时起，我们不断扩展：<p>- 增加了一个工作流自动化工具，让构建者可以协调后台任务。<p>- 增加了一个内置的无代码数据库，这样构建者就不需要启动新的数据库。<p>- 最终发展成为一个用于内部工具的全栈平台。<p>- 还有其他显而易见的改进，比如大量的小功能和集成。<p>但去年我们有些失误。我们不断添加功能，前端架构跟不上，稳定性和性能问题在应用变得复杂（即一个应用的单个页面中有数百个UI组件）时显现出来。因此我们停下脚步，重建了架构（ToolJet v3于11月发布），并清理了很多技术债务。这为我们打下了坚实的基础，也让我们意识到是时候向AI原生转型了。<p>我们分析了用户实际构建应用的方式：80%的时间用于重复的设置（表单、表格、CRUD），15%用于集成胶水代码，5%用于实际的业务逻辑。传统的低代码试图完全消除代码。我们则是在消除错误的代码——那无聊的95%——同时保留对重要的5%的完全控制。<p>ToolJet AI不是“提示生成代码”，而是试图模仿工程团队的运作方式（是的，有点主观）——但使用AI代理：<p>- PM代理 → 将你的提示转化为产品需求文档（PRD）。<p>- 设计代理 → 使用我们预构建的组件和自定义组件生成UI。<p>- 数据库代理 → 构建架构。<p>- 全栈代理 → 用查询、事件处理程序和代码将所有内容连接起来。<p>在每一步，构建者都可以审核/编辑、停止AI生成，或切换到可视化构建器。生成的应用并不被锁定——你可以继续通过提示、拖放或扩展自定义代码进行调整。<p>为什么这样有效：<p>我们知道“AI构建应用”现在被过度炒作。不同之处在于：我们并不是生成原始代码——我们是在配置经过实战检验的组件。想象一下，像Terraform用于内部工具，而不是Claude/GPT编写React。<p>这意味着：<p>- 更少的令牌 → 更低的成本。<p>- 确定性和更快的输出 → 更少的错误。<p>- 更高的可靠性 → 生产就绪的应用。<p>基本上，AI是在填充蓝图。<p>ToolJet AI是开源社区版的闭源分支，仍将继续积极维护。所有核心平台的更改（如v3重建和稳定性/性能工作）都会提交到上游。AI功能位于其上，但开源仍然是基础。<p>感谢阅读，再次感谢HN自一开始就参与ToolJet的旅程。