parallel-docs-simplify-sync
Runs synapse-docs, /simplify, sync-plugin-skills, and github-pages-sync in parallel for synapse-a2a development workflows. Use when you need doc updates, code simplification, plugin skill sync, and site-docs sync at the same time.
What this skill does
# Parallel Docs Simplify Sync
Coordinate four independent skills in parallel using the **Task tool**.
> **Dev-focused orchestration skill.** The canonical source lives in
> `plugins/synapse-a2a/skills/` and is synced to `.agents/skills/` and
> `.claude/skills/`.
- `synapse-docs` — documentation updates
- `/simplify` — Claude Code built-in code simplification (replaces custom code-simplifier)
- `sync-plugin-skills` — plugin skill synchronization
- `github-pages-sync` — GitHub Pages site synchronization
## When To Use
- Code and documentation were changed in the same task.
- Simplification or refactor cleanup is needed while keeping docs in sync.
- Plugin-skill synchronization should happen in the same run.
- GitHub Pages site (`site-docs/`) needs to reflect code or doc changes.
## Parallel Execution Workflow
### Step 1: Split into four independent sub-tasks
Define one clear objective and divide it:
| Track | Skill | Typical Scope |
|-------|-------|---------------|
| Docs | `synapse-docs` | README.md, guides/, CLAUDE.md |
| Simplify | `/simplify` (built-in) | Recently changed `.py` files |
| Sync | `sync-plugin-skills` | plugins/synapse-a2a/skills/ |
| Pages | `github-pages-sync` | site-docs/ |
### Step 2: Launch four Task tool calls in a single message
Use the **Task tool** with four parallel invocations in one response.
Each Task call should use the prompt template below.
```text
# Example: four parallel calls (3 Task agents + 1 Skill)
Task(subagent_type="general-purpose", prompt="[synapse-docs prompt]")
Skill("simplify")
Task(subagent_type="general-purpose", prompt="[sync-plugin-skills prompt]")
Task(subagent_type="general-purpose", prompt="[github-pages-sync prompt]")
```
### Step 3: Wait for all four outputs
All four tasks return independently. Collect results before merging.
### Step 4: Merge and resolve conflicts
Apply changes from each track. If conflicts arise, follow the
**Conflict Resolution Rules** below. Run tests after merging.
### Step 5: Retry failed tracks only
If any track fails, rerun only that track. Do not re-execute all four.
## Task Prompt Template
Use this for each parallel track:
```text
Goal: <shared task goal>
Track: <synapse-docs | simplify | sync-plugin-skills | github-pages-sync>
Scope: <files/areas>
Constraints:
- Keep behavior unchanged unless explicitly requested
- Keep style consistent with repository conventions
- Do NOT touch files outside your track's scope
Deliverable:
- Concise change summary and touched files
```
## Conflict Resolution Rules
`synapse-docs` and `sync-plugin-skills` can both modify files under
`plugins/synapse-a2a/skills/`. When this happens:
1. **sync-plugin-skills wins** for skill SKILL.md content.
2. **synapse-docs wins** for README.md, guides/, and non-skill documentation.
3. If both modified the same SKILL.md, take `sync-plugin-skills` output and
verify it against the doc changes from `synapse-docs`. Manually reconcile
if descriptions diverge.
4. `/simplify` should never conflict because it only touches `.py` files.
5. `github-pages-sync` only modifies `site-docs/` and `mkdocs.yml`. If both
`synapse-docs` and `github-pages-sync` modify `mkdocs.yml`,
`github-pages-sync` takes priority because it owns the site build config.
## Completion Checklist
- [ ] All four tracks completed: `synapse-docs`, `/simplify`, `sync-plugin-skills`, `github-pages-sync`
- [ ] Conflicts resolved per rules above
- [ ] `pytest` passes
- [ ] `uv run mkdocs build --strict` passes (if Pages track ran)
- [ ] Final diff is coherent and reviewable
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.