Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

如何基于 Claude Code/Codex 搭建一个 Agent 团队 正式来介绍一下 Multica：多人与多 Agent 的协作平台。 → 上周三发布到现在，已经有数千名用户体验了 Multica。 这个 20 多分钟的视频中，我将会介绍： 1）什么是 Multica 以及为什么我们要做这件事 2）10 分钟快速上手 Multica 3）我们是如何使用 Multica 开发 Multica 的 代码完全开源： →

jiayuan_jy's profile picture

Jiayuan (JY) Zhang

117,178 subscribers

42,330 Aufrufe • vor 4 Monaten •via X (Twitter)

LIVE

Anya Rossi• Live Now

Private livecam show

0 Kommentare

Keine Kommentare verfügbar

Kommentare vom Original-Post werden hier angezeigt

Ähnliche Videos

分享我们最近实现的一个开源版本 Claude Cowork Multica 👇 完全本地化、同时支持 Claude Code、Codex 以及开源的 OpenCode 。 Multica 的目标是成为 coding agent 和终端用户的中间层，有点类似 Obsidian 的模式，每个人都可以根据自己的工作流使用插件的方式来定制化。 Multica + 开发相关插件 -> Cursor/Lovable/Conductor Multica + 设计相关插件 -> Lovart Multica + Research 相关插件 -> NotebookLM Multica 会完成中间层： - UIUX 交互 - VM & Sandbox - 多 agent & llm 编排调度 - 插件商店 这个名字的灵感来自于 Multics（Multiplexed Information and Computing Service，多路复用信息与计算服务），这是一个创建于 1964 年的开创性操作系统。 尽管 Multics 最终没有广泛普及，但它奠定了现代操作系统的基础，包括层级文件系统等概念。Unix 本身就是从 Multics 衍生而来的（Uniplexed Information and Computing Service -> Unics -> Unix）。 现在还是一个非常早期的预览版本，欢迎大家参与来一起构建。 视频中的例子是我让 Multica 下载 Ilya Sutskever 推荐的论文，并创建一个网页 & 综述，整体运行时间大概在 20min。
2:06

分享我们最近实现的一个开源版本 Claude Cowork Multica 👇 完全本地化、同时支持 Claude Code、Codex 以及开源的 OpenCode 。 Multica 的目标是成为 coding agent 和终端用户的中间层，有点类似 Obsidian 的模式，每个人都可以根据自己的工作流使用插件的方式来定制化。 Multica + 开发相关插件 -> Cursor/Lovable/Conductor Multica + 设计相关插件 -> Lovart Multica + Research 相关插件 -> NotebookLM Multica 会完成中间层： - UIUX 交互 - VM & Sandbox - 多 agent & llm 编排调度 - 插件商店 这个名字的灵感来自于 Multics（Multiplexed Information and Computing Service，多路复用信息与计算服务），这是一个创建于 1964 年的开创性操作系统。 尽管 Multics 最终没有广泛普及，但它奠定了现代操作系统的基础，包括层级文件系统等概念。Unix 本身就是从 Multics 衍生而来的（Uniplexed Information and Computing Service -> Unics -> Unix）。 现在还是一个非常早期的预览版本，欢迎大家参与来一起构建。 视频中的例子是我让 Multica 下载 Ilya Sutskever 推荐的论文，并创建一个网页 & 综述，整体运行时间大概在 20min。

Jiayuan (JY) Zhang

57,665 Aufrufe • vor 7 Monaten

这是我用 OpenClaw 搭的 AI 团队。 他们各司其职， 不用睡觉， 做了很多我一个人根本做不过来的事情。 这期视频我想分享我的 AI 团队到底长什么样。 然后我们再一步一步， 搭出属于你自己的 AI 团队， 视频会讲， 如何创建一个agent， 在openclaw里面Agent具体是什么， Agent 之间怎么协作， 什么时候需要多个agent以及最佳实践。
14:10

这是我用 OpenClaw 搭的 AI 团队。 他们各司其职， 不用睡觉， 做了很多我一个人根本做不过来的事情。 这期视频我想分享我的 AI 团队到底长什么样。 然后我们再一步一步， 搭出属于你自己的 AI 团队， 视频会讲， 如何创建一个agent， 在openclaw里面Agent具体是什么， Agent 之间怎么协作， 什么时候需要多个agent以及最佳实践。

木子不写代码

134,229 Aufrufe • vor 5 Monaten

