Lucks

Baby

[Lucks @Lucksa5ta]

@xuanyuanzhifeng 没理解 这个是在做什么

[Lucks @Lucksa5ta]

@criscxuan 好玩就是牛逼

[Lucks @Lucksa5ta]

@m0d8ye skill 为什么会诞生呢 哈哈哈 不就是为了吸养料

[Lucks @Lucksa5ta]

@ally_foe @NeverofmeYZC 那么你算不算 alpha

[Lucks @Lucksa5ta]

@ai_xiaomu 咸鱼能租电话验证码吗

[Lucks @Lucksa5ta]

@Rookiegenesis @aoim33 护照也不行��？

[Lucks @Lucksa5ta]

@HolmesAmzish @acnekot minimax 在loop 任务中表现如何

[Jackywine @Jackywine]

今天 Anthropic 这篇文章，被所有人转发了
https://t.co/rsyzN9eogy

但是只有真正去官网看的人才会体会到，这段动画的“恐怖感”

递归开始了

[岚叔 @LufzzLiz]

Claude Code 动态工作流(Dynamic Workflows)怎么用

兄弟们，我下午做了个骚操作：我让claude code 用 Dynamic Workflows 研究Dynamic Workflows ，我发现恰巧命中了一个可行场景。

并输出一份高质量的技术文档，通常这类技术文档关键就是要做交叉验证。这个用workflow 来做再合适不过

整理核心内容、踩坑及完整html报告分享如下：

1️⃣它到底是什么

普通模式下,Claude 在自己的上下文里一步步推理执行——计划、循环、分支、中间结果全都占用 token,任务越长上下文越脏、越容易退化。Dynamic Workflow 把这套控制流(循环 / 条件 / 扇出)和中间数据搬进一段 JS 脚本,由独立 runtime 执行;主会话的上下文只保留最终答案。这就是它能突破单上下文窗口、扩展到上千 subagent 的根本原因。

核心： Claude 现写 JS 脚本 + runtime 后台编排多 subagent(本功能)

2️⃣ 执行模型
隔离执行:runtime 在与对话隔离的环境里跑脚本,中间结果留在脚本变量里,不进 Claude 上下文。

异步后台:启动后立即返回一个任务 id,workflow 在后台跑,主会话仍可交互;完成时通知你。

并发受控:同时最多 16 个 subagent,多出的排队等空位;整个生命周期总量上限 1000。

上下文干净:中间推理默认不回到主会话(除非脚本用 log() 输出),因此长任务不会撑爆上下文。

可交叉验证:脚本可以让独立 subagent 互相审查彼此结论后再上报,或从多个角度起草方案再择优。

3️⃣ 如何触发
三种触发方式
prompt 里带 workflow 一词 —— 不改会话 effort,只把单个任务跑成 workflow。Claude Code 会高亮这个词并写脚本而非逐回合处理。(误触发?按 alt+w 本次忽略高亮)
例:Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

/effort ultracode —— xhigh 推理 + 自动编排:Claude 对会话里每个实质任务都自行决定是否起 workflow(一个请求可能连起好几个:先理解代码、再改、再验证)。仅当前会话有效,新会话重置;用 /effort high 退回。只在支持 xhigh 的模型上可用。

跑已有的 workflow 命令 —— 内置的 /deep-research,或你保存过的 /<名字>。

4️⃣ 适用场景

✅ 适合
代码库级审计(bug 猎取、安全审计、profiler 引导的性能优化);大规模迁移;需要交叉核对的研究;任何"单上下文装不下"或"需并行 + 验证"的大任务。

还适合额度剩余很多，没跑完的场景🐶

🚫 不适合
评论者普遍认为多 agent workflow 对约 95% 的日常开发任务并不划算,目前是一种昂贵且实验性的方式,用来啃更大的项目。小改、单文件、问答类——内联更好。

5️⃣踩过的坑
我们中途跑了96个agent、耗费了220 万 token，但是结果是0产出，因为我们额度超限了，所以如果你觉得跑大型项目workflow ，注意做好额度规划，关键时候可以暂停下

完整报告与开源地址见评论👇

[huangserva @servasyy_ai]

肝了几天,来回打磨了快 30 遍,
一次性把最新的 Claude Code 的 Workflow 给你完全拆解清楚

有人说它的伟大程度,不亚于 MCP 和 Skill。

第一眼我是不信的,直到拆开看它内部怎么跑：
这不是"问一句答一句"的对话,而是一个能自己跑起来的任务系统:后台持续执行、可监控、可保存进度, 还能一口气派出几十上百个 agent 分头干活/合并汇总。

核心就三个角色:
Claude 拆任务、定计划;
Runtime 管调度和状态;
每个 agent 只啃一个子任务,配上并发池和队列,有节奏地推进。
它代表的是一种新的工程编排方式:智能负责规划,Runtime 负责执行,状态独立保存,模型按需调度。

最反直觉的一点:它能扩展到上百个 agent,靠的不是模型变强,而是"状态外置"—中间结果全交给执行系统保存,主上下文只看摘要和关键判断。这才是复杂任务能跑稳的真正原因。

这条视频直接给了你把它搬进自己系统的方法:
先用 Claude Code 做高质量规划、拆任务定阶段;
再把 workflow 转成自己的执行格式,按任务难度路由到不同模型池，简单的走便宜模型，复杂的才上高阶模型。

这条视频,值得反复看几遍👇

[Lucks @Lucksa5ta]

@BitgetWalletCN 一个 kyc 可以申请多张卡吗是否有���要

[Lucks @Lucksa5ta]

@baozong_facai 都出来 还这么傻呢 我也给你写份好不好

[riba2534 @riba2534]

https://t.co/elPIR3JeaO

[Lucks @Lucksa5ta]

@riba2534 good ，也想过 llm的使用其实就因该是 帮助我们 逐步锁定确定性（代码固定），另一个就是llm的探索能力。
文章内容很不错