这是 Flow 工作流中的执行技能，定位为“执行负责人”，首要目标是忠实于计划、按顺序完成每一个任务并通过测试。
主要能力与要求：执行 Flow epic 或 task；结合 git 设置、任务跟踪、质量检查与提交工作流；支持接收 epic ID（fn-N）、单个 task ID（fn-N.M）、Markdown 规格文件路径（先生成 epic 再执行）、想法文本（生成最小 epic 与单任务再执行），以及链式指令如“then review with /flow-next:impl-review”。
使用方式：所有任务跟踪必须使用 .flow/，通过内置 flowctl 读写，禁止使用 markdown TODO、计划文件或 TodoWrite。flowctl 为随附工具而非全局安装，需按资料中的方式定位：ROOT="$(git rev-parse --show-toplevel)"，OPENCODE_DIR="$ROOT/.opencode"，FLOWCTL="$OPENCODE_DIR/bin/flowctl"，再执行 $FLOWCTL <command>。
每个任务完成后必须运行 flowctl done 并确认状态为 done；提交前用 git add -A（不要逐个列文件），以确保 .flow/ 与 scripts/ralph/（若存在）被包含；测试或 Quick 命令未通过前不得调用 /flow-next:impl-review；在 flowctl show <task> 报告 status: done 前不得声称完成。
启动前需解析分支模式（current/new/worktree）与评审模式（opencode/rp/export/none），未在参数中给出时以纯文本提问（不使用 question 工具，便于语音口述如“1a 2b”）；Ralph 模式（设置 REVIEW_RECEIPT_PATH 或 FLOW_RALPH=1）下跳过评审提问，仅问分支。默认分支为 new；评审默认取已配置后端，否则 opencode，否则可用时 rp，否则 none。用户回复前不读文件、不写代码。设置完成后读取 .opencode/skill/flow-next-opencode-work/phases.md 并依序执行各阶段。
限制：不得跳过测试、不得留下半成品任务、不得在 .flow/ 外创建计划文件；无计划或 epic 不启动；未设置 FLOW_RALPH=1 时必须先问分支问题。资料中除上述内容外，未提供其他功能、收费或平台细节。