Anthropic 刚刚把 2026 年 Agent 路线图“公开课”了！22分钟干货拉满！ Claude 团队（Alex Albert + PM Brad + 工程负责人 Caitlin）亲自拆解： • 为什么现在的 Agent 要“解绑”模型？ • 如何用 Claude Code SDK 3分钟搭出真正自主的 Agent？ • 上下文剪枝、Agentic 记忆、可观测性……这些2026年核心能力已经来了！ 大多数开发者还在用2025年的打法，而 Anthropic 已经把未来12个月的路线图摆在桌面上。 最后3分钟的搭建指南，强烈建议反复看！
22:10

Anthropic 刚刚把 2026 年 Agent 路线图“公开课”了！22分钟干货拉满！ Claude 团队（Alex Albert + PM Brad + 工程负责人 Caitlin）亲自拆解： • 为什么现在的 Agent 要“解绑”模型？ • 如何用 Claude Code SDK 3分钟搭出真正自主的 Agent？ • 上下文剪枝、Agentic 记忆、可观测性……这些2026年核心能力已经来了！ 大多数开发者还在用2025年的打法，而 Anthropic 已经把未来12个月的路线图摆在桌面上。 最后3分钟的搭建指南，强烈建议反复看！

比特币橙子Trader

256,803 Aufrufe • vor 3 Monaten

小扎吐槽苹果和 Google，以及谈为什么开源 AI **Mark Zuckerberg**: 我认为移动生态系统中普遍存在的一个问题是有两个把持入口的公司，Apple 和 Google，它们可以告诉你可以构建什么。 在我们的历史中有很多次，比如有经济层面的情况，就是我们构建了些东西，然后它们就会拿走我们大部分的收入，但还有一种是质量层面，这实际上让我更加不满，也就是有很多次我们推出或希望推出某些功能，然后Apple就会说，不，你不能推出这功能。 这真的很糟糕。 问题是，这样的世界是否会在AI领域复现，就像你会有一小部分拥有封闭模型的公司，它们控制API，因此将能够告诉你可以构建什么。 我可以说，对我们来说，自己构建一个模型以避免处于那种位置是值得的。 我不希望那些其他公司告诉我们可以构建什么，而且我认为从开源的角度来看，很多开发人员也不希望那些公司告诉他们可以构建什么。这就是我坚定支持开源的原因之一，我认为未来AI的集中化可能像其广泛传播一样具有潜在危险。 我发现很多人都在思考，如果我们能实现这种技术，那么让它广泛传播是否不利。 我认为另一种可能也很糟糕的情况是，如果一个机构掌握了一种强大的AI远超其他所有人的，这同样是非常糟糕的。在我看来，一个理想的世界应该是这样的：AI技术被广泛而均衡地应用，随着时间推移逐步增强其健康性。在这样的世界里，各种系统能够相互制衡，这种平衡的状态比一个高度集中化的世界要健康得多。 虽然风险无处不在，但我觉得有一个风险我想人们我并没有听到太多人提及。 **Dwarkesh Patel**:举例来说，一个价值100亿美元的模型，如果经过评估是完全安全的，你们会选择开源吗？ **Mark Zuckerberg**:我的答案是，只要这个模型对我们有所帮助，那我们就会开源。 **Dwarkesh Patel**: 那如果这个模型是用100亿美元的研发经费研发出来的，然后现在要开源呢？ **Mark Zuckerberg**: 我们一直以来都有开源软件的传统，但是我们并不会开源我们的产品。 比如说，我们并不会将Instagram的代码开源，但我们会开源许多底层的基础设施。我们历史上最大的一个项目可能就是开放计算项目。在这个项目中，我们将我们所有的服务器的设计网络交换机和数据中心的设计开源了，这对我们来说非常有帮助。 因为很多人可以设计服务器，但现在，大家普遍都采用了我们的设计，这就意味着整个供应链都围绕我们的设计展开，规 模变大，对所有人来说都变得更便宜，为我们节省了数十亿美元。 这真是太棒了，对吧？ 因此，我认为开源有多种方式可以对我们有所帮助。 一种就是，如果有人能够找出更便宜的运行模型的方法，我们将花费数十亿甚至上千亿美元，在所有这些模型上，所以如果我们能做的更有效率，那我们就可以节省数十亿甚至上百亿美元，这可能本身就非常有价值。 **Dwarkesh Patel**: 关于开源，我很想知道你是否认为像PyTorch、React、Open Compute这样的开源项目，对世界的影响是否已经超过了Meta在社交媒体方面的作用。 **Mark Zuckerberg**: 因为我曾经和使用这些服务的人交谈过，他们觉得这是有可能的，因为互联网的很大一部分都在运行这些项目。这是一个有趣的问题，我认为几乎有一半的世界人口都在使用我们的产品，这是一个真实的点，所以我觉得这很难超越。 但不管怎样，我还是认为开源是一种新的、非常強大的建设方式。 来源：
4:08

