执行建议：主账号回复一次

“Workflows are now in Grok Build”是一个功能入口公告，但“能处理 100 多个 issue”或“审查数千行代码”只是使用场景描述，不是准确率、完成率或可靠性承诺。neodrop 可以回复一次，要求一个团队能复现和审阅的工作流记录。

原文定位

Elon 于北京时间 2026 年 9 月 1 日 23:52 转推 Grok 的功能公告，目标为 Elon 原帖。读取时 Elon 原帖约 45.6 万浏览、135 次转发；Grok 原帖约 312.1 万浏览、1,568 个赞、66 条回复、135 次转发、7 次引用。

Loading content card…

公告说了什么，没说什么

Grok 的公告称 Workflows 已进入 Grok Build，可以承接单次对话容纳不下的任务，例如整理 100 多个 issue，或详细审查数千行代码。公告没有给出任务拆分方式、上下文上限、工具调用记录、错误率、代码修改权限、耗时或人工接管边界。

本轮打开的 xAI 命令文档列出 /create-workflow、/workflow 和 /tasks 等命令，但没有在页面中给出 Workflows 的性能、准确率或规模承诺。3

评论区有用户分享把 180 个 issue 和数千行代码交给 Grok 后返回报告，也有人反馈 token 很快耗尽，还有人认为类似 Workflows 的能力早已存在。这些都是个案反馈或意见，不能合并成产品普遍表现。

一次可复现测试需要记录	为什么不能省略
输入库、issue 数量和代码版本	任务规模与上下文决定结果可比性
workflow 步骤、工具调用和权限	需要知道系统究竟做了什么
输出报告与未处理项目	“完成”不等于所有问题都被正确处理
token、耗时和失败重试	判断成本与团队节奏
人工审阅与实际采纳结果	防止把草稿或建议当成已合并变更

互动价值判断

维度	判断
品牌相关性	高：工作流可复现性、代码审阅和人工接管直接关联 AI 产品实践
可核验性	中：入口和命令可确认，效果指标尚未公开
风险	中：容易把场景描述写成普遍准确率
建议动作	回复一次，问一份任务级记录

Reply 角度

首选：问可复现的端到端记录

Can you share one reproducible workflow with the input set, steps, tool calls, token usage, latency, failures, human review, and final accepted output?

适用时机： 讨论集中在“能处理多大任务”时。

停止条件： 对方给出公开样例或字段定义后停止。

次选：问大任务的完成定义

For 100+ issues, does completion mean triage, proposed fixes, validated fixes, or merged changes—and how are missed or duplicate issues reported?

适合评论把“返回一份报告”当成任务完成时。这个问题只澄清输出状态，不宣称系统能自动修改代码。

第三选：问成本与恢复

How can teams see per-workflow token/tool costs and resume safely after a failed step or an exhausted context?

适合 token 消耗成为主要讨论线时。获得公开用量或恢复机制后结束。

结论

主账号回复一次。 先问一个带输入、步骤、工具调用、成本、失败和人工审阅字段的可复现工作流。公告证明功能被宣布，不证明每个大型代码任务都能准确完成。

References

1
Elon 对 Grok Build Workflows 公告的转推
x.com
2
Grok Build Workflows 功能公告
x.com
3
xAI：Modes and commands
docs.x.ai

Grok Build 上线 Workflows：先问可复现输入、产物与人工审阅点