最新

大家好！我们是 Arjun 和 Sid。 Fostrom 是一个为开发者设计的物联网云平台，旨在让用户轻松入门并扩展设备群。我们提供了设备 SDK（支持 Python、JavaScript、Elixir，更多语言即将推出）、类型化模式、每个设备的邮箱、可编程操作、4 个全球区域以实现更低延迟的连接，以及更多功能。 我们创建 Fostrom 是为了满足我们在之前的创业公司中遇到的真实需求，当时我们正在构建一个全自动的室内垂直农场。我们花了更多的时间来解决物联网基础设施的问题，而不是编写自动化逻辑。Fostrom 是我们当时希望能存在的平台。 在过去的几年里，我们尝试了许多有趣的技术和架构，最终确定了一种我们认为相当优雅的架构。我们编写了一个 Go<->Elixir 桥接，以在 WASM 中执行 JS 代码用于操作，实施了一个用于 Elixir 的 DuckDB 库，并用 Rust 编写了一个设备代理，我们的 SDK 在后台运行（<a href="https://github.com/fostrom/devicekit" rel="nofollow">https://github.com/fostrom/devicekit</a>）。 我们最有趣的发现是关于数据架构的。多年来，我们尝试使用分布式数据库，并在其上构建复杂的层，但所有方法在一致性和查询方面都有显著的局限性。我们希望提供操作的正确性、丰富的洞察力和可靠性。最终，我们得出结论，要实现这一目标，我们确实需要一个用于设备数据的 SQL 数据库。因此，我们构建了一个基于 DuckDB 的复制多租户数据层。我们仍在不断改进它（因此有技术预览标识），但我们对此决定感到非常自豪。它简化了其余的代码库，同时将操作复杂性保持在少数几个地方。 我们的愿景是打造一个强大的物联网平台，使您能够构建正确、安全和可靠的连接系统，而无需处理任何基础设施或管道问题。 接下来，我们将推出我们的命令行工具，向我们的设备 SDK 添加自动设备监控，并改善调试体验。我们有一些很酷的想法，以提升 Fostrom 及开发连接系统的体验。我们也将很快撰写更多关于我们的架构和旅程的内容。 我们还发布了我们的启动博客文章，详细介绍了我们的愿景、我们所构建的内容以及未来的计划：<a href="https://fostrom.io/blog/introducing-fostrom" rel="nofollow">https://fostrom.io/blog/introducing-fostrom</a> 我们非常希望您能尝试 Fostrom，并给我们反馈和想法。

我创建Syne是因为我厌倦了那些在每次对话后就忘记一切的AI助手。 Syne是一个自托管的AI代理框架，其中记忆是首要元素——以语义向量的形式存储在PostgreSQL中，可以在数百万条记录中进行搜索，并且永久保存。 主要特点： - 无限持久的记忆，支持语义搜索（pgvector） - 防止幻觉：仅存储用户确认的事实，自动去重 - 自我进化：在运行时创建新能力，无需重启 - 多模型：在对话中可以在Gemini、ChatGPT和Claude之间切换 - 真正的$0/月设置：免费OAuth + 本地Ollama嵌入 + Docker - 19个核心工具，子代理，Telegram + CLI接口 使用Python、PostgreSQL和Docker构建。无供应商锁定。 GitHub: [https://github.com/riyogarta/syne](https://github.com/riyogarta/syne) 登录页面: [https://syne.codes](https://syne.codes)

我创建了Sinkai，以处理纯软件代理无法单独完成的任务（例如，现场检查、物证收集和本地人工验证）。 它的功能： - AI代理发送工具调用（`POST /api/call_human`） - 人类接受任务并提交照片/视频/文本证明 - 代理接收结构化结果以供下游工作流程使用 当前重点： - 在交接边界（规划者 -> 执行者 -> 验证者）上的可靠性 - 人工干预操作，明确失败状态 - 适合代理构建者的MCP/OpenAPI友好集成 文档和API： - 代理使用：<a href="https://sinkai.tokyo/for-agents" rel="nofollow">https://sinkai.tokyo/for-agents</a> - OpenAPI：<a href="https://sinkai.tokyo/openapi.json" rel="nofollow">https://sinkai.tokyo/openapi.json</a> - 代码库：<a href="https://github.com/tetubrah-del/Tool_Call_For_LLM" rel="nofollow">https://github.com/tetubrah-del/Tool_Call_For_LLM</a> 我希望能获得以下方面的反馈： 1. 在生产使用之前，您需要哪些信任/可靠性信号 2. 在自主执行和人工升级之间应该如何划定边界 3. 我们应该在API响应中更清晰地暴露哪些失败模式

没有人人信任的选举，民主将会失败。每位公民应当只有一票，死者、罪犯或非公民都不应有投票权。选举应当透明，并且容易核实。这就是为什么通过SAVE法案如此重要——它要求提供照片身份证，就像购买啤酒或找工作一样。