crewAI 发布 1.15.38：gpt-6-luna 成为默认模型，eval 与 run 体验多项修复
crewAI 1.15.38 版本更新：gpt-6-luna 成为全平台默认模型，支持读取表格 URL、按行调用工具、为 eval 使用跨度打标签、eval 支持 --no-open 无头运行；同时修复 eval 失败计数、.env 权限、匿名运行上传、API key 首调校验、memoized 方法作用域、脚本失败退出码等问题，并补充文档。
原贴
查看原文原文
中文翻译
变更内容
功能
- gpt-6-luna 在所有地方成为 crewAI 的默认模型
- 通过工具逐行处理 agent 输入中的表格 URL
- 为 eval 使用跨度打上 target 和每次评估的 id 标签
- 为 crewai eval 添加 --no-open 以支持无头使用
缺陷修复
- 将 crewai eval 以错误退出的运行计为 run_failed
- 当 crewai eval 开启 tracing 时，以仅所有者可访问的权限创建项目 .env
- 上传 crewai eval 启动的失败匿名运行
- 在首次调用时检查 openai 兼容提供方的 API key
- 将 memoized crew 方法的作用域限定在其实例上
- 当 crewai run 的项目脚本失败时以非零码退出
- Eval 询问是否分享 trace 时，Enter 表示同意，并解释原因
文档
- 记录 GET /inputs 上的 required_inputs 以及哪些 flow 字段是输入
贡献者
João Moura (@joaomdmoura)
核心信息
crewAI 1.15.38 版本更新：gpt-6-luna 成为全平台默认模型，支持读取表格 URL、按行调用工具、为 eval 使用跨度打标签、eval 支持 --no-open 无头运行；同时修复 eval 失败计数、.env 权限、匿名运行上传、API key 首调校验、memoized 方法作用域、脚本失败退出码等问题，并补充文档。
- crewAI 1.15.38 版本更新：gpt-6-luna 成为全平台默认模型，支持读取表格 URL、按行调用工具、为 eval 使用跨度打标签、eval 支持 --no-open 无头运行；同时修复 eval 失败计数、.env 权限、匿名运行上传、API key 首调校验、memoized 方法作用域、脚本失败退出码等问题，并补充文档。
- 原贴提到：What's Changed Features Make gpt-6-luna crewAI's default model everywher
- 来源：github.com
详细解读
这是什么信号
crewAI 1.15.38 是一次以“默认值收敛 + 工程可靠性”为主的版本发布。最值得注意的一条是 gpt-6-luna 成为 crewAI 的默认模型——把默认模型换掉，意味着所有新建 crew 在没有任何配置的情况下都会走这条模型路径，这会直接改变开发者的成本结构和效果基线。其余变更集中在 eval（评估）与 run 的可观测性和失败语义上：eval 支持无头运行、按行处理表格输入、使用跨度打标签，run 在脚本失败时返回非零退出码。
为什么重要
多智能体框架的真正门槛不在“能不能跑起来”，而在“跑错了能不能被发现”。这次更新里，把以错误退出的 eval 运行计为 run_failed、脚本失败时非零退出、首次调用即校验 openai 兼容提供方的 API key，都是把沉默失败变成显式失败的动作。对把它们放进 CI 的团队来说，这类改动的价值高于任何新特性：退出码和失败计数是自动化流水线唯一能读懂的信号。
另一个重要点是 .env 在开启 tracing 时以仅所有者可访问的权限创建。这说明框架开始认真对待密钥与追踪数据的落盘边界，属于安全基线补齐。
对谁有价值
- 已在 CI/CD 中跑 crewai eval 的团队：--no-open、失败计数与退出码共同让评估可以无人工介入地卡住回归。
- 做数据密集型 agent 的开发者：直接读取 agent 输入中的表格 URL 并逐行调用工具，省掉自己写解析与分片逻辑。
- 用 OpenAI 兼容第三方服务的团队：首次调用即校验 API key，把配置错误从运行中途提前到启动瞬间。
- 关注多智能体可观测性的工程负责人：eval 跨度带 target 与每次评估 id，便于把评估结果与具体批次对齐。
可以怎么行动
- 检查默认模型切换的影响：确认 gpt-6-luna 在你的任务上的效果与成本，必要时在配置中显式锁定模型，避免被动跟随默认值。
- 把 eval 接入流水线：启用 --no-open，并确认失败运行能被正确计为 run_failed、进程以非零码退出，让回归真正能阻断合并。
- 为 eval 打标签：在跨度上写入 target 与每次评估 id，建立“哪次评估、哪个目标”的可追溯链路。
- 审视 .env 权限：确认开启 tracing 后项目 .env 为仅所有者可读，并排查历史文件中是否存在宽权限残留。
风险或限制
默认模型的替换是隐式行为变更，历史项目的表现可能在没有改动代码的情况下发生漂移，尤其是对提示词敏感的任务；发布说明未给出该模型的定价与上下文规格，成本影响需要自行实测。此外，失败匿名运行上传涉及数据外发，团队应先确认合规边界再开启。memoized 方法作用域限定到实例属于行为修正，依赖跨实例共享缓存的老代码可能因此改变行为。最后，本次为补丁级版本，文档仅补充了 required_inputs 与 flow 输入字段，其他接口细节仍需以实际代码为准。
信息差价值
这条内容的真正价值，不只是“有人发布了一个新功能”，而是它揭示了 github.com 背后的产品方向、工作流变化或竞争信号。对 OPC 来说，这种信息可以转化成持续追踪的栏目选题。
如果把《crewAI 发布 1.15.38：gpt-6-luna 成为默认模型，eval 与 run 体验多项修复》放到你的内容系统里，它最大的价值在于帮助读者更快看懂“为什么值得关注”，而不是只看到一条碎片化动态。
参考来源
TOPIC HUBS
延伸专题
AI SUMMARY
这篇文章回答了什么
crewAI 发布 1.15.38：gpt-6-luna 成为默认模型，eval 与 run 体验多项修复主要讲什么？
crewAI 1.15.38 版本更新：gpt-6-luna 成为全平台默认模型，支持读取表格 URL、按行调用工具、为 eval 使用跨度打标签、eval 支持 --no-open 无头运行；同时修复 eval 失败计数、.env 权限、匿名运行上传、API key 首调校验、memoized 方法作用域、脚本失败退出码等问题，并补充文档。
这篇文章最值得关注的要点是什么？
crewAI 1.15.38 版本更新：gpt-6-luna 成为全平台默认模型，支持读取表格 URL、按行调用工具、为 eval 使用跨度打标签、eval 支持 --no-open 无头运行；同时修复 eval 失败计数、.env 权限…；原贴提到：What's Changed Features Make gpt-6-luna crewAI's default model everywher；来源：github.com
这篇文章和哪些AI专题相关？
它适合放在Agent工作流、AI工具、AI超级个体专题里阅读。 关联原因：这篇内容命中「Agent、智能体、工作流」等主题信号。；这篇内容命中「工具、模型」等主题信号。；这篇内容命中「技能」等主题信号。
阅读这篇文章建议先理解哪些关键词？
建议先理解AI工具、工具、自动化、模型、Cursor这些关键词，再结合正文判断工具、机会或风险是否值得进入自己的工作流。