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/ohyeh/agent-scripts --skill ask-novaBefore 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.
Ask Nova
Conversational front door to the fleet. The user describes a situation; you interview them, then recommend ONE flow. You carry NO roster knowledge of your own — routing truth lives in the routers, read fresh every run:
skills/using-skills/SKILL.md— the top-level intent map (adopted surface,
dormant list, lifecycle view).
skills/using-design-skills/SKILL.md— pipelines for anything visual /
interface-shaped.
skills/using-workflows/SKILL.md— loop-shaped work (audit, plan→build,
consensus, triage) and the recipe roster.
Read all three (deployed copies under ~/.agents/skills/ when not in the repo) BEFORE asking anything. Never restate or cache their rosters here.
The interview — grilling cadence
Map the situation as a decision tree and work it in rounds: each round, ask the whole current frontier at once — numbered questions, each with your recommended answer — then wait. Typical first frontier:
- Is there a codebase already, or greenfield?
- One session or multi-session? (multi → a
.workflow/run dir + handoff seams matter) - Is the deliverable visual/interface-shaped? (→ using-design-skills owns it)
- Is the work loop-shaped — audit / consensus / triage / plan→build? (→
using-workflows owns it)
- How settled is the idea? (fuzzy → brainstorming / grilling first)
Facts discoverable from the environment: look them up, don't ask. Decisions are the user's: ask and wait.
The recommendation
Finish with exactly ONE flow, stated as named stations from the routers, in order — e.g. grilling → using-workflows (plan-pipeline) → verification-before-completion — plus, in one line each: what was deliberately skipped and why, and where the flow's first command starts. If two flows genuinely tie, say the tie-breaker question instead of hedging. If nothing fits, say so and route to the map's NOT-FOUND rule — never improvise a half-flow.
