skills/init-project/SKILL.md
Interactive wizard for configuring ticket resolution workflow. Creates .claude/ticket-config.json with source, branch, and complexity settings.
npx skillsauth add nicolas-codemate/claudecodeconfig init-projectInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Interactive configuration wizard that creates .claude/ticket-config.json to configure the ticket resolution workflow for a project.
/resolve in a project/resolve --init# Configuration du projet pour /resolve
Ce wizard va creer le fichier `.claude/ticket-config.json` pour configurer
le workflow de resolution de tickets dans ce projet.
AskUserQuestion:
question: "Quelle source de tickets utilisez-vous principalement ?"
header: "Source"
options:
- label: "YouTrack"
description: "Tickets YouTrack via MCP"
- label: "GitHub Issues"
description: "Issues et PRs GitHub via gh CLI"
- label: "Les deux"
description: "Detection automatique selon le format"
If YouTrack selected or "Les deux":
AskUserQuestion:
question: "Quel est le prefixe de votre projet YouTrack ?"
header: "YouTrack"
options:
- label: "Entrer le prefixe"
description: "Ex: PROJ, MYAPP, BACK..."
User enters prefix (e.g., "PROJ")
If GitHub selected or "Les deux":
AskUserQuestion:
question: "Quel est le repository GitHub ?"
header: "GitHub"
options:
- label: "Detecter automatiquement"
description: "Utiliser 'git remote get-url origin'"
- label: "Entrer manuellement"
description: "Format: owner/repo"
git remote get-url origin and extract owner/repoAskUserQuestion:
question: "Quelle est votre branche principale ?"
header: "Base branch"
options:
- label: "main"
description: "Convention moderne"
- label: "master"
description: "Convention classique"
- label: "develop"
description: "Gitflow - branche de dev"
AskUserQuestion:
question: "Comment nommer les branches de feature ?"
header: "Prefixes"
options:
- label: "Standard (Recommended)"
description: "feat/, fix/, refactor/, docs/"
- label: "Simple"
description: "feature/, bugfix/"
- label: "Avec ticket"
description: "PROJ-123/description"
AskUserQuestion:
question: "Activer la QA pour ce projet ?"
header: "QA"
options:
- label: "Oui, configurer maintenant (Recommended)"
description: "Cree la section qa dans ticket-config.json. /qa-sync pourra commencer immediatement."
- label: "Non, plus tard"
description: "/qa-sync pourra bootstrap la configuration au premier lancement."
If "Oui" selected:
AskUserQuestion:
question: "Quelle URL utiliser pour la QA en local ?"
header: "Base URL"
options:
- label: "http://localhost:8000"
description: "Stack PHP/Symfony classique"
- label: "http://localhost:3000"
description: "Stack Node/Next/Vite"
- label: "Autre"
description: "Saisir manuellement"
AskUserQuestion:
question: "Demarrer automatiquement docker compose si l'app est down avant /qa-run ?"
header: "Preflight"
options:
- label: "Oui (Recommended)"
description: "Detecte docker-compose.yml et propose docker compose up -d"
- label: "Non"
description: "L'utilisateur demarre l'app manuellement"
Detect pre-run command:
Apply ~/.claude/skills/qa-sync/references/pre-run-detection.md to detect a pre_run candidate (Makefile target / package.json script / Symfony bin/console command). The reference returns a string (the chosen command) or null (skip). Store the result as qa_pre_run.
Store the QA answers as qa_enabled, qa_base_url, qa_docker_autostart, qa_pre_run for use in step 5.
AskUserQuestion:
question: "Comportement par defaut pour la complexite ?"
header: "Complexite"
options:
- label: "Detection automatique (Recommended)"
description: "Analyser le contenu du ticket"
- label: "Toujours simple"
description: "Workflow rapide sans exploration"
- label: "Toujours complet"
description: "AEP + Architect systematique"
Build config object based on answers:
{
"default_source": "auto|youtrack|github",
"youtrack": {
"project_prefix": "PROJ"
},
"github": {
"repo": "owner/repo"
},
"branches": {
"default_base": "main|master|develop",
"prefix_mapping": {
"bug": "fix",
"feature": "feat",
"task": "feat",
"refactoring": "refactor",
"documentation": "docs"
}
},
"complexity": {
"auto_detect": true|false,
"default_level": "simple|medium|complex"
},
"simplify": {
"enabled": true,
"agent": "auto",
"scope": "modified",
"auto_apply": false
},
"review": {
"enabled": true,
"auto_fix": false,
"severity_threshold": "important",
"block_on_critical": true
},
"pr": {
"draft_by_default": true,
"default_target": null,
"include_ticket_link": true,
"title_format": "{type}: {title} ({ticket_id})"
},
"qa": {
"test_plan_dir": "docs/qa",
"base_url": "http://localhost:8000",
"browser": "playwright",
"env_file": ".env.qa",
"label": "qa",
"auth_profiles": ["anonymous", "user", "admin"],
"preflight": { "docker_autostart": true },
"pre_run": null
}
}
The qa section is included only if qa_enabled was answered "Oui" in step 4bis. Otherwise, omit the key entirely — /qa-sync will bootstrap it on first run.
Set qa.pre_run to the value of qa_pre_run (the detected command string, or null if no candidate was detected and the user picked "Aucun").
mkdir -p .claude
Write to .claude/ticket-config.json.
# Configuration sauvegardee
Fichier cree: `.claude/ticket-config.json`
```json
{content of generated config}
# Resoudre un ticket
/resolve PROJ-123
# Mode automatique
/resolve PROJ-123 --auto
# Modifier la config
/resolve --init
Le projet est pret pour utiliser /resolve !
## Output
After completion, the skill creates:
- `.claude/ticket-config.json` - Project configuration file
**IMPORTANT**: After this skill completes, the workflow STOPS. Do not continue to ticket resolution.
tools
--- name: deep-review description: Performs deep code review via an isolated fresh agent (triple perspective, anti-bias). Use when the user asks for an in-depth review of current branch changes, or when invoked by /resolve step 08. Do NOT use for reviewing PRs from GitHub (use review-pr skill instead) or for a quick correctness scan with effort levels (use bundled /code-review instead). argument-hint: [--ticket <id>] [--base <branch>] [--fix] [--severity <level>] allowed-tools: Read, Glob, Grep,
tools
Resolve git rebase conflicts methodically. Classifies each conflict (imports/namespace cleanup vs real logic clash), analyzes the commit introducing the change against the current ticket context, auto-fixes only trivial cases with a per-file summary, and asks the user when ambiguous. Verifies static analysis tools pass at the end and optionally runs functional tests. Use after `git rebase` triggers conflicts, or when the user asks to "resolve conflicts", "fix rebase", "j'ai des conflits", "aide-moi sur ce rebase".
development
Synchronize the markdown test plan in docs/qa/ with the current state of the codebase. Use after adding or modifying features to keep the plan up to date, or to bootstrap a test plan for the first time. Do NOT use to execute tests (use /qa-run instead) and do NOT use to design product specs (use /express-need instead).
tools
Execute the markdown test plan in docs/qa/ via Playwright MCP and create a ticket on each failing scenario. Use after /qa-sync, before a release, or to validate a feature end-to-end. Do NOT use to design or update scenarios (use /qa-sync instead) and do NOT use for visual regression (use visual-verify agent instead).