我一直以为AI学习就是： 问一个问题，它给你一段文字，你自己慢慢读 然后看到这个项目，有点没反应过来 说一句"教我Python基础" 它自动生成课程大纲，每个章节变成独立的课—— PPT有AI老师配音讲解 有随堂测验实时批改 有3D可视化模型可以拖着转 有互动编程环境在浏览器里直接跑代码 多个AI角色同时在线，会主动发起讨论 会在白板上手写公式、画流程图 清华出品，18.8k星，MIT免费用 👉 你现在用AI学东西是怎么学的？ #AgentWorkflow# #AI教育# #开源工具#

我一直以为AI学习就是： 问一个问题，它给你一段文字，你自己慢慢读 然后看到这个项目，有点没反应过来 说一句"教我Python基础"， 它自动生成课程大纲，每个章节变成独立的课—— PPT有AI老师配音讲解， 有随堂测验实时批改， 有3D可视化模型可以拖着转， 有互动编程环境在浏览器里直接跑代码 多个AI角色同时在线，会主动发起讨论， 会在白板上手写公式、画流程图 清华出品，18.8k星，MIT免费用 👉 你现在用AI学东西是怎么学的？ #AgentWorkflow# #AI教育# #开源工具#

我以为企业微信这种地方 AI Agent进不去，只能手动点 然后发现企微自己出了个CLI工具 装完之后，Agent能干的事有点多—— 发消息、建文档、改智能表格 创建会议、管日程、增删待办 一句话描述任务，它在终端里直接跑 不是Webhook推消息那种程度， 是真的能读写数据、操作业务流程的那种 一行命令装Skill，接进Claude Code或者hermes-agent， 企微的东西就全在Agent工作流里了 2.3k星，MIT免费，企微官方维护 👉 你现在Agent工作流里有没有接企微？ #AgentSkill# #企业微信# #AgentWorkflow#

最近一直在找 Agent Dynamic Workflow 的替代方案。 一开始是沿着 Temporal 这条线找的。Temporal 很强，但如果只是想把 agent、脚本、数据处理、运维任务动态串起来，有时候会觉得整套体系有点重。 然后翻到了 Dagu，感觉方向很对。 单个 binary 就能跑，流程用 YAML 写，本地文件管理，带 Web UI，也不用额外起 DB 或 broker。 内置动作也挺多：shell、Docker、K8s Job、SSH 这些都有。比较惊喜的是还有 coding agent CLI 接进流程里。 我喜欢它的点是：流程本身就是文件，状态、日志、重试、依赖和界面都帮你兜住了。 对小团队、私有环境、个人自动化，还有 agent workflow 来说，Dagu 这种本地优先的路线反而很舒服。

最近看到几类 Agent workflow 相关工具： 移动端 code agent、CRDT 状态同步、Agent 组件注册表、可执行上下文层、隐私代理。 第一反应很容易是： 这个也想接一下，那个也想试一下。 但我现在反而越来越觉得，个人 AI 工作流最危险的地方，就是把未来产品形态提前硬塞进今天的工作流里。 对一个人或小团队来说，真正该吸收的可能不是工具，而是背后的几层问题： 1. 重要项目不能只靠聊天记忆 要有一套 agent 都能读到的上下文入口，最好是可查询、可验证、可复用的。 2. skill / hook / MCP 不能无限堆 经常救场的留下；很少改变结果、只是让人安心的压缩；老项目遗留的归档。 3. 敏感信息要有前置 gate 当你开始把更多本地上下文、日志、账号信息、项目资料交给 AI，隐私和凭证检查就不是“以后再说”的事。 4. 移动端更适合做控制面板，而不是新的复杂工作台 真正有价值的是 review、approve、dispatch、看结果，不一定是把所有工作都搬到手机上完成。 所以我现在对 Agent command center 的理解有点变了： 方向是对的，但个人系统不应该先追求“全接入”。 更重要的是分清： 哪些是今天能救场的机制； 哪些只是未来产品的影子； 哪些应该吸收成原则； 哪些应该坚决不装。 AI 工作流真正变强，有时候不是多加一层，而是知道哪一层暂时不要加。