小扎吐槽苹果和 Google，以及谈为什么开源 AI **Mark Zuckerberg**: 我认为移动生态系统中普遍存在的一个问题是有两个把持入口的公司，Apple 和 Google，它们可以告诉你可以构建什么。 在我们的历史中有很多次，比如有经济层面的情况，就是我们构建了些东西，然后它们就会拿走我们大部分的收入，但还有一种是质量层面，这实际上让我更加不满，也就是有很多次我们推出或希望推出某些功能，然后Apple就会说，不，你不能推出这功能。 这真的很糟糕。 问题是，这样的世界是否会在AI领域复现，就像你会有一小部分拥有封闭模型的公司，它们控制API，因此将能够告诉你可以构建什么。 我可以说，对我们来说，自己构建一个模型以避免处于那种位置是值得的。 我不希望那些其他公司告诉我们可以构建什么，而且我认为从开源的角度来看，很多开发人员也不希望那些公司告诉他们可以构建什么。这就是我坚定支持开源的原因之一，我认为未来AI的集中化可能像其广泛传播一样具有潜在危险。 我发现很多人都在思考，如果我们能实现这种技术，那么让它广泛传播是否不利。 我认为另一种可能也很糟糕的情况是，如果一个机构掌握了一种强大的AI远超其他所有人的，这同样是非常糟糕的。在我看来，一个理想的世界应该是这样的：AI技术被广泛而均衡地应用，随着时间推移逐步增强其健康性。在这样的世界里，各种系统能够相互制衡，这种平衡的状态比一个高度集中化的世界要健康得多。 虽然风险无处不在，但我觉得有一个风险我想人们我并没有听到太多人提及。 **Dwarkesh Patel**:举例来说，一个价值100亿美元的模型，如果经过评估是完全安全的，你们会选择开源吗？ **Mark Zuckerberg**:我的答案是，只要这个模型对我们有所帮助，那我们就会开源。 **Dwarkesh Patel**: 那如果这个模型是用100亿美元的研发经费研发出来的，然后现在要开源呢？ **Mark Zuckerberg**: 我们一直以来都有开源软件的传统，但是我们并不会开源我们的产品。 比如说，我们并不会将Instagram的代码开源，但我们会开源许多底层的基础设施。我们历史上最大的一个项目可能就是开放计算项目。在这个项目中，我们将我们所有的服务器的设计网络交换机和数据中心的设计开源了，这对我们来说非常有帮助。 因为很多人可以设计服务器，但现在，大家普遍都采用了我们的设计，这就意味着整个供应链都围绕我们的设计展开，规 模变大，对所有人来说都变得更便宜，为我们节省了数十亿美元。 这真是太棒了，对吧？ 因此，我认为开源有多种方式可以对我们有所帮助。 一种就是，如果有人能够找出更便宜的运行模型的方法，我们将花费数十亿甚至上千亿美元，在所有这些模型上，所以如果我们能做的更有效率，那我们就可以节省数十亿甚至上百亿美元，这可能本身就非常有价值。 **Dwarkesh Patel**: 关于开源，我很想知道你是否认为像PyTorch、React、Open Compute这样的开源项目，对世界的影响是否已经超过了Meta在社交媒体方面的作用。 **Mark Zuckerberg**: 因为我曾经和使用这些服务的人交谈过，他们觉得这是有可能的，因为互联网的很大一部分都在运行这些项目。这是一个有趣的问题，我认为几乎有一半的世界人口都在使用我们的产品，这是一个真实的点，所以我觉得这很难超越。 但不管怎样，我还是认为开源是一种新的、非常強大的建设方式。 来源：

宝玉

74,721 Aufrufe • vor 2 Jahren

#GenZ 看美国【预告】·正片周五见！ 你相信吗？最近我和朋友们从打地基开始建了一面墙！ 如今这个时代，什么都可以在网上下单， 我们为什么要自己动手，做这么麻烦的事？我猜可能我们美国人真的打心眼里认为，DIY是一件很酷的事！ 更多内容👉
1:22

#GenZ 看美国【预告】·正片周五见！ 你相信吗？最近我和朋友们从打地基开始建了一面墙！ 如今这个时代，什么都可以在网上下单， 我们为什么要自己动手，做这么麻烦的事？我猜可能我们美国人真的打心眼里认为，DIY是一件很酷的事！ 更多内容👉

美国之音中文网

14,652 Aufrufe • vor 1 Monat

今天在 TapTap 开发者沙龙的现场，有观众问「心动是一家游戏公司，为什么要做一个什么都能干的通用 Agent ?」 我的回答是，未来别说游戏公司，任何一个公司、一个个人、一个学生，都可以做一个自己的通用 Agent。因为软件行业已经被彻底颠覆了，只是很多人还没有意识到。
3:33

