Token导航 LogoToken导航TokenDH.com
前端设计权限需确认github未标认证来源可访问许可证需确认审计通过

flutter-parallel-agentsFlutter parallel Agent 命令行

Agent Skill

flutter-parallel-agents 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

364

周安装

15

GitHub Stars

6

下载量

119
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:flutter-parallel-agents(Flutter parallel Agent 命令行)
来源仓库:https://github.com/vp-k/flutter-craft
仓库路径:skills/flutter-parallel-agents
安装命令:
npx skills add https://github.com/vp-k/flutter-craft --skill flutter-parallel-agents
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/vp-k/flutter-craft --skill flutter-parallel-agents

简介

flutter-parallel-agents 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态、代码变更或协作事项进行整理。
  • 通过 npx skills add 命令从指定仓库安装并使用该技能。
  • 安装前需确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Dispatching Parallel Flutter Agents

Overview

When you have multiple unrelated tasks (different features, different test files, different bugs), working on them sequentially wastes time. Each investigation is independent and can happen in parallel.

Core principle: Dispatch one agent per independent problem domain. Let them work concurrently.

Announce at start: "I'm using the flutter-parallel-agents skill to handle these tasks."

When to Use

Multiple tasks/failures?
├─ NO  → Single agent handles it
└─ YES → Are they independent?
         ├─ NO (related) → Single agent investigates all
         └─ YES → Can they work in parallel?
                  ├─ NO (shared state/files) → Sequential agents
                  └─ YES → Parallel dispatch (this skill)

Use when:

  • Multiple test files failing with different root causes
  • Multiple features to implement in different areas
  • Each problem can be understood without context from others
  • No shared state between investigations
  • Different Clean Architecture layers to work on

Don't use when:

  • Failures are related (fix one might fix others)
  • Tasks modify same files
  • Tasks have dependencies on each other
  • Need to understand full system state first

Flutter-Specific Parallel Scenarios

Independent Layer Tasks

lib/features/auth/
├── domain/      ← Agent 1: Implement entities & interfaces
├── data/        ← Agent 2: Implement models & datasources
└── presentation/ ← Wait for Agents 1 & 2 (has dependencies)

Can parallelize: Domain + Data layers (different files) Cannot parallelize: Presentation depends on Domain

Independent Feature Tasks

lib/features/
├── auth/        ← Agent 1: Auth feature
├── profile/     ← Agent 2: Profile feature
└── settings/    ← Agent 3: Settings feature

Can parallelize: All three (different feature folders)

Independent Test Fixes

test/features/
├── auth/data/repositories/auth_repo_test.dart      ← Agent 1
├── profile/presentation/bloc/profile_bloc_test.dart ← Agent 2
└── settings/data/datasources/settings_ds_test.dart  ← Agent 3

Can parallelize: Different test files, different features

The Pattern

1. Identify Independent Domains

Group tasks by what's affected:

  • Feature A: User authentication
  • Feature B: Profile management
  • Feature C: Settings storage

Each domain is independent - fixing auth doesn't affect settings.

2. Create Focused Agent Tasks

Each agent gets:

  • Specific scope: One feature or test area
  • Clear goal: What to implement/fix
  • Constraints: Don't change other features
  • Expected output: Summary of what was done

3. Dispatch in Parallel

Task("Implement auth domain layer - entities and repository interface")
Task("Implement profile domain layer - entities and repository interface")
Task("Implement settings domain layer - entities and repository interface")
// All three run concurrently

4. Review and Integrate

When agents return:

  • Read each summary
  • Verify fixes don't conflict
  • Run flutter analyze
  • Run flutter test
  • Integrate all changes

Agent Prompt Structure

Implement the [Layer] layer for [Feature] feature.

## Scope
lib/features/[feature]/[layer]/

## Files to Create
- entities/[entity].dart
- repositories/[repository].dart (interface)

## Requirements
[Paste specific requirements from plan]

## Constraints
- ONLY modify files in lib/features/[feature]/[layer]/
- Do NOT touch other features
- Follow Clean Architecture principles
- Run flutter analyze before committing

## Expected Output
- Summary of what you created
- flutter analyze result
- Commit message used

Example: Parallel Feature Implementation

Scenario: Need to implement domain layers for 3 features

Decision: Each domain layer is independent

Dispatch:

Agent 1 → Implement auth/domain/ (User entity, AuthRepository interface)
Agent 2 → Implement profile/domain/ (Profile entity, ProfileRepository interface)
Agent 3 → Implement settings/domain/ (Settings entity, SettingsRepository interface)

Results:

  • Agent 1: Created User entity, AuthRepository ✅
  • Agent 2: Created Profile entity, ProfileRepository ✅
  • Agent 3: Created Settings entity, SettingsRepository ✅

Integration:

flutter analyze  # All clean
flutter test     # All pass
git log --oneline -3  # See all three commits

Common Mistakes

❌ Too broad: "Implement all features" - agent gets lost ✅ Specific: "Implement auth/domain layer" - focused scope

❌ Dependent tasks in parallel: Data layer before Domain ✅ Correct order: Domain first, then Data in parallel

❌ Same files: Two agents editing pubspec.yaml ✅ No conflicts: Each agent has isolated file scope

When NOT to Use

  • Sequential dependencies: Data layer needs Domain layer first
  • Shared files: Multiple agents need same file
  • Cross-feature dependencies: Feature B imports from Feature A
  • Need global context: Understanding requires seeing entire app

Verification

After agents return:

  1. Review each summary - Understand what changed
  2. Check for conflicts - Did agents edit same files?
  3. Run flutter analyze - Verify all code is clean
  4. Run flutter test - Verify tests pass
  5. Check imports - No circular dependencies
flutter analyze
flutter test
git diff --stat  # See all changes

Benefits

  1. Parallelization - Multiple implementations simultaneously
  2. Focus - Each agent has narrow scope
  3. Independence - Agents don't interfere
  4. Speed - N problems solved in time of 1

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

33.74%
按下载量换算40

Claude

30.23%
按下载量换算36

Cursor

18.09%
按下载量换算22

Gemini CLI

9.55%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills