返回首页
最新
大家好！我们是Dedalus Labs的Windsor和Cathy（<a href="https://www.dedaluslabs.ai" rel="nofollow">https://www.dedaluslabs.ai</a>），一个为开发者构建自主AI应用的云平台。我们的SDK允许您将任何大型语言模型（LLM）连接到任何MCP工具——无论是本地的还是由我们托管的。无需Docker文件或YAML配置。
<p>这里有一个演示：<a href="https://youtu.be/s2khf1Monho?si=yiWnZh5OP4HQcAwL&t=11" rel="nofollow">https://youtu.be/s2khf1Monho?si=yiWnZh5OP4HQcAwL&t=11</a></p>
去年十月，我（Windsor）试图在云中构建一个有状态的代码执行沙箱，LLM可以调用工具。这是在MCP发布之前，老实说，构建这个过程非常烦人……我当时一直在想：“为什么我不能直接将`tools=code_execution`传递给模型，让它……正常工作呢？”
<p>即使有了MCP，您仍然需要运行本地服务器，并在OpenAI、Anthropic、Google等之间手动处理API认证和格式化，然后才能发布任何东西。每次更改都意味着重新部署、网络配置，以及在AWS上浪费的几个小时。在构建产品时，花费几个小时阅读文档和处理云设置可不是您想要的！</p>
Dedalus将这一过程简化为一个API端点，因此原本需要两周的设置现在只需五分钟。我们允许您将可流式传输的HTTP MCP服务器上传到我们的平台。一旦部署，我们提供与OpenAI兼容的SDK，您可以将其直接集成到代码库中，以使用MCP驱动的LLM。我们的目标是让任何人、任何地方都能为他们的LLM配备强大的功能调用工具。
<p>您编写的代码大致如下：</p>
<pre><code> python
client = Dedalus()
runner = DedalusRunner(client)
result = runner.run(
input=prompt,
tools=[tool_1, tool_2],
mcp_servers=["author/server-1", "author/server-2"],
model=["openai/gpt-4.1", "anthropic/claude-sonnet-4-20250514"], # 默认使用列表中的第一个模型
stream=True,
)
stream_sync(result) # 流式返回结果，也支持工具调用
</code></pre>
我们的文档起始于<a href="https://docs.dedaluslabs.ai" rel="nofollow">https://docs.dedaluslabs.ai</a>。这里有一个简单的Hello World示例：<a href="https://docs.dedaluslabs.ai/examples/01-hello-world" rel="nofollow">https://docs.dedaluslabs.ai/examples/01-hello-world</a>。有关基本工具执行的更多信息，请参见<a href="https://docs.dedaluslabs.ai/examples/02-basic-tools" rel="nofollow">https://docs.dedaluslabs.ai/examples/02-basic-tools</a>。网站上还有许多其他示例，包括使用Open Meteo MCP进行天气预报的复杂示例：<a href="https://docs.dedaluslabs.ai/examples/use-case/weather-forecaster" rel="nofollow">https://docs.dedaluslabs.ai/examples/use-case/weather-forecaster</a>。
<p>MCP领域仍然存在许多问题，这一点毫无疑问。其中一个主要问题是认证（我和我的团队开玩笑说MCP中的“S”代表“安全”）。目前，MCP服务器被期望同时充当认证服务器<i>和</i>资源服务器。这很难正确实现，对于服务器开发者来说，这要求太高了，也就是说，人们只想暴露一个资源端点，完成即可。</p>
尽管如此，我们对MCP持乐观态度。当前的不足并非不可弥补，我们预计未来的修订将解决人们目前的许多顾虑。我们认为，有用的AI代理必然会成为习惯性工具调用者，而MCP是为模型配备工具的相当不错的方式。
<p>我们还没有达到去年十月我想要的有状态代码执行沙箱，但我们正在努力实现！发布安全和有状态的MCP服务器是我们的优先事项之一，我们将在下个月推出我们的认证解决方案。我们还在开发一个MCP市场，让人们能够将他们的工具货币化，而我们负责账单和收益分成。</p>
我们非常重视开源，目前已经有以下这些SDK（MIT许可证）：
<p><a href="https://github.com/dedalus-labs/dedalus-sdk-python" rel="nofollow">https://github.com/dedalus-labs/dedalus-sdk-python</a></p>
<p><a href="https://github.com/dedalus-labs/dedalus-sdk-typescript" rel="nofollow">https://github.com/dedalus-labs/dedalus-sdk-typescript</a></p>
<p><a href="https://github.com/dedalus-labs/dedalus-sdk-go" rel="nofollow">https://github.com/dedalus-labs/dedalus-sdk-go</a></p>
<p><a href="https://github.com/dedalus-labs/dedalus-openapi" rel="nofollow">https://github.com/dedalus-labs/dedalus-openapi</a></p>
我们非常希望听到您对阻碍您集成MCP服务器或在当前工作流程中使用工具调用LLM的最大障碍的看法。
感谢大家！
我已经在VAERS数据库上玩了一段时间，刚刚将其导入到DuckDB中以进行本地分析。这个数据集存在各种问题，我正在努力修复这些问题，以提高数据集的质量。
导入脚本可以在这里找到： [https://github.com/yehosef/vaers-duckdb](https://github.com/yehosef/vaers-duckdb)
一个准备好的数据文件可以在这里下载（约3GB）： [https://drive.google.com/file/d/1d3wRRr2UFvCYR9r7J5XBym2dYKTsMKtF/view?usp=sharing](https://drive.google.com/file/d/1d3wRRr2UFvCYR9r7J5XBym2dYKTsMKtF/view?usp=sharing)
我计划添加一些仪表板，类似于我最初的Elasticsearch项目。我还想为向量搜索添加一些嵌入功能。正在进行中。
我很想听听你的想法！
嘿，HN，
我想要一个不将我的写作发送到他人服务器的语法检查工具，因此我开发了 Grammit，这是一个 Chrome 扩展，使用本地的 LLM 进行语法检查。在检查过程中，您的文本始终保留在您的计算机上。
以下是一个 2 分钟的概述：
<a href="https://www.loom.com/share/baf501ee6cf14a919a7384128246ed67" rel="nofollow">https://www.loom.com/share/baf501ee6cf14a919a7384128246ed67</a>
由于它使用了 LLM，它能够捕捉到的不仅仅是拼写和语法错误。例如，它可以纠正一些错误的陈述，比如“美国第一任总统是本杰明·富兰克林”。
Grammit 还包括一个页面内写作助手，可以重新措辞或起草新文本。它同样使用本地的 LLM。
我们使用了许多新的网络功能来构建这个工具，例如：
- Chrome 的新 Prompt API 与本地模型进行交互。
- 锚点定位 API 以最小影响放置用户界面。
- CSS 自定义高亮 API 用于行内错误标记。
- 新的 CSS sign() 函数用于创建具有不连续性的 CSS 驱动布局。
作为早期采用尖端技术的一部分，我们发现了一些新的 Chrome 错误（例如，<a href="https://issues.chromium.org/issues/428354426" rel="nofollow">https://issues.chromium.org/issues/428354426</a>，<a href="https://issues.chromium.org/issues/428039224" rel="nofollow">https://issues.chromium.org/issues/428039224</a>）。
我很想听听您的反馈：
- 用户体验中哪些地方感觉不够顺畅
- 您对修正和建议的看法
欢迎提问有关技术或 Prompt API 的问题。感谢您尝试使用它！
Chrome 网上应用店扩展链接：<a href="https://chromewebstore.google.com/detail/grammit-the-ai-grammar-ch/pkfmoknmnkbidlniedaloiijibdpjjmm" rel="nofollow">https://chromewebstore.google.com/detail/grammit-the-ai-gram...</a>
嘿，HN，
这份通讯并不是来自于某种增长黑客或内容策略。
它源于一种挫败感。
每周，我都在大量的博客、新闻稿和推特讨论中苦苦挣扎，试图跟上语音与人工智能的动态。新的模型不断推出，合作关系一夜之间建立，印度和亚洲的初创公司在推动基础设施升级，而这些都没有被报道。
但每当我想知道真正重要的事情时，信号总是被噪音淹没。
而且没有一份通讯专注于印度的语音人工智能生态系统——大多数只关注美国。
所以我创建了我希望存在的东西：Voice AI Stack——一份关于印度、亚洲和全球语音人工智能更新的通讯。
每周五你将收到的内容包括：
- 实际推动语音与人工智能生态系统前进的产品发布
- 基础设施升级和战略交易（附带它们为何重要的背景信息）
- 语音技术、翻译和代理性能的进展
- 聚焦于VideoSDK的AI代理功能——正在发布的内容以及未来的计划
如果你是开发者、产品经理、研究人员，或者只是对印度及其他地区的AI语音和代理的未来感到好奇——这份通讯适合你。
幕后故事
昨晚11:30，我们正在测试我们的VideoSDK AI代理。一切运行得非常顺利——流畅、稳定，完全没有问题。
然后突然间，每个代理都开始用歌剧的声音说话。它们不是在回答问题，而是在像意大利舞台上的歌手一样唱歌。
我们忍不住大笑。然后是恐慌。最后是解决方案。
这就是在这个领域构建的真实状态——混乱、惊喜，充满了意想不到的时刻。在每个精心打磨的演示背后，都是这样的夜晚：错误、欢笑和小胜利，让这段旅程变得值得。
这份通讯是我为你打开那扇门的方式。让你一窥实验、跌倒、以及“等等，那个代理刚才是不是……”的时刻，这些都让这个领域充满了兴奋。
在这里订阅，以便保持更新。
<a href="https://videosdkweekly.substack.com/p/welcome-to-voice-ai-stack-weekly" rel="nofollow">https://videosdkweekly.substack.com/p/welcome-to-voice-ai-st...</a>
如果你有朋友正在构建或对语音AI感到好奇——把这份通讯转发给他们。
让我们一起穿越噪音。
明天见，
Sagar Kava