How to use
- Copy the installation command and review the source package before installing it in your own agent environment.
- Check the source document for required tools, credentials and supported hosts.
- Describe your input and desired deliverable; review the output against the source material.
npx skills add https://github.com/lvlup-sw/exarchos --skill discoverBefore you start
- Installation does not include a model subscription, API allowance or permission to access your files.
- Repository stars and installation counts describe activity, not an independent quality or security test.
Rendered from the source repository. Headings, examples, code, tables, links, and referenced images are preserved.
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>" } }
})