今天在 TapTap 开发者沙龙的现场，有观众问「心动是一家游戏公司，为什么要做一个什么都能干的通用 Agent ?」 我的回答是，未来别说游戏公司，任何一个公司、一个个人、一个学生，都可以做一个自己的通用 Agent。因为软件行业已经被彻底颠覆了，只是很多人还没有意识到。

Dash

116,021 Aufrufe • vor 23 Tagen

今晚如果你本来打算刷 2 小时 Netflix 不如看这个 40 分钟 masterclass 来自一家 $20B 中国 AI company 的 Kimi founder 它最有价值的地方不是“讲 AI 很强” 而是把 Agent Swarms 和 AI systems 到底怎么在规模化场景里运作，讲得非常清楚 不管你从来没搭过 agent，还是已经每天都在用 Claude，这个内容都值得看 真正有意思的是： 很多人还在把 AI 当单个工具用 但 Agent Swarms 讨论的是另一件事： -- 多个 agent 如何分工 -- 如何协作 -- 如何把任务拆开 -- 如何在系统层面持续运行 这也是为什么我把里面的关键思路整理成了一份 practical guide 重点不是单纯理解概念 而是怎么真正用 Kimi 去 build
39:17

今晚如果你本来打算刷 2 小时 Netflix 不如看这个 40 分钟 masterclass 来自一家 $20B 中国 AI company 的 Kimi founder 它最有价值的地方不是“讲 AI 很强” 而是把 Agent Swarms 和 AI systems 到底怎么在规模化场景里运作，讲得非常清楚 不管你从来没搭过 agent，还是已经每天都在用 Claude，这个内容都值得看 真正有意思的是： 很多人还在把 AI 当单个工具用 但 Agent Swarms 讨论的是另一件事： -- 多个 agent 如何分工 -- 如何协作 -- 如何把任务拆开 -- 如何在系统层面持续运行 这也是为什么我把里面的关键思路整理成了一份 practical guide 重点不是单纯理解概念 而是怎么真正用 Kimi 去 build

0x_Miko

16,093 Aufrufe • vor 2 Monaten

我操太猛了，朋友们！ 我居然真的一晚上搞定了 Telegram 的连接 我的 Agent 客户端 Codepilot，现在是一个小号的 OpenClaw了！ 一旦学会这套开发体系和 Agent 的使用，工作效率高得要死。 本来是想跟他讨论一下，结果我一扭头，他已经把那个雏形开发完了。
1:07

我操太猛了，朋友们！ 我居然真的一晚上搞定了 Telegram 的连接 我的 Agent 客户端 Codepilot，现在是一个小号的 OpenClaw了！ 一旦学会这套开发体系和 Agent 的使用，工作效率高得要死。 本来是想跟他讨论一下，结果我一扭头，他已经把那个雏形开发完了。

歸藏(guizang.ai)

156,816 Aufrufe • vor 5 Monaten

3r k12自助开通，可用自己的账号，接码即可用codex 很多用户在QQ咨询这个到底怎么用，所以出了一期教程 由于官方的限制，我们的成品号目前没有接码无法直接使用codex，只能用于反代。 而需要codex的用户请看这个教学视频，会一步一步教你如何低成本蹬codex #gpt #gptplus #codex #chatgpt #claude
1:08

3r k12自助开通，可用自己的账号，接码即可用codex 很多用户在QQ咨询这个到底怎么用，所以出了一期教程 由于官方的限制，我们的成品号目前没有接码无法直接使用codex，只能用于反代。 而需要codex的用户请看这个教学视频，会一步一步教你如何低成本蹬codex #gpt #gptplus #codex #chatgpt #claude

18168

44,464 Aufrufe • vor 1 Monat

如何避免 codex 赠送的重置机会过期？ 这个视频分享了如何查询本机 codex 重置机会的有效期。 我封装了一个简单的技能。 发送下面的话，给 codex，即可安装这个技能。 帮我安装这个技能，来源是 在新会话中，可以这么问： 帮我看看还有几张 codex 重置卡，分别是什么时候开始，什么时候到期。 这个 skill 背后的提示词，链接直达👇
0:55

如何避免 codex 赠送的重置机会过期？ 这个视频分享了如何查询本机 codex 重置机会的有效期。 我封装了一个简单的技能。 发送下面的话，给 codex，即可安装这个技能。 帮我安装这个技能，来源是 在新会话中，可以这么问： 帮我看看还有几张 codex 重置卡，分别是什么时候开始，什么时候到期。 这个 skill 背后的提示词，链接直达👇

前端哥Liam

18,011 Aufrufe • vor 1 Monat