为什么给 Agent 分工太细，反而会拖慢你 GitHub 最近有一篇文章讨论度很高，讲 Copilot CLI 怎么变得更「克制」。 不是更会写代码。 是更少乱派活。 这个点我觉得对我很有启发意义。 很多人一听到 agent workflow，就会本能地想多搞几个角色。一个负责搜索，一个负责改代码，一个负责测试，一个负责 review，一个负责写总结。 听起来很像团队协作。 但你真用久了会发现，有些任务一拆开，反而变慢了。 比如你只是想改一个按钮文案。 主 Agent 明明自己读文件、改一行、跑一下测试就结束了。结果它先派一个子 Agent 去搜索组件位置，再等子 Agent 回来，再自己判断，再派另一个子 Agent 检查样式。 本来一步能做完，硬是走成了三步。 这不是智能。 这是过度转包。 GitHub 这篇文章里有一个很好的判断，delegation isn’t free--委派不是免费的。每一次交接都会产生协调成本、工具调用、等待时间和误解空间。 这句话放到普通 AI 使用里也成立。 我们现在太容易把「多 Agent」当成高级感了。 好像一个任务只要拆成五个角色，系统就更专业。 但真实项目不是这样。 真实项目里，很多麻烦就死在交接上。 一个人查到的信息，另一个人没读懂。 一个 Agent 排除过的方向，另一个 Agent 又重新排一遍。 主 Agent 本来已经有判断了，子 Agent 又带回来一堆噪音。 最后你坐在屏幕前，看它们非常忙，心里越来越虚。 我自己现在判断要不要派子 Agent，会看三件事。 第一，这个任务能不能独立完成。 如果一个子任务不依赖主线判断，也不会频繁打断当前上下文，那它适合外包。比如让一个 Agent 去跑一组长测试，或者单独检查无障碍问题，或者检索某个模块的历史改动。 第二，它有没有专业增益。 安全审计、性能分析、可访问性检查、数据库迁移，这些确实适合专门的 Agent。因为它们有独立标准，有固定工具，也有一套和普通改代码不一样的判断方式。 第三，交接结果能不能被验证。 子 Agent 不能只回来一句「我查过了」。它必须带着文件、命令、结论、风险和下一步动作回来。否则主 Agent 拿到的不是帮助，是一团雾。 这三个条件其实都挺朴素。 能独立。 有增益。 可验证。 不满足这三条，就不要急着拆。 少派活，有时候真的会更快。 这对我们平时写 prompt 很有启发。 以后别再一上来就说： 「请你调用多个专家 Agent 分别分析。」 这句话看着专业，但很容易制造无效协作。 更好的说法是： 「先判断这个任务是否需要委派。只有当子任务独立、专业性强、结果可验证时，才交给子 Agent。否则由主 Agent 直接完成。每次委派前说明为什么值得委派，委派后返回证据和下一步决策。」 尤其是代码任务，过度委派很容易带来两个问题。 一个是上下文碎裂。 主 Agent 本来知道用户目标、历史决策、风险边界。子 Agent 如果只拿到局部任务，很容易做出局部正确、整体添乱的事。 另一个是责任漂移。 出了问题以后，主 Agent 说子 Agent 查过了，子 Agent 说自己只负责局部。最后没有一个角色真正对结果负责。 这在真实团队里也一样，人多不一定快。 交接多，反而容易把责任磨薄。 所以我现在更喜欢一种轻一点的 Agent 组织方式： 主 Agent 负责目标、边界和最终判断。 子 Agent 只负责明确的、可验证的、可以并行的任务。 所有子 Agent 输出都必须回到主线，被主 Agent 消化，而不是直接变成最终结论。 可以把它想成一个简单规则： 不要为了分工而分工。 只为了减少不确定性而分工。 如果委派之后，不确定性变少了，值得。 如果委派之后，只是多了一段看起来很努力的过程，不值。 很多时候，效率不是来自更多角色。 是来自更少没必要的交接。

