📄 本页由源文件
skills/dev-flow/references/no-dev-flow-mode.md自动投影生成（单一权威源）。请勿直接编辑本页。
无 dev-flow 时的简化质量检查
来源：从
~/.codebuddy/rules/开发规范-红线.mdc§「无 dev-flow 时的简化质量检查」迁出（2026-06-02）。 红线规范保留 4 行精要 + 指针指向本文件；详细规则以本文件为准。
触发场景
dev-flow 仅由显式命令触发后，对于用户未用 dev-flow 命令但要求改代码的场景（如「直接改」「帮我加个判空」「把 X 改成 Y」），AI 直接改代码但仍须执行以下底线检查，避免质量塌陷。
适用场景
- 用户未输入任何
dev:/dev-flow命令 - 用户明确说「直接改」「不用走流程」「快速改一下」
- AI 已建议过
dev-flow命令但用户选择直接改
必做项（不可豁免）
- 遵守 12 条核心红线（
开发规范-红线.mdc§「核心原则」）：最小入侵、根因定位、安全底线、副作用清理、边界条件、错误处理、先搜索后编码等全部生效 - 遵守前端编码底线（
开发规范-红线.mdc§「前端编码底线」）：TS/JS/React/CSS 规范全部生效 - 编码后简化检查：
- ✅ 必跑
read_lints（IDE TS 类型错误） - ✅ 必检 12 条红线 §5/6/7/9（安全底线 / 副作用清理 / 边界条件可选链 / 错误处理）
- ✅ 改动行 ESLint 自检（命令行
npx eslint <file>或编辑器侧 ESLint 提示） - ✅ 主动汇报：「已完成检查项：[read_lints / 红线检查 / ESLint]，发现/修复了 N 个问题」
- 不得自动 commit：仍遵守操作红线（commit 仅生成信息，需用户确认才执行）
可豁免项（相比 dev-flow 步骤 5.5 的差异）
- ❌ 不强制 L1 完整 8 项检查（保留 ESLint + 红线核心 4 项即可）
- ❌ 不强制写 devlog
- ❌ 不强制更新 working-context
- ❌ 不强制走步骤 4 决策（标准/完整/分批）
自动升级触发条件
以下任一命中 → AI 必须主动建议用户改用 dev-flow 命令：
- 改动文件 ≥ 4 个
- 改动行数 ≥ 30 行
- 涉及核心模块 / 状态管理 / 数据流改造
- 改完后发现需要写测试或文档
用户拒绝升级 → AI 在回复末尾警示「未走 dev-flow，质量风险由用户自担」后继续