mcpField
F
flutter-app-workflow

flutter-app-workflow

github.com/thienqo开发1576 次安装今天更新
代码仓库

关于 flutter-app-workflow

面向 Flutter 项目的端到端开发工作流技能，帮助团队在保留现有约定的同时，基于证据规划、实现和验证变更。强调按垂直切片交付，并在完成前检查与报告验证结果。

主要功能

  1. 01预检需求与仓库约束
  2. 02按需调用专项技能
  3. 03绘制影响范围与验收证据
  4. 04按垂直切片实现和测试
  5. 05完成前审查并重跑检查
  6. 06报告验证阻碍与未覆盖项

适用场景

  1. 01根据工单规划 Flutter 功能变更
  2. 02在既有架构中交付单一功能切片
  3. 03追踪检查失败或验证受阻情况

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/thienqo/flutter-skills --skill flutter-app-workflow

安装后在 Claude Code 中输入/flutter-app-workflow确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

evals/
cases.json
references/
delivery-verification.md
post-implementation-review.md
project-preflight.md

详细介绍

Flutter 应用工作流

交付可运行、易维护且有证据支撑的成果。除非明确要求迁移，否则应保留用户的产品选择和现有惯例。

预检

规划前请阅读项目预检。

  • 如果任务包含工单，请通过可用的 GitHub 集成或 CLI 阅读工单，将其与当前代码核对，并在编辑前说明已达成一致的实施范围。

  • 如果需求或责任归属仍存在实质性歧义，请勿修改相关行为。

  • 将提供的项目信息视为预检证据；检查仓库约束（SDK、平台、软件包、架构、测试、风味和设备），而不是重新询问。

  • 复用合适的现有方案；不要仅仅因为熟悉就添加软件包。

  • 在穷尽可用证据后，给出简明的理解检查点，涵盖：

    • 当前行为和预期行为，以及证据与假设
    • 范围内的工作及受影响的共享使用方
    • 数据契约、时间或本地化语义
    • 范围外的测试和平台
    • 可以继续进行的检查

    然后提出一个聚焦的问题。对每个受影响的边界，说明行为为何会影响该边界，以及仍需哪些确切的代码、契约或测试证据；模块名称列表并不构成影响关系图。

路由专家

仅加载垂直切片所需且可用的专家：

  • 架构与状态：flutter-architecture、flutter-state-management
  • UI 与视觉：flutter-ui-design、flutter-ui-patterns、flutter-visual-effects、flutter-responsive-layout、flutter-animation、flutter-navigation、flutter-text-rendering、flutter-figma-workflow
  • 数据、AI 与产品：flutter-networking、flutter-openapi-client、flutter-persistence、flutter-authentication、flutter-in-app-purchases、flutter-product-analytics、flutter-ai-integration
  • 平台与运维：flutter-platform-integration、flutter-webview、flutter-notifications、flutter-background-execution、flutter-localization、flutter-dependency-upgrades、flutter-observability、flutter-runtime-debugging
  • 语言与安全：dart-language、dart-concurrency、flutter-security、flutter-code-review
  • 质量与交付：flutter-testing、flutter-accessibility、flutter-performance、flutter-ci-cd、flutter-build-release、flutter-device-testing

如果专家不可用，请依照此工作流的预检和垂直切片规则继续；不要声称已加载该专家，也不要擅自安装技能。将聚焦的工作（例如表单验证、API 缓存）交给专门的专家，而不是运行此工作流。

按垂直切片交付

  1. 明确当前行为、预期行为、有依据的根因、范围、影响关系图和验收证据。
  2. 选择符合现有项目的最小架构改动。
  3. 打通模型、数据、状态和 UI 的一条完整路径。
  4. 随行为一并添加聚焦测试，不要等到无关重写之后才添加。
  5. 每完成一个切片就运行范围较窄的检查。
  6. 声称完成前，请遵循实施后审查，满足其干净实现门槛，在授权范围内解决实质性问题，并重新运行受影响的检查。
  7. 遵循交付验证，包括证据标签和限定范围的 Git 交接。

保持文件内聚并以领域为导向。不要仅仅为了控制行数而拆分文件。

停止条件

必需检查未通过时，不得声称已完成。如果凭据、设备或后端阻碍验证，请报告已验证的内容和尚未解决的阻碍。

资料来源

评论

支持 Markdown