cs-grill-research-ops

---
description: Matt Pocock-style docs-anchored grilling for a Research Operations plan — clinical study, R&D budget, market size, or product study. Walks the plan against the research canon (ICH E9, IAS 38, Cochran, Kotler, Nielsen) one question at a time, recommends an answer per question, and refuses to invoke any sub-skill until the lane-defining decisions are locked. Use before running /cs:research-ops on a fuzzy plan.
argument-hint: "<plan, study, budget, market question, or fuzzy research problem>"
---

# /cs:grill-research-ops — Research grill against the research-ops canon

Apply Matt Pocock's `grill-with-docs` discipline to this plan / problem:

**$ARGUMENTS**

## Five rules (preserved from Matt Pocock, MIT)

1. **One question per turn.** Never bundle.
2. **Recommend an answer with each question.**
3. **Explore the workspace before asking** — protocols, ledgers, market models, interview guides.
4. **Walk depth-first.**
5. **Track dependencies** — endpoint → power → feasibility; budget → burn → treatment; sizing → survey → segmentation; method → saturation → synthesis.

## The Research-Ops decision tree (depth-first)

### Branch 1 — Which lane?

- CLINICAL / RD_FINANCE / MARKET / PRODUCT

### Branch 2 — The forcing question per lane

**CLINICAL:** "Is your primary endpoint a clinical outcome or a surrogate — and if surrogate, is it validated for this indication?"
Recommended: clinical outcome unless the surrogate is on FDA's validated table.
Canon: FDA Surrogate Endpoint Table; BEST glossary; ICH E9.

**RD_FINANCE:** "Is this spend in the research phase or the development phase, and can you evidence technical feasibility?"
Recommended: research = expense; development = capitalize-candidate only with feasibility evidence, routed to a named finance owner.
Canon: IAS 38; ASC 730.

**MARKET:** "Is your TAM top-down or bottoms-up — and have you computed it both ways to triangulate?"
Recommended: both; reconcile the delta before quoting a number.
Canon: Bessemer / a16z market-sizing; Fermi estimation.

**PRODUCT:** "Is this study generative (discover problems) or evaluative (test a solution)?"
Recommended: name it first; the method follows.
Canon: Rohrer's UX-research methods landscape (NN/g).

### Branch 3 — Confidence & assumptions check

"What's your confidence level, and what are the three assumptions the answer rests on?"
Recommended: state confidence (high/moderate/low) and surface the assumptions before any number.

### Branch 4 — Named owner

"Who is the human owner who signs this output?"
Recommended: a named clinician/biostatistician (clinical), a named finance controller (finance), a named decision-maker (market/product) — not "the team".

### Branch 5 — Now invoke the sub-skill

Only after branches 1-4 are locked, invoke `/cs:research-ops` with the synthesized inquiry.

## Output format per turn

```
Q[i]/[total]: [precise question]
Recommended: [answer + canon-cited rationale]

(Confirm, or override?)
```

## Stop conditions

- All branches resolved → invoke `/cs:research-ops <synthesized>`
- User says "stop grilling, just run it" → invoke with whatever's resolved, flag unresolved branches in digest
- User abandons → no sub-skill, save partial grill to `research-ops-grill-{timestamp}.md`

## Distinct from

- `engineering/grill-me` (Matt Pocock) — generic.
- `engineering/grill-with-docs` (Matt Pocock) — codebase + ADR-anchored for engineering. This is **Research-Ops-domain grilling** against the research canon.
- `/cs:research-ops` — **executes** routing. This **interrogates** first.