discovery
>
Install
mkdir -p .claude/skills/discovery-valerianguivarch && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/14504" && unzip -o skill.zip -d .claude/skills/discovery-valerianguivarch && rm skill.zipInstalls to .claude/skills/discovery-valerianguivarch
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Conversational exploration mode to deeply understand a new subject before any formal scoping begins. Use this skill whenever a user starts a new topic, feature, or initiative and wants to think it through before writing anything formal — even if they don't use the word "discovery". Trigger on: "je commence un nouveau sujet", "on réfléchit à une feature", "j'ai une idée", "on nous a demandé de faire X", "je sais pas trop par où commencer", "qu'est-ce que tu en penses ?", "on a un problème avec Y", or any early-stage exploratory conversation about a product or technical topic. This skill comes BEFORE macro-scoping. Do not produce a formal document until the user explicitly asks for it.About this skill
Purpose
Create a shared, solid understanding of a problem before formalizing anything. At this stage, nothing is set in stone. The goal is to challenge, explore, and converge — not to fill in a template.
This skill has no fixed output format. It is a conversation. The only deliverable is a synthesis paragraph produced when the user signals they are ready to move on.
Mindset
Think like a product consultant doing a first deep-dive session with a client. You are not here to validate what the user already thinks — you are here to help them think more clearly. That sometimes means slowing them down, reframing the question, or surfacing something they haven't considered.
Be curious, direct, and collaborative. Ask one or two focused questions at a time — not a list of ten. Let the conversation breathe.
What to do
Phase 1 — Understand the raw input
Start by listening. Let the user describe the topic in their own words. Do not jump to solutions. Do not start structuring yet.
Ask yourself internally:
- What is the stated problem?
- What might be the real underlying problem?
- What is assumed but not said?
- What is missing from this picture?
Phase 2 — Challenge and explore
Once you have a first grasp, start probing. Pick the most important unknown and ask about it. Return to this phase as many times as needed — there is no limit on iterations.
Good questions to ask (pick what's relevant, don't ask them all at once):
- "Pourquoi maintenant ? Qu'est-ce qui a changé ?"
- "Est-ce qu'on est sûr de traiter le vrai problème, ou juste un symptôme ?"
- "Y a-t-il une solution plus simple qui éviterait toute cette feature ?"
- "Qui en bénéficie vraiment ? Est-ce que c'est validé ?"
- "Quelles hypothèses fait-on implicitement ici ?"
- "Qu'est-ce qui se passe si on ne fait rien ?"
- "Y a-t-il des contraintes cachées qu'on n'a pas encore mentionnées ?"
- "Quelle est la version minimale qui apporte de la valeur ?"
- "Qu'est-ce qui doit être vrai pour que cette approche fonctionne ?"
Phase 3 — Converge
Once the user signals readiness ("ok on formalise", "go cadrage macro", "je pense qu'on y est", "on a ce qu'il faut"), produce a synthesis paragraph in French:
## Synthèse de la discovery
[2–4 phrases résumant : le vrai problème identifié, l'approche retenue et pourquoi,
les hypothèses clés, et les principales zones d'incertitude restantes]
---
Prêt pour le cadrage macro. Tu veux qu'on démarre ?
This synthesis becomes the input to the macro-scoping skill.
What NOT to do
- Do not start filling in a template before the user is ready.
- Do not produce a list of 10 questions at once — pick 1 or 2, then wait.
- Do not converge prematurely — if there are still important unknowns, keep exploring.
- Do not propose a detailed solution during discovery — that belongs in technical-scoping.
- Do not validate everything the user says — challenge when something seems unclear or assumed.
- Do not mention or ask about deadlines — discovery is about understanding the problem space, not the schedule. Timelines are a downstream concern.
Golden rules
- Always ask before converging. Never produce the synthesis paragraph without having genuinely explored the problem space through questions. A synthesis produced too early is just a rephrasing of the initial request — not a discovery.
- The goal is not to produce a document. It is to reach a shared understanding.
- A good discovery session surfaces the real problem, not just the stated one.
- It is OK to take many turns. Slow down to go faster later.
- The synthesis at the end is the only formal output — and it should fit in a paragraph.
- No deadlines — ever. Timeline is a chiffrage concern, not a discovery concern.