Appearance
Claude Code Workflows实战：Step 3.7 Flash驱动Agent任务
Flash级别的模型，也能搞定Agent场景——够快、够稳、用得起。
去年n8n很火，我平时的工作流基本都是拿它搭的，甚至给客户定制了不少智能体。后来随着Skills、Hermes这些AI原生方案越来越成熟，我自己的个人工作流已经逐步迁移过去了。
前几天刷推的时候发现Claude Code居然支持了/workflows，作为工作流的古早玩家，这必须试试。
/workflows是什么？
简单来说，/workflows就是你给Claude Code一个目标，它自己现场编排出一套执行方案，然后调度一堆子智能体分工跑完。
不是你提前画好流程让它照着走，而是它自己规划、拆解、执行，一条链路跑到底。
你可以把它理解成n8n的AI原生版——不用拖节点、不用配连线，你用自然语言描述流程，它自己编排执行。
使用条件：
- Pro用户在
/config里打开就能用 - 需要Claude Code v2.1.154或更高版本
任务一：重构Provider架构
我之前做过一个插图Skill，专门用来给技术文章生成插图。核心逻辑是调用不同的图片生成API（我管它叫provider），根据文章内容自动出图。
问题：所有provider的逻辑全塞在一个文件里，代码越来越臃肿，每次加新provider都要在一堆if-else里面找位置。
下给Claude Code的指令
分析当前项目中 ./skills/linyuebanzi-image-gen/scripts/generate.py的代码结构。这个文件里所有provider的逻辑全部挤在一起，我需要你做一次完整的重构：
1. 先通读整个项目，理解现有的架构和每个provider的差异
2. 把通用逻辑（HTTP请求、轮询等待、错误处理）抽成一个base模块
3. 每个provider拆成独立文件，只保留自己特有的逻辑
4. 创建一个工厂函数统一调度，主入口generate.py只负责调度
5. 确保重构后所有provider的功能跟之前完全一致它自己拆成3个子任务
- Create providers package with base class and 3 provider implementations
- Refactor generate.py to use the new provider modules
- Verify refactored code works correctly（自己主动加验证环节）
4分19秒，跑完了整个重构。
重构结果对比
| 指标 | 重构前 | 重构后 |
|---|---|---|
| 主文件行数 | 693行 | 465行（-33%） |
| 文件数量 | 1个 | 6个（职责单一） |
| 架构 | if/elif分支混在一起 | 模块化清晰 |
scripts/
├── generate.py (调度逻辑)
├── providers/
│ ├── __init.py (工厂函数)
│ ├── base.py (通用逻辑)
│ ├── mulerun.py (MuleRun)
│ ├── apimart.py (APIMart)
│ └── atlascloud.py (AtlasCloud)Multi-Agent Code Review
重构完成后，我提了一个PR，让/workflows来做code review。
它启动了一个multi-agent review workflow，5个agent分5个阶段：
| Agent | 职责 |
|---|---|
| Architecture Review | 审架构设计 |
| Bug Hunt | 找bug |
| Parity Check | 行为一致性校验 |
| Code Quality | 代码质量 |
| Synthesis | 综合 |
抓出1个Critical Bug
重构的时候run_single()函数的签名改了，但调用处传参没跟着改，导致--aspect-ratio和--resolution两个CLI参数被直接丢弃了。
单张模式下永远用默认值16:9 / 2K，CLI传什么都没用。
问题清单
| 等级 | 问题 |
|---|---|
| Critical | CLI参数丢失 |
| Medium | --provider的choices硬编码了 |
| Medium | BaseProvider没用abc.ABC + @abstractmethod |
| Low | 异常类型不一致 |
一句"修复一下吧"，不光修了Critical，把Medium和Low级别的问题也全部修完。
任务二：多模态扩充插图风格
我的插图Skill目前支持6种插图风格，我想再扩充一种新风格。
Step 3.7 Flash的识图能力
先丢了张图给它，让它分析视觉风格特征：
- 配色方案
- 线条风格（手绘素描风，线条有轻微不规则抖动）
- 构图特点
- 质感（背景有细微纸张纹理）
- 整体氛围
分析得挺准的——不是泛泛的"这是一张手绘风格的图"，能具体到"手绘素描风，线条有轻微不规则抖动"这种程度。
1分31秒，全部搞定
它不光分析了风格、生成了prompt模板，还自己判断出需要改哪些文件（注入脚本、生成脚本、SKILL.md），一次性全改完了。
关键发现：驱动这一切的是Step 3.7 Flash
你刚才看到的两个任务，底层模型用的是阶跃星辰的Step 3.7 Flash。
不是Claude Sonnet，不是Opus，是一个Flash级别的模型。
Step 3.7 Flash的特点
| 特性 | 说明 |
|---|---|
| 定位 | 面向生产级Agent场景专门优化 |
| 能力 | 规划、搜索、工具调用、代码生成、多轮修正 |
| 成本 | Flash级别 |
| 开源 | 可本地部署 |
配置方法：在Claude Code的模型配置中接入Step 3.7 Flash API即可。
我的感受
跑之前我对Flash级别的模型没抱太大期待。之前听到"Flash"这个词，下意识觉得就是"便宜版""能用但糙"。
但实际跑下来，它在Agent场景里的表现完全不糙：
- 代码重构的架构理解到位
- 多模态的图片风格分析准确
- 自己判断需要改哪些文件、怎么改
速度确实快，两个任务跑下来，响应很流畅，没有那种"等半天才出结果"的感觉。
发现bug和修bug的都是同一个模型
重构那个任务，first-pass写出来的代码结构没问题，但5个Agent审完还是揪出了1个critical bug和6个中低级问题。
发现bug的是Step 3.7 Flash，修bug的也是Step 3.7 Flash——互相兜底，最终交付的代码质量过关。
小结
工作流这个东西，形态一直在变。从Zapier到n8n，从拖拽到自然语言，从单模型到multi-agent。
但核心没变过：你定义目标，机器去执行。
Claude Code的/workflows是一个信号。
而Step 3.7 Flash让我看到，驱动这一切的，不一定非得是最贵的模型。
够快、够稳、用得起。在Agent时代，这三个字可能比"最强"更重要。
关键词：Claude Code Workflows, Step 3.7 Flash, Agent任务, 代码重构, 阶跃星辰, Multi-Agent
