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.
development
Method to diagnose and raise the Lighthouse performance score of a public page (landing, marketing, home). Use when asked to improve Lighthouse/PageSpeed scores, when auditing the first uncached paint of a public page, or when a landing embedded in a SPA must reach a top score. Do NOT use for in-app screen performance (data loading, rendering). For a brand-new landing, the first recommendation is static HTML with no framework runtime — most of this skill exists for when that is not an option.
tools
Audits a project's Claude Code setup against real usage — mines the project's conversations (worktrees included), confronts the project's skills/agents/CLAUDE.md with best practices, and proposes adjustments or new skills/agents/rules. Use when the user asks to audit the project config, analyze project conversations, or find automation opportunities for the current project. Do NOT use for the global ~/.claude configuration (use /audit-config instead).
development
Coaching workflow orchestrator. Guides the developer through implementation without writing code.
development
Disciplined methodology for code architecture refactoring. Use when the user asks to refactor architecture, decouple code, restructure a family of classes, redesign an interface, or rename/reorganize a set of related components. Forces a big-picture analysis before any code is written. Do NOT use for simple bug fixes, feature additions, or single-file refactoring.