最新

大家好，我来分享一下我一直在捣鼓的东西：<a href="https:&#x2F;&#x2F;signagesync.app&#x2F;" rel="nofollow">https:&#x2F;&#x2F;signagesync.app&#x2F;</a> 就像 Google Chromecast，但可以同时“投屏”到多个屏幕。可以创建一个自动刷新的网页、视频甚至直播的播放列表（但 Windows 上不支持）。也适用于局域网，例如 <a href="http:&#x2F;&#x2F;192.168...&#x2F;sales-dashboard" rel="nofollow">http:&#x2F;&#x2F;192.168...&#x2F;sales-dashboard</a> 这还处于早期阶段（MVP），但已经可以使用了——我很乐意听取您的反馈。 技术栈：SvelteKit, WebSocket, Flutter (桌面端)

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