Mode d’emploi
- Copiez la commande et examinez le paquet avant de l’installer dans votre environnement agent.
- Consultez le document original pour les outils, identifiants et environnements requis.
- Décrivez les entrées et le livrable souhaité ; comparez la sortie aux sources.
npx skills add https://github.com/lvlup-sw/exarchos --skill discoverAvant de commencer
- L’installation n’inclut ni abonnement au modèle, ni quota API, ni accès aux fichiers.
- Étoiles et installations reflètent l’activité, pas un test indépendant de qualité ou de sécurité.
Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.
Discovery Workflow Skill
A workflow type for tasks whose deliverable is a document, not code. It carries no verification gates (nothing to test), so the verification ladder does not apply.
When to Use
- Competitive analyses and market research
- Architecture comparisons and ADR scaffolding
- Literature reviews and vendor evaluations
- Design research that does NOT feed into implementation planning
When NOT to Use
- If the deliverable includes code changes → use
/exarchos:oneshotor/exarchos:ideate - If you need TDD enforcement → use any other workflow type
- If the research feeds directly into implementation → use
/exarchos:ideate(which authors the Design & Rationale section of the unifieddocs/specs/artifact)
Discover bridge (the deep-rung escalation)
At the deep planning rung, /exarchos:ideate can escalate to this workflow as a first-class, event-linked research pre-pass instead of a manual "go start a new workflow" handoff. The bridge is opt-in (author-confirmed, never auto-run): the affordance is surfaced on next_actions, and the discover_bridge orchestrate action — invoked with confirm: true — stitches this discovery run to the originating spec by a deterministic correlationId (recorded as a state.patched link event on the feature stream). When you run a discovery escalated this way, cite the report path in the spec's ## Design & Rationale → Exploration section, and init this workflow with the bridge's correlationId so provenance spans both documents.
Phases
Phase 1: Gathering (initial)
Collect sources, references, and raw material for the deliverable.
- Define the research question or deliverable scope
- Identify and collect sources (URLs, documents, code references)
- Record sources in workflow state:
exarchos:exarchos_workflow({
action: "update", featureId: "<id>",
updates: { "artifacts.sources": ["<source1>", "<source2>", "..."] }
})- Create an outline of the deliverable
Transition: When artifacts.sources is a non-empty array → synthesizing
Phase 2: Synthesizing
Draft the deliverable document from gathered sources.
- Write the document based on gathered sources and outline
- Commit the document to the repo (typically under
docs/research/ordocs/designs/) - Record the report path:
exarchos:exarchos_workflow({
action: "update", featureId: "<id>",
updates: { "artifacts.report": "<path-to-document>" }
})Transition: When artifacts.report is set → completed
Optional: Escalation to Implementation
If discovery surfaces an implementation need:
- Note the finding in the report
- After completing the discovery workflow, start a new workflow:
ideate <implementation-topic>Reference the discovery report as design input.
Event Emissions
Optionally emit events at key moments for observability:
exarchos:exarchos_event({
action: "append", stream: "<featureId>",
event: { type: "discovery.sources_collected", data: { sourceCount: N } }
})exarchos:exarchos_event({
action: "append", stream: "<featureId>",
event: { type: "discovery.report_committed", data: { path: "<report-path>" } }
})

