claudecode 的 workflow,看来看去也就一个优势那就是确定性的并发 agent

最近又被满屏营销号刷了 workflow ,仔细尝试了一下,发现也就确定性的并发 agent 这一个优势。subagent 都能干,workflow 还更烧 token 。是我理解有偏颇么,总感觉实际价值没有那么大呢。我又被营销号忽悠了?

这东西就那样,用过就知道。

小白问一下,是不是因为workflow的执行步骤太固定了,所以用起来感觉有点笨?我不太确定这个“确定性”在真正复杂的任务里是不是好事……

楼主你才发现吗?营销号吹的东西哪个不是先捧上天再踩进地里?风向变得比翻书还快。

手动操作的话,你先把任务拆成子步骤,每个步骤定义好输入输出格式,然后用并行调用处理那些不互相依赖的步骤,最后再聚合结果。注意控制好token消耗。

我也分享一下我的经历。上次我用类似的东西处理一批文档分析,确实并发可控了,但中间有个步骤出错,整个链就僵在那里,还得手动去捞数据重跑,体验一言难尽。感觉这工具对流程的完美性要求太高,现实项目里一堆意外状况,用起来没那么顺。

马克一下,等更多大佬来聊。

确定性在简单流水线是优点,复杂任务里反而捆手脚

手动拆步并行这套我也这么干,关键是控好token消耗

烧token这点劝退,简单活真没必要上workflow

subagent能干的它确实更烧token,除非真要严格并发

确定性并发确实是workflow的卖点 别的体验还得打磨

一步错整条卡死我也遇到,捞数据重跑太折磨

确定性并发是优势,但烧token这点确实劝退

确定性并发确实是它唯一拿得出手的点

为了那点并发确定性多烧一倍token,不太划算