wso2/labs-agentic-engineer · Archived

grilling

Use when a flow skill sends you to interview the user — how to write a structured question, how many rounds an interview may run, and how it ends.

First seen Aug 6, 2026

Installation

$ npx skills add wso2/labs-agentic-engineer --skill grilling

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from wso2/labs-agentic-engineer · top by installs.

npx skills add wso2/labs-agentic-engineer

Browse all from wso2/labs-agentic-engineer

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 18
License LICENSE
Default branch main
Open issues 99
Status Archived

Skill metadata

Parsed from SKILL.md frontmatter.

More metadata
aep
{"kind":"platform","audience":["design"]}

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 4,586 B
  • docs SUMMARY.md 164 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Grilling

Interview mechanics. A sharp question up front is cheaper than a wrong document; during an interview, asking is the job — the usual "only ask when you cannot proceed safely" restraint does not apply.

A flow skill always owns the document

This skill owns the question tools and nothing else — it has no artifact contract, so fired on its own it produces well-formed questions with nowhere to put the answers. The document belongs to a flow skill: start for requirements from an idea, amend for a scoped change to them, design for the design. Each loads this one for the mechanics.

Reached directly, hand it back: name the flow that covers what the user wants, and let them fire it.

The tools

Each form ends your turn; the user's answers arrive as the next message.

  • ask_questions — a form of several INDEPENDENT questions answered

together. Up to 8 per form: a screenful, not a budget. What does not fit goes in the next round.

  • ask_question — one question, when the next question depends on this

answer.

Writing questions

  • Ask only questions whose answers change the artifact. Everything else is

either already answered (the brief, an earlier answer, an org default) or yours to assume.

  • Give 0–5 concrete options and mark exactly one recommended: true.

Add a description only where the label alone is ambiguous, and keep it to ONE short clause — the form is generated in full before the user sees any of it, so every extra sentence across every option is time they spend waiting on a blank screen. multiSelect: true only when several options genuinely co-apply.

  • The form always offers free text, so pass an empty options list when the

answer must be typed — never invent placeholder options like "Other".

  • Options are a starting point, not a cage: never smuggle in a constraint the

user didn't state; ask instead.

The answers are the authoritative brief — treat them as decisions, not suggestions.

How many rounds

As many as the work needs — no cap on questions, forms, rounds or sessions, for requirements and for design alike. Revisiting something answered earlier is legitimate when what you have written since changed what the answer has to carry; say what changed when you do.

What keeps that from being an interrogation is the order, not a budget:

  • Reach the document early. Ask first what the artifact cannot be written

without, write it, then refine it in place. The calling skill says what its own document needs first.

  • Every round after the first reacts to something concrete — a line the

document now carries, an answer that opened a new choice, two statements that contradict. A question that could have been asked before the document existed belongs in the first round. Without that, more rounds are strictly worse than the single form they replace.

  • No denominator. State where the work stands by what the document says —

here is what I have; what is wrong with it? A convergence-based interview has no total, so any count you offer ("question 3 of 5", "one last round") is a fiction.

Ending the interview

  • Converged: the remaining unknowns no longer change the artifact — stop

and generate.

  • Recommended answers: the user says "just generate" / "skip", or takes the

form's own exit — stop asking, apply your recommended answer to every remaining decision, and tag each one assumed where it lands in the artifact. This ends the round, not the conversation: a flagged assumption is a decision the user can see and overturn, which is what makes it a deferral rather than a loss. A silent one is an invention.

  • Deferred: the user says they know and will decide later — write "deferred"

against it and stop raising it. This is the one answer that does close a line of questioning for good.

  • Headless: the turn states no interview is possible — ask nothing;

generate on stated assumptions, each marked assumed.

A judgment the agent can make is assumed and flagged. A fact only the user holds — a URL, a package, which vendor they have a contract with — is never assumed: it goes to the document's open questions, because an invented API URL does not fail at review, it fails at build.