Skip to content
Development
Command

/sync-setup

Interactive sync setup wizard that configures GitHub, JIRA, and/or ADO integration in one guided flow. Use when saying "setup sync", "configure sync", "connect to jira", "connect to github", or "sync-setup".

From plugin
specweave
15673 skills20 agents73 commands
Install
> /plugin marketplace add anton-abyzov/specweave
> /plugin install sw@specweave

How it fires

How this command gets triggered: by you, by Claude, or both.

  • Fires itselfClaude auto-loads it when your prompt matches the work.
  • You can call itInvoke it directly when you want it.
  • Slash command/sync-setup

Context preview

What this command does when you run it.

Interactive sync setup wizard that configures GitHub, JIRA, and/or ADO integration in one guided flow. Use when saying "setup sync", "configure sync", "connect to jira", "connect to github", or "sync-setup".

Command definition

sync-setup.md
description: Interactive sync setup wizard that configures GitHub, JIRA, and/or ADO integration in one guided flow. Use when saying "setup sync", "configure sync", "connect to jira", "connect to github", or "sync-setup".

Sync Setup Wizard

Interactive skill that configures SpecWeave's external sync in one guided flow.

Workflow

Step 1: Provider Selection

Ask the user which providers to enable:

AskUserQuestion: "Which external platforms do you want to sync with?"
Options: GitHub, JIRA, Azure DevOps (multiSelect: true)

Step 2: Credentials (per provider)

**GitHub**: 1. Check `gh auth status` — if authenticated, use existing token 2. If not, ask for GITHUB_TOKEN 3. Ask for owner/repo (or auto-detect from git remote)

**JIRA**: 1. Ask for JIRA domain (e.g., `company.atlassian.net`) 2. Ask for email 3. Ask for API token (from https://id.atlassian.com/manage/api-tokens) 4. Ask for project key 5. Validate: `curl -u email:token https://domain/rest/api/3/myself`

**Azure DevOps**: 1. Ask for organization name 2. Ask for project name 3. Ask for PAT (from https://dev.azure.com/org/_usersSettings/tokens) 4. Validate: `curl -u :PAT https://dev.azure.com/org/_apis/projects/project?api-version=7.1`

Step 3: Permission Preset

AskUserQuestion: "What sync permissions do you want?"
Options:
- read-only: Only pull changes from external tools
- push-only: Only push SpecWeave changes to external tools
- bidirectional (Recommended): Both push and pull
- full-control: Everything including delete

Step 4: Hierarchy Detection (JIRA/ADO only)

For JIRA and ADO, auto-detect the hierarchy:

// Use the new SyncEngine to detect hierarchy
const engine = new SyncEngine({ permissions: resolvePermissions('read-only') });
engine.registerProvider(adapter);
const hierarchy = await engine.detectHierarchy(platform);

Show detected mapping and ask for confirmation:

AskUserQuestion: "Detected hierarchy pattern: [pattern]. Is this correct?"
Options: Yes, use detected mapping | No, let me customize | Use flat mapping

Step 5: GitHub Projects v2 (GitHub only)

AskUserQuestion: "Do you want to sync with a GitHub Project board?"
Options: Yes, select a project | No, just Issues + Labels

If yes, list available projects and ask which one.

Step 5b: Umbrella Per-Repo Sync Targets (Umbrella projects only)

If the project has `umbrella.enabled: true` and `umbrella.childRepos[]`:

1. Read `config.umbrella.childRepos` to list all child repos 2. For JIRA: Show the global JIRA projectKey and ask if ALL child repos should use it, or if specific repos need different project keys:

AskUserQuestion: "Your umbrella has [N] child repos. Should all sync to JIRA project [KEY]?"
Options:
- Yes, use [KEY] for all child repos (default)
- No, let me assign per-repo JIRA project keys

If "No", for each child repo ask:

AskUserQuestion: "Which JIRA project key for child repo '[repoName]'?"
Default: [global projectKey]

3. Write `childRepo.sync.jira.projectKey` for each child repo in config.json 4. For GitHub: Each child repo should already have `sync.github` from init. If missing, auto-populate from the repo's git remote.

**IMPORTANT**: Never leave child repos without `sync` config — they fall back to global defaults which may route to the wrong external project.

Step 6: Write Config

Write the following:

1. **`.env`** — Add credentials (JIRA_API_TOKEN, JIRA_EMAIL, AZURE_DEVOPS_PAT, etc.) 2. **`.specweave/config.json`** — Update sync section:

{
  "sync": {
    "enabled": true,
    "preset": "bidirectional",
    "github": { "enabled": true, "owner": "...", "repo": "..." },
    "jira": { "enabled": true, "domain": "...", "projectKey": "..." },
    "ado": { "enabled": true, "organization": "...", "project": "..." }
  }
}

Step 7: Integration Health Check

After credentials are validated, run a deeper health check to catch misconfigurations early (e.g., wrong issue types, missing permissions, unavailable integrations):

// Import and run health checks for each enabled provider
import { checkJiraIntegration, checkAdoIntegration, checkGitHubIntegration, formatHealthCheckResults } from '../../src/sync/integration-health-check.js';

const results = [];
if (jiraEnabled) results.push(await checkJiraIntegration({ domain, projectKey, email, apiToken }));
if (adoEnabled)  results.push(await checkAdoIntegration({ organization, project, pat }));
if (githubEnabled) results.push(await checkGitHubIntegration());

console.log(formatHealthCheckResults(results));

This checks:

  • **JIRA**: API auth, project access, issue type availability (catches "The issue type selected is invalid"), edit permissions for remote links
  • **ADO**: API auth, work item type availability
  • **GitHub**: gh CLI authentication

Warnings are advisory — they don't block setup but alert the user to fix issues before they hit them at increment closure.

Step 8: Dry Run

Run a test sync (read-only) to verify configuration:

# Test each enabled provider with dry-run
specweave sync-progress --dry-run

Report results and confirm setup is complete.

Key Principles

  • **Never commit secrets**: Credentials go in `.env` only
  • **Validate before saving**: Test API calls before writing config
  • **Safe defaults**: Default to `bidirectional` preset (no delete)
  • **User confirmation**: Always confirm detected hierarchy
Read more
Ships withspecweave

Spec-first AI development: describe a feature → AI creates spec + plan + tasks, builds autonomously, syncs to GitHub/JIRA. Domain-expert skills for PM, Architect, Frontend, QA learn your patterns permanently. Claude Code, Codex, Cursor, Copilot & more.

Get the whole plugin