为什么同样是AI 开发，别人做的页面看起来就很高级，而你的总是差一点感觉？ 其实不是你代码不行，而是你少做了一件事：设计系统搭建。所以本期，我会分享如何从零开始搭建一个高颜值的前段组件系统，并应用到项目上
3:15

为什么同样是AI 开发，别人做的页面看起来就很高级，而你的总是差一点感觉？ 其实不是你代码不行，而是你少做了一件事：设计系统搭建。所以本期，我会分享如何从零开始搭建一个高颜值的前段组件系统，并应用到项目上

Paidax

103,826 Aufrufe • vor 2 Monaten

联网、计算、搜索、Function Call…都来了。 今晚偷偷更新了 9000 多行代码，在这个版本中我们上线了智聊™️能力。它实际上是一个 Agent 开发的实验平台，接下来我们会开放接入插件、数据库…或各种有想象力的东西。这一切都是开源的。Agent 编排和 API 的能力开放之后，会让前端应用与 Prompt 的解耦真正成为可能，大大减少 LLM 应用的开发成本。
0:37

联网、计算、搜索、Function Call…都来了。 今晚偷偷更新了 9000 多行代码，在这个版本中我们上线了智聊™️能力。它实际上是一个 Agent 开发的实验平台，接下来我们会开放接入插件、数据库…或各种有想象力的东西。这一切都是开源的。Agent 编排和 API 的能力开放之后，会让前端应用与 Prompt 的解耦真正成为可能，大大减少 LLM 应用的开发成本。

Luyu Zhang

47,103 Aufrufe • vor 3 Jahren

花了三天时间，build了我们第一个X402的产品 「X Spaces Transcription Agent」 你现在可以访问 使用它。 对我们来说，x402 不是一个“又一个支付方案”，而有可能成为未来互联网里最简单、最通用的支付协议。 但当我开始深入研究时，我发现一个很现实的问题： 今天的 x402scan 上，大部分服务其实并没有真实价值。很多调用量只是刷出来的——因为 facilitator 会代付 gas，所以你完全可以靠刷量堆数字。 （如果你感兴趣，我之后可以详细讲讲现在的刷量模式和一些典型行为。） 既然协议本身已经这么干净，那么真正缺的不是“更多 endpoint”，而是——有没有人愿意真正付费使用的 x402 服务？ 所以我们换了一个思路： 别再追调用量了，从我们自己的真实需求出发，去做一个我们自己会持续付费使用的 x402 agent。 于是，我们构建了一个有明确使用价值的 x402 Server： 👉 只需用 x402 支付 1 USDC 你就可以转录任意一场 Twitter Space。 完整音频 → Whisper → LLM 多段格式化 转录完成后，这个 Space 的全文对所有人永久开放 所有人可以继续用 0.1 USDC/次 的方式使用 Chat agent 做 summary、key points、projects、translate 等二次分析 我们已经用它转录了不少 daydreams 和 x402 meta 相关的空间，如果你感兴趣可以点进去看。 为什么先做这个？ 因为如果 x402 真要成为“互联网的通用支付层”，那就必须要出现一批真正愿意付费的服务： 不是刷量，不是 demo，而是你愿意掏 1 USDC、可以给你带来价值的数据资产。 而 Twitter Space 转录对我们来说就是一个非常明确的需求： 太多高质量讨论沉在音频里，不可搜索、不可引用、不可分析。 但当转录成为一个“用 1 USDC 买下的公共数据资产”之后，整个生态的 Agent 都可以在这上面做二次增值。 这个 Space Agent 只是我们构建的一批 x402 实用服务的第一个。 最后不要在熊市躺平，而是在熊市面向未来build, 而这个未来就是 X402 + ERC8004. 如果你对 x402、Web3、AI 的结合感兴趣，也可以完整的看看我们的技术文章：
0:40

