elicit

Guide discovery sessions to distill requirements into an Allium specification.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/ravenoak/oh-my-stigmergy --skill elicit-ravenoak
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: elicit
Source: https://github.com/ravenoak/oh-my-stigmergy/tree/main/.agents/skills/elicit
Command: npx skills add https://github.com/ravenoak/oh-my-stigmergy --skill elicit-ravenoak

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill guides you through structured discovery sessions to build Allium specifications by conversation, enabling teams to surface ambiguities and shape a specification from user input.

Core Features & Use Cases

  • Process discovery & scope definition to identify actors, entities, and boundaries, ensuring a clear starting point for spec-building.
  • Happy path, edge cases & refinement techniques to outline primary flows, alternative paths, and gaps for later detail work.
  • Open questions & documentation to capture unresolved issues and hand-off requirements for stakeholders and teams.

Quick Start

Describe your system at a high level, then walk me through the main flow to identify actors, entities, and outcomes.

Frequently Asked Questions about elicit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I elicit requirements for a formal specification from early discovery sessions?

Requirements elicitation for a formal specification involves guiding discovery sessions to capture actors, entities, and boundaries. This skill structures that process by distilling user input into a walking skeleton and surface definitions to drive alignment.

What is the best way to define scope and identify edge cases before building an Allium spec?

Scope definition and edge-case elicitation are handled by framing happy-path flows and checking assumptions against user input. This approach surfaces alternative paths and gaps, documenting them as unresolved questions for stakeholders.

How do I capture process discovery outputs like transition graphs and actor roles from client workshops?

Process discovery outputs like transition graphs and actor roles are captured by formalizing client workshop conversations. You describe the system at a high level, then walk through the main flow to identify exposed surfaces and outcomes.

Can I use structured discovery to frame happy paths and surface ambiguities in an incomplete specification?

Structured discovery can frame happy paths and surface ambiguities in an incomplete specification. It provides open questions and assumption checking to highlight unresolved issues, ensuring a complete spec is defined before hand-off.

Do I need a complete spec to start requirements elicitation, or can I build one from scratch?

Requirements elicitation does not require a complete spec to start; it is designed for scenarios where a specification is not yet defined. You can build a formal Allium spec from scratch by starting with a high-level system description.

When should I not use structured process discovery for requirements gathering?

Structured process discovery should not be used when a complete and formal Allium specification is already defined. It is specifically built for early discovery sessions and client workshops where scope, actors, and boundaries remain ambiguous.