Token导航 LogoToken导航TokenDH.com
研究检索执行命令github未标认证来源可访问clear审计未展示

parallel-dispatch并行调度

Agent Skill

parallel-dispatch 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

449

周安装

18

GitHub Stars

公开资料未说明

下载量

145
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

AgentSkills.tonpx skills
npx skills add vamseeachanta/workspace-hub --skill "parallel-dispatch"

简介

分发并行任务至多个工作单元以提高处理效率。

  • 适用于计算密集型或 I/O 密集型作业场景。
  • 通过 GitHub 仓库安装,定义任务拆分策略。
  • 依赖进程或线程管理能力,需操作系统支持。
  • 任务失败处理机制需在部署前明确配置。parallel-dispatch 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Parallel Agent Dispatch Skill

Overview

This skill addresses scenarios where multiple independent failures or features exist across different systems. Instead of sequential investigation, create separate agent tasks that work on distinct problem domains simultaneously.

Quick Start

  1. Identify domains - Group failures/tasks by affected subsystem
  2. Verify independence - Confirm no shared dependencies
  3. Create tasks - Focused scope, clear goals, specific constraints
  4. Dispatch concurrently - Execute all agent tasks simultaneously
  5. Integrate results - Review, verify compatibility, run tests

When to Use

Use parallel dispatch when:

  • Multiple unrelated failures exist
  • 3+ test files failing with different root causes
  • Multiple subsystems broken independently
  • Features with no shared code paths
  • Independent refactoring tasks

Avoid when:

  • Failures are interconnected
  • Full system context is required
  • Agents would interfere with shared resources
  • Sequential ordering matters
  • Debugging requires holistic view

Decision Framework

Are failures related?
├── Yes → Sequential debugging
└── No → Are resources shared?
    ├── Yes → Sequential or careful coordination
    └── No → Parallel dispatch suitable

Implementation Pattern

Step 1: Domain Identification

Group failures by affected subsystem:

Failure Analysis:
├── approval-flow.test.ts → Approval subsystem
├── batch-completion.test.ts → Batch subsystem
├── abort-handler.test.ts → Abort subsystem
└── notification.test.ts → Notification subsystem

Each domain becomes one agent task.

Step 2: Task Creation

For each domain, define:

## Agent Task: [Domain Name]

**Scope:** [Specific files/modules]

**Goal:** [Clear objective]

**Constraints:**
- Only modify files in [scope]
- Do NOT change [protected areas]
- Must maintain [invariants]

**Deliverable:**
- [ ] Tests passing
- [ ] Summary of changes
- [ ] Any discovered issues

Step 3: Concurrent Dispatch

Execute all tasks simultaneously:

# Terminal 1
claude -p "Fix approval flow tests. Only modify files in src/approval/..."

# Terminal 2
claude -p "Fix batch completion tests. Only modify files in src/batch/..."

# Terminal 3
claude -p "Fix abort handler tests. Only modify files in src/abort/..."

Step 4: Integration

After all agents complete:

  1. Review each agent's summary
  2. Check for conflicts between changes
  3. Run comprehensive test suite
  4. Merge changes if compatible
  5. Address any integration issues

Effective Agent Prompts

Good Prompt Characteristics

  • Focused - One clear problem domain
  • Self-contained - All context needed to understand
  • Constrained - Clear boundaries on what to change
  • Measurable - Specific success criteria

Prompt Template

You are fixing [specific domain] issues.

**Context:**
[Relevant background information]

**Files in scope:**
- src/domain/file1.ts
- src/domain/file2.ts
- tests/domain/*.test.ts

**Goal:**
Fix failing tests in [test file]

**Constraints:**
- Do NOT modify files outside scope
- Do NOT change [specific things]
- Maintain [specific invariants]

**Success criteria:**
- All tests in [file] pass
- No new test failures introduced
- Changes documented in summary

Provide a summary of changes when complete.

Anti-Patterns

BadGood
"Fix all the tests""Fix agent-tool-abort.test.ts"
"Make it work""Ensure approval flow handles null input"
"Update the code""Modify only src/approval/*.ts"

Resource Coordination

Shared Resources

If agents must touch shared resources:

**Coordination rules:**
- Agent A: Read-only access to shared/config.ts
- Agent B: Write access to shared/config.ts (primary)
- Agent C: No access to shared/

Conflict resolution: Agent B's changes take precedence

File Locking Pattern

For critical files:

1. Agent A completes first
2. Merge Agent A's changes
3. Provide updated context to Agent B
4. Agent B continues with fresh state

Verification

Pre-Dispatch Checklist

  • Domains are truly independent
  • No shared file modifications
  • Each task has clear scope
  • Constraints prevent interference
  • Success criteria are measurable

Post-Dispatch Checklist

  • All agent tasks completed
  • No conflicting file changes
  • Comprehensive tests pass
  • Integration tests pass
  • No new issues introduced

Best Practices

Do

  1. Clearly define domain boundaries
  2. Include all necessary context in prompts
  3. Set explicit constraints
  4. Request summaries from each agent
  5. Run integration tests after merging
  6. Document coordination strategy

Don't

  1. Dispatch agents for interconnected issues
  2. Allow overlapping file modifications
  3. Skip the integration verification
  4. Assume agents won't conflict
  5. Use vague success criteria
  6. Dispatch more agents than needed

Error Handling

SituationAction
Agent touches wrong filesRe-run with stricter constraints
Agents conflict on shared fileSequence those tasks
One agent failsDon't block others, fix separately
Integration tests failIdentify conflict, re-run affected

Metrics

MetricTargetDescription
Parallel efficiency>70%Time saved vs. sequential
Conflict rate<10%Agent changes conflicting
First-run success>80%Tasks complete without re-run
Integration pass rate>90%Combined changes work

Related Skills


Version History

  • 1.0.0 (2026-01-19): Initial release adapted from obra/superpowers

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

补充不同宿主或平台的使用分布数据

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

平台分布

Claude Code

29.93%
按下载量换算43

windsurf

23.03%
按下载量换算33

trae

17.77%
按下载量换算26

OpenCode

14.1%
按下载量换算20

Cursor

8.33%
按下载量换算12

Codex

3.93%
按下载量换算6

安全审计

暂无安全审计结果可展示。

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add vamseeachanta/workspace-hub --skill "parallel-dispatch" 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

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

来源信息

继续浏览同类 Skills