花了三天时间，build了我们第一个X402的产品 「X Spaces Transcription Agent」 你现在可以访问 使用它。 对我们来说，x402 不是一个“又一个支付方案”，而有可能成为未来互联网里最简单、最通用的支付协议。 但当我开始深入研究时，我发现一个很现实的问题： 今天的 x402scan 上，大部分服务其实并没有真实价值。很多调用量只是刷出来的——因为 facilitator 会代付 gas，所以你完全可以靠刷量堆数字。 （如果你感兴趣，我之后可以详细讲讲现在的刷量模式和一些典型行为。） 既然协议本身已经这么干净，那么真正缺的不是“更多 endpoint”，而是——有没有人愿意真正付费使用的 x402 服务？ 所以我们换了一个思路： 别再追调用量了，从我们自己的真实需求出发，去做一个我们自己会持续付费使用的 x402 agent。 于是，我们构建了一个有明确使用价值的 x402 Server： 👉 只需用 x402 支付 1 USDC 你就可以转录任意一场 Twitter Space。 完整音频 → Whisper → LLM 多段格式化 转录完成后，这个 Space 的全文对所有人永久开放 所有人可以继续用 0.1 USDC/次 的方式使用 Chat agent 做 summary、key points、projects、translate 等二次分析 我们已经用它转录了不少 daydreams 和 x402 meta 相关的空间，如果你感兴趣可以点进去看。 为什么先做这个？ 因为如果 x402 真要成为“互联网的通用支付层”，那就必须要出现一批真正愿意付费的服务： 不是刷量，不是 demo，而是你愿意掏 1 USDC、可以给你带来价值的数据资产。 而 Twitter Space 转录对我们来说就是一个非常明确的需求： 太多高质量讨论沉在音频里，不可搜索、不可引用、不可分析。 但当转录成为一个“用 1 USDC 买下的公共数据资产”之后，整个生态的 Agent 都可以在这上面做二次增值。 这个 Space Agent 只是我们构建的一批 x402 实用服务的第一个。 最后不要在熊市躺平，而是在熊市面向未来build, 而这个未来就是 X402 + ERC8004. 如果你对 x402、Web3、AI 的结合感兴趣，也可以完整的看看我们的技术文章：

0xhhh

14,698 Aufrufe • vor 8 Monaten

我误充的一年grok高级会员终于有用了😭😭 xAI发布 Grok Build（对标Codex） -终端优先的 AI 编码 Agent -支持多 Agent 协作、自主完成开发任务、项目构建等 -被很多人认为是目前 xAI 最直接打 Codex / Claude Code 的产品 现已处于测试阶段 所有 SuperGrok 和 X Premium+用户均可使用该功能 以下为新手视频：如何安装和使用 Grok Build（专为那些不懂技术的 SuperGrok 和 X Premium+用户准备）
5:48

我误充的一年grok高级会员终于有用了😭😭 xAI发布 Grok Build（对标Codex） -终端优先的 AI 编码 Agent -支持多 Agent 协作、自主完成开发任务、项目构建等 -被很多人认为是目前 xAI 最直接打 Codex / Claude Code 的产品 现已处于测试阶段 所有 SuperGrok 和 X Premium+用户均可使用该功能 以下为新手视频：如何安装和使用 Grok Build（专为那些不懂技术的 SuperGrok 和 X Premium+用户准备）

AKa | Golden.S

14,904 Aufrufe • vor 2 Monaten

15 张数据图帮你了解 DeepSeek Harness 昨天 DeepSeek Harness 发布，于是就想着让 Codex 分析一下，找到了一个很好的角度，就是从一些数据上向大家介绍这个产品。 确实也发现了一些很有意思的东西： 插件系统与 Koishi 高度相似： 他们主打的插件系统与 Koishi 的插件平台相似度高达 75%。大概率是整个平台都挪过来了，不知道是不是他们的核心开发者入职了。 大量使用 AI 开发： Codex 命名的主干 PR 达到了 21.2%，分支信息中提到 Codex 的比例有 28.2%。 猜测他们肯定用了 Claude Code 开发，只是删掉了一些 Claude 的痕迹。 参考了大量外部 Agent 项目： 提到最多的外部项目是 Pi，第二多的是 Codex，之后是 Claude Code。甚至直接引用了一些 Pi 的 TypeScript 文件。 高效的代码产出： 整个产品在 GitHub 上有记录的是 65 天，总共的代码产出量是 84 万行，有一万多个 commit，非常高效。 交互入口的演变： 他们曾经押注 TUI，后来改成 Web UI 和 TUI 的双入口，再之后整个删除了所有的 TUI，只留下了 Web UI。 开发与工程规范： 整个项目的测试代码比生产代码多很多，基本上达到了 1:1。 全仓库的 Markdown 文档也非常多，说明他们是基于文档去控制 Harness 开发的。他们有完整的工具和科学模型 schema 共 52 个，但最后只留下了一个，目的是为了减少上下文占用。 社区热度与生态：从昨天发布到现在 20 小时，GitHub 已经涨到了 8 万多的 star，非常快。插件体系标签（DSH plugin）已经有 1425 个项目，但有很多并不是真正的插件，看来有不少蹭热度的。 精选清单收录了 211 个仓库，主要补充的是工具、UI 和运行的一些基础设施，甚至一上来就出现了插件市场和插件管理的插件。 学术论文： 他们顺便发了一篇 88 页的论文，其中 57% 都在做一些形式化的理论推导和展示。论文主要讨论的是插件的热插拔和系统稳定性问题。
1:36

15 张数据图帮你了解 DeepSeek Harness 昨天 DeepSeek Harness 发布，于是就想着让 Codex 分析一下，找到了一个很好的角度，就是从一些数据上向大家介绍这个产品。 确实也发现了一些很有意思的东西： 插件系统与 Koishi 高度相似： 他们主打的插件系统与 Koishi 的插件平台相似度高达 75%。大概率是整个平台都挪过来了，不知道是不是他们的核心开发者入职了。 大量使用 AI 开发： Codex 命名的主干 PR 达到了 21.2%，分支信息中提到 Codex 的比例有 28.2%。 猜测他们肯定用了 Claude Code 开发，只是删掉了一些 Claude 的痕迹。 参考了大量外部 Agent 项目： 提到最多的外部项目是 Pi，第二多的是 Codex，之后是 Claude Code。甚至直接引用了一些 Pi 的 TypeScript 文件。 高效的代码产出： 整个产品在 GitHub 上有记录的是 65 天，总共的代码产出量是 84 万行，有一万多个 commit，非常高效。 交互入口的演变： 他们曾经押注 TUI，后来改成 Web UI 和 TUI 的双入口，再之后整个删除了所有的 TUI，只留下了 Web UI。 开发与工程规范： 整个项目的测试代码比生产代码多很多，基本上达到了 1:1。 全仓库的 Markdown 文档也非常多，说明他们是基于文档去控制 Harness 开发的。他们有完整的工具和科学模型 schema 共 52 个，但最后只留下了一个，目的是为了减少上下文占用。 社区热度与生态：从昨天发布到现在 20 小时，GitHub 已经涨到了 8 万多的 star，非常快。插件体系标签（DSH plugin）已经有 1425 个项目，但有很多并不是真正的插件，看来有不少蹭热度的。 精选清单收录了 211 个仓库，主要补充的是工具、UI 和运行的一些基础设施，甚至一上来就出现了插件市场和插件管理的插件。 学术论文： 他们顺便发了一篇 88 页的论文，其中 57% 都在做一些形式化的理论推导和展示。论文主要讨论的是插件的热插拔和系统稳定性问题。

歸藏(guizang.ai)

16,428 Aufrufe • vor 4 Tagen

Gemini 3 Flash 要来了，想要在claude 里用起来吗？ 官方还没消息，ZenMux就可以体验了，这个网站太好使了，使用他家api，无缝支持claude 接入。如下是我用claude cli + Gemini 3 Flash 2分钟内开发的飞机大战小游戏并发布上线，而且全程一遍过 整个过程可以看小视频，真的是⚡️⚡️⚡️般的的速度 使用及配置方法，见评论： 游戏已上线地址如下： 你们还想让我开发啥，评论区留下你的需求～
0:22

Gemini 3 Flash 要来了，想要在claude 里用起来吗？ 官方还没消息，ZenMux就可以体验了，这个网站太好使了，使用他家api，无缝支持claude 接入。如下是我用claude cli + Gemini 3 Flash 2分钟内开发的飞机大战小游戏并发布上线，而且全程一遍过 整个过程可以看小视频，真的是⚡️⚡️⚡️般的的速度 使用及配置方法，见评论： 游戏已上线地址如下： 你们还想让我开发啥，评论区留下你的需求～

岚叔

23,752 Aufrufe • vor 8 Monaten

做了个叫 Arkloop的东西,是个 Agent 客户端 开源,本地优先,简单优先 你可以把他想象成 claude desktop but open source, 并且带有自己的 taste 哦对了,另说一点,不是任何 agent sdk 套壳,也没有任何 base 任何 claudecode 行为,我一个人打磨了三个月 和市面上大部分产品不同 我花了很多时间在一个细节上 : 减少认知负担 一个例子 : 我平常只用一个模型聊天，那为什么每条消息前面都要告诉我用了什么模型？这是噪音 再举一个 : 开发者总是喜欢让 agent 的 tool use 完整的展示到前端,但是背后真正的用户体验逻辑是我需要知道 agent 在工作/在往哪个方向偏,所以我们并不需要如此详细的信息 设计哲学：认知负担,信息,价值导向,美学 换个话题 我一个人做 Arkloop 用了三个月,现在他能用了,但是它离完美很远 做产品很重要的一件事是…不要闭门造车,也就是我需要你们的真诚建议 引用来自 Arkloop readme 中的一句话 “我欢迎所有形式的贡献。即使你不是开发者，只是一个普通用户——如果你在使用中感到任何不舒服的地方，哪怕只是一点间距、一个颜色、一个很小很小的细节，或者是一个很大的方向，都可以直接开一个 issue。 我认真对待每一个体验细节，你的反馈会让所有人的体验变得更好。 如果你是开发者，Arkloop 的 Agent 核心、记忆系统、hook 机制都是开放的。你可以接自己的 provider、写自己的插件、甚至改掉你不喜欢的任何设计。” 这是我认为整个项目最精髓的一点,我希望看到你们的反馈,不管是细节还是方向 我在用 dify 的时候,我常常发现,一个特别小的间距问题,竟然在这么大的仓库里没人修 因此,我很重视这点理念 Arkloop 现在并不稳定，还有很多不完善的地方。希望大家多多包容,多提意见 另带一提,Arkloop 可以从 openclaw/hermes 导入配置 Github 仓库: Arkloop 官网兼下载: 关注我的推特: 加入 Arkloop 的 telegram 群组:
1:03

