返回首页
最新
嗨，HN，我是Yaron，一名从事AI基础设施的DevOps工程师。
我创建Cordum是因为我发现“AI演示”和“生产安全”之间存在巨大的差距。每个人都在构建智能代理，但没有人愿意给它们对敏感API（如退款、数据库删除或服务器管理）的写入权限。
问题在于，LLM（大语言模型）是概率性的，而我们的基础设施需要确定性的保证。
Cordum是一个开源的“安全内核”，它位于您的LLM与执行环境之间。可以将其视为智能代理操作的防火墙/代理。
Cordum并不是依赖提示语“请保持安全”，而是在协议层强制执行政策：
1. 拦截代理的意图。
2. 根据严格的政策进行检查（例如，“退款超过50美元需要人工审批”）。
3. 通过状态机管理执行。
技术栈：
- 使用Go编写（以提高性能和并发性）。
- 使用NATS JetStream作为消息总线。
- 使用Redis进行状态管理。
目前还处于早期阶段，但我非常希望能听到您对架构和代理治理方法的反馈。
代码库： [https://github.com/cordum-io/cordum](https://github.com/cordum-io/cordum)
欢迎随时提问！
这是一款俄罗斯方块风格的游戏，您需要用10个下落的方块将5×8的网格完全填满。这是一款基于技巧和逻辑的简单游戏。<p>非常感谢您的反馈。
我是凯撒，我创建了kling.to，因为我相信营销自动化应该对每个人都可及，而不必牺牲数据所有权。
Kling是一个自托管的电子邮件营销平台，允许您运行活动、构建自动化工作流程、细分受众并跟踪归因，同时保持对客户数据的完全控制。它通过Docker进行部署，并使用MongoDB和BullMQ进行任务调度。
核心功能：
- 可视化工作流程构建器，用于购物车放弃恢复、客户挽回活动和购买后序列
- 多渠道消息传递（电子邮件、短信、WhatsApp、推送通知）
- 最后触点和多触点归因跟踪
- 基于购买历史和参与数据的客户细分
- 带有个性化变量的模板管理
- 实时投递监控（已发送、已送达、已打开、已点击、已退回）
我启动这个项目是因为现有的营销自动化工具要么将您锁定在他们的基础设施中，要么对小团队来说成本过高。我们为企业提供了自托管和拥有数据的选择。
该平台专为电子商务商店、以工程为主导的团队和注重隐私的组织而设计，旨在让他们掌控自己的营销技术栈。
我希望能得到以下方面的反馈：
- 架构选择（MongoDB + BullMQ进行任务调度）
- 自托管设置的投递基础设施
- 自动化工作流程的用户体验和触发逻辑
- 归因模型的实施
演示视频： [https://youtu.be/hbFjX525AwA](https://youtu.be/hbFjX525AwA)
网站： [https://kling.to](https://kling.to)
欢迎就技术实施或部署过程中的问题进行咨询。
分享你的求职经历，了解其他人在不同技术栈、地区和职位级别上的情况。
去年我在 Show HN 上发布了关于 FlowRipple 的帖子（<a href="https://news.ycombinator.com/item?id=43139138">https://news.ycombinator.com/item?id=43139138</a>），那时它还只是一个私密测试版。现在它已经上线了。
每个 SaaS 最终都会将工作流程硬编码——支付通知、用户引导序列、流失警报，这些都散布在后端代码中。每次更改都需要工程工单和部署。作为一个独立开发者，我一直被迫维护这些代码。
FlowRipple 允许团队中的任何人（或者我一个人）以可视化的方式更新工作流程，而无需进行代码更改。通过应用程序的 SDK 触发器（Node.js 实时，Python 很快，或通过 HTTP 请求）、网络钩子或调度——> 拖放构建器——> 带有条件/延迟的 Slack/电子邮件/HTTP 操作。
当时我收到了很多问题，询问它与 n8n 或 Zapier 的相似之处，这让我开始怀疑这个项目。我甚至暂停了大约六个月的工作，专注于我的日常工作。但对这个专注工具的需求（与 n8n/Zapier 等通用解决方案不同）却不断增长。
老实说，我不知道这个项目是否会受到欢迎。我只知道它解决了我一个真实的问题，而且我在构建它的过程中很开心。请务必试试看，并告诉我你的想法，我将为专业计划的用户构建优先集成，以便他们能获得更多价值。