推荐这篇文章，Together AI 的 ThunderAgent（ICML 2026 Spotlight）。 把 agent 工作流当成一个"程序"来调度，而非一系列无关的请求——单节点吞吐翻倍，8 节点近线性扩展。 Together AI 在 7 月 29 日发布了 ThunderAgent——一个面向 agentic 推理的高吞吐调度系统。ICML 2026 Spotlight 论文。核心贡献：把 agent workflow 抽象为"程序"而非"一系列不相关的请求"。 问题：KV Cache Thrashing Agent 工作流在两个阶段之间交替：GPU 密集的推理阶段和 GPU 空闲的等待工具返回阶段。当数百个 agent 并发运行时，各自的 KV cache 在每轮不断增长，竞争有限的 GPU 内存。 传统推理引擎（vLLM、SGLang、TensorRT-LLM）按请求级别调度——agent A 暂停等待工具调用时，它的 KV cache 被 LRU 淘汰腾出空间给 agent B 的 prefill。当 A 的工具返回，引擎必须从头重算 A 的整段对话历史，这又淘汰了 C 的 cache。高并发下，这种淘汰和重算的级联反应导致严重的吞吐量和延迟退化——论文称之为 KV cache thrashing。 能通过加 GPU 节点解决吗？不完全。现有多节点路由器（如 SGLang Gateway）把每个 agent 钉在固定节点上以保留 cache 局部性——但 agent 的上下文长度不可预测增长，某些节点被赋予长上下文 agent 导致内存耗尽，其他节点闲置。 能通过 KV cache offloading 解决吗？也解决不了。LMCache 和 HiCache 把 KV cache 卸载到 CPU 内存或磁盘，扩大了总容量但只是延迟 thrasthing。当并发 agent 的工作集超过所有存储层级时，淘汰恢复，同一个恶性循环重现。 ThunderAgent 的解法 ThunderAgent 在 agentic 客户端和推理后端之间插入一个轻量调度层。它将每个 agent 工作流抽象为一个可调度程序（program），追踪其执行阶段、KV cache 占用和节点位置。 Program-level admission control：监控每个节点的内存压力，选择性暂停低优先级工作流，减少竞争 cache 的程序数量。当被暂停的工作流准备恢复时，通过全局等待队列路由到容量最充足的节点。 多节点部署：用全局等待队列替代了基于 session 的静态节点绑定。暂停的工作流恢复时被路由到可用容量最多的节点，在 KV cache 局部性和多节点负载均衡之间取得平衡。 评测 集成在 Together AI 自己的合成数据生成管道里——就是产生 CoderForge 等数据集的那套基础设施。对比 SGLang 默认调度器： 单节点 8×H100（HiCache offloading），batch size 192： • SGLang：吞吐 390 token/s，平均延迟 65s • ThunderAgent：吞吐 803 token/s，平均延迟 10.6s 多节点（2→8 节点）： • 近线性扩展，16 GPU 到 64 GPU 吞吐从 671 增长到 2248 steps/min • 加速比随集群规模增大：2 节点 1.79× → 8 节点 2.39× 使用 一个 program_id 字段，OpenAI 兼容 API，直接适配现成的 offloading 和 speculative decoding。已被 SkyRL 和 NVIDIA Dynamo 集成。 GitHub： 论文： #AgentInference# #KVcache# #ThunderAgent#

AI 赚钱指南（2026 版） 不需要每个机会都参与，找到适合自己的机会就行 上游：卖资源 • 电力 • 数据中心 • GPU / 算力租赁 • 模型训练 • 模型 API • Token 转售 中游：卖能力 • Agent • Workflow • SaaS • 垂直应用 • 企业解决方案 • AI 外包与咨询 • 定制开发 下游：卖结果 • 帮企业赚钱 • 帮企业降本 • 帮个人提效 • 帮个人找工作 • 帮创作者涨粉 • 帮老板做决策 流量层：卖注意力 • 广告 • 自媒体 • Newsletter • 社群 • Affiliate • Sponsorship 教育层：卖认知 • 课程 • 培训 • 咨询 • 陪跑 • 企业内训 情绪层：卖陪伴 • AI 心理咨询 • AI 陪聊 • AI 陪伴 • AI 情感产品 资产层：卖可复制产品 • Prompt • Skill • MCP Server • Workflow 模板 • Agent 模板 • 数据集 • 数字商品 • 开源项目商业化 本质来看，其实所有 AI 生意最后都会落到五种交易： 卖资源，电、卡、Token。 卖工具，模型、SaaS、Agent。 卖服务，咨询、交付、定制。 卖流量，广告、媒体、社区。 卖信任，品牌、教育、陪伴。 AI 只是新的生产工具，赚钱的逻辑几乎没有变 变化最大的地方，是越来越多的行业开始从卖时间，转向卖自动化、卖结果、卖信任