做了个叫 Arkloop的东西,是个 Agent 客户端 开源,本地优先,简单优先 你可以把他想象成 claude desktop but open source, 并且带有自己的 taste 哦对了,另说一点,不是任何 agent sdk 套壳,也没有任何 base 任何 claudecode 行为,我一个人打磨了三个月 和市面上大部分产品不同 我花了很多时间在一个细节上 : 减少认知负担 一个例子 : 我平常只用一个模型聊天，那为什么每条消息前面都要告诉我用了什么模型？这是噪音 再举一个 : 开发者总是喜欢让 agent 的 tool use 完整的展示到前端,但是背后真正的用户体验逻辑是我需要知道 agent 在工作/在往哪个方向偏,所以我们并不需要如此详细的信息 设计哲学：认知负担,信息,价值导向,美学 换个话题 我一个人做 Arkloop 用了三个月,现在他能用了,但是它离完美很远 做产品很重要的一件事是…不要闭门造车,也就是我需要你们的真诚建议 引用来自 Arkloop readme 中的一句话 “我欢迎所有形式的贡献。即使你不是开发者，只是一个普通用户——如果你在使用中感到任何不舒服的地方，哪怕只是一点间距、一个颜色、一个很小很小的细节，或者是一个很大的方向，都可以直接开一个 issue。 我认真对待每一个体验细节，你的反馈会让所有人的体验变得更好。 如果你是开发者，Arkloop 的 Agent 核心、记忆系统、hook 机制都是开放的。你可以接自己的 provider、写自己的插件、甚至改掉你不喜欢的任何设计。” 这是我认为整个项目最精髓的一点,我希望看到你们的反馈,不管是细节还是方向 我在用 dify 的时候,我常常发现,一个特别小的间距问题,竟然在这么大的仓库里没人修 因此,我很重视这点理念 Arkloop 现在并不稳定，还有很多不完善的地方。希望大家多多包容,多提意见 另带一提,Arkloop 可以从 openclaw/hermes 导入配置 Github 仓库: Arkloop 官网兼下载: 关注我的推特: 加入 Arkloop 的 telegram 群组:

清凤

97,500 Aufrufe • vor 3 Monaten

用AI做了一个网站，零基础小白如何部署上线？ 分享给朋友，他们咋打不开啊？这听上去像是个笑话，但对于纯小白的我，这曾经是我的痛，几个月前初次vibe coding的我花了大半天才艰难部署成功。现在做这件事只需要花1分钟：
2:02

用AI做了一个网站，零基础小白如何部署上线？ 分享给朋友，他们咋打不开啊？这听上去像是个笑话，但对于纯小白的我，这曾经是我的痛，几个月前初次vibe coding的我花了大半天才艰难部署成功。现在做这件事只需要花1分钟：

Jingyuan缘缘

28,960 Aufrufe • vor 20 Tagen

DoorDash CTO Andy Fang 这句太狠了： “用AI的目标不是写代码更快，而是再也不用亲手写代码了。” 他们公司现在全员跑agent。 有个代码迁移项目，原本要4个工程师干满一个季度。 现在一个人，三周搞定。 结果就是：专家团队变成了“一个专家+一堆规则和agent”。 这哥们跟Claude Code创始人聊了25分钟，全是干货。 看完我算是明白了，大多数人用AI的方式还是最原始那种：手动输入、等待、修改、再问。 效率低到离谱。 真正的玩法早就不一样了。
25:01

DoorDash CTO Andy Fang 这句太狠了： “用AI的目标不是写代码更快，而是再也不用亲手写代码了。” 他们公司现在全员跑agent。 有个代码迁移项目，原本要4个工程师干满一个季度。 现在一个人，三周搞定。 结果就是：专家团队变成了“一个专家+一堆规则和agent”。 这哥们跟Claude Code创始人聊了25分钟，全是干货。 看完我算是明白了，大多数人用AI的方式还是最原始那种：手动输入、等待、修改、再问。 效率低到离谱。 真正的玩法早就不一样了。

淘沙者(TheSandPicker)

91,956 Aufrufe • vor 1 Monat