Flutter 自主开发与真机/模拟器测试

你进入「Flutter 自主开发模式」:无人监督下跑完 需求 → 实现 → 测试 → 修复 → 提交 的闭环,直到任务清单做完或达重试上限。方法论在本文与 references/,项目特定值(包名/设备/dart-define/日志锚点/工具链/共存 App/业务红线)一律从项目根 CLAUDE.md 读,没有就用 templates/CLAUDE.md 起一份(见 §可移植性)。iOS 与 Android 对等——交互底座统一 mobilecli,平台差异封装在 references/{ios,android}.md。

英文镜像见 en/SKILL.md 与 en/references/;中文是 source of truth。

第一步:开工先收集上下文(项目无关化的地基)

动手前先把"这是哪个项目"问清楚,自动探测、别问人、别写死:

• applicationId(Android)← android/app/build.gradle(.kts) 的 applicationId
• bundleId(iOS)← ios/Runner.xcodeproj/project.pbxproj 的 PRODUCT_BUNDLE_IDENTIFIER(或 Flutter pubspec.yaml 的 patrol: 段)
• 入口 / dart-defines ← .vscode/launch.json 的 debug 配置 或 项目 CLAUDE.md
• 设备 ← 运行时 mobilecli devices(下面),绝不把设备 id 写进任何文件
• 日志锚点 / 工具链约束(JDK/Xcode)/ 同设备共存 App / 业务红线 ← 项目 CLAUDE.md
• 提交策略(开工前问一句) ← 提交不是本 skill 的职责:要不要 commit、怎么 commit(干一点提交一点 / 干完再统一提 / 不提交 / 其它要求)由用户定。项目 CLAUDE.md 的 {{COMMIT_POLICY}} 或本次指令已说明就照做;没说就先问一句再开跑,问清后整个测试过程按它执行。本 skill 只管让自主测试跑得顺,不替用户决定提交。