最新趋势总结（跨HN、PH、GitHub、X、Reddit等） • Agentic Everything：AI coding agents（Claude Code、Codex、Cursor、Bionic等）主导讨论，本地/开源代理（LM Studio Bionic、OpenClaw、herdr multiplexer）爆发。重点从“prompt聊天”转向“持久内存、技能库（skills）、知识图谱、sandbox执行、multi-agent orchestration”。 • 本地优先 + 隐私：LM Studio Bionic（Mac/Windows本地代理，支持open models如GLM/Kimi）、Rust本地工具（Meetily会议助手）火热。独立开发者痛点：数据泄露、订阅费、硬件限制 → 机会巨大。 • Skills & MCP生态：大量GitHub trending项目是“skills”（taste-skill、cybersecurity-skills、academic-research-skills等），用于增强代理的特定能力。MCP（Model Context Protocol）成为连接代理与工具的标准。 • Workflow自动化：n8n/Zapier + AI pipelines（TikTok内容、Reddit机会挖掘）、agentic video（OpenMontage、MoneyPrinterTurbo）、Chrome插件/扩展生成器。 • 部署/Infra：Vercel/Netlify无缝集成新模型（GPT-5.6 Sol/Terra/Luna），Coolify自托管支持。独立开发者易部署SaaS/插件。 • 商业化信号：PH上AI代理/助手、Chrome扩展、local tools快速上榜；YC launches聚焦agent平台；Indie Hackers讨论“可靠workflow vs 酷功能”。 Google Trends相关未见剧烈新峰值，但“AI agent workflow”、“local AI coding”持续高关注。 最具潜力商业机会（针对独立开发者） 1. 本地/开源AI Coding Agent增强工具（最高优先）： • 构建Bionic-like wrapper或skills marketplace：打包常见skills（设计、cyber、research）成一键安装模板，支持LM Studio/Cursor/Claude Code。 • Chrome插件：AI selector forge、context passer（指向UI传精确上下文给代理）。PH类似产品已获高票。 • 变现：Gumroad模板/$9-49一次性 + 付费skills订阅，或SaaS监控代理性能。 2. Agent Workflow模板站 / n8n兼容市场： • 预打包可靠的自动化（如Reddit→客户挖掘、TikTok内容pipeline、代码审查multi-agent）。重点解决edge cases、JSON稳定、memory。 • Indie Hackers痛点验证：用户买“能立刻跑”的东西，而非实验品。 • 机会：per-run monetization（类似n8n beta），或模板+托管SaaS。部署到Vercel/Netlify/Coolify一键。 3. 隐私/本地SaaS & Chrome插件： • 知识图谱工具（codebase → queryable graph）、meeting summarizer、voice keyboard扩展。 • 针对solo devs：sandboxed knowledge work（PDF/deck处理）、persistent memory vault。 • 低竞争：本地优先卖点强，结合Ollama/vLLM。 4. Video/Content Agent工具： • 扩展OpenMontage/MoneyPrinterTurbo式一键短视频/白板解释器（Simi等PH热门）。 • 独立开发者可做垂直模板（营销、教程）+ Vercel部署前端。 5. Security & Observability for Agents： • Prompt injection防护、runtime monitoring（Heron Wireshark for agents）、permission governance。 • HN热议AI coding agents安全bug，机会明显。

最近用 Firecrawl 挺多 🔥 它做的事很简单：把网页抓下来，清洗干净，转成 Markdown / 结构化数据。 这一步其实挺省事。很多网页直接丢给模型，里面一堆导航、广告、页脚、相关推荐，token 花了，重点没剩多少。 Firecrawl 处理完之后，可读性高很多，也更适合拿去做资料整理、知识库、agent workflow。 免费版 1000 credits，大概可以理解成：普通网页约 1000 页；如果开 JSON extraction / 增强模式，会少一些，大概几百页。 我还写了一个非官方 CLI，方便在终端里直接用： 小工具，但很实用 🧰