ワンクリックで
jackin-research
Produces a standalone multi-page research dossier on the jackin❯ docs site, drawing on web and codebase evidence.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Produces a standalone multi-page research dossier on the jackin❯ docs site, drawing on web and codebase evidence.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Turns a jackin❯ roadmap item's intent into concrete design decisions through freeform discussion, written into its
Switches the current jackin❯ repo onto a pull request's branch via gh pr checkout, guarding the working tree first.
Opens a pull request for a small jackin❯ change with the correct body shape and auto-selected verify-locally blocks.
Distills a jackin❯ roadmap item — plus optional plan files — into a self-contained /goal prompt capped at 4000 characters.
Runs the jackin❯ pre-merge gate, retires the roadmap item into docs, and squash-merges a pull request.
Opens a jackin❯ feature or idea as a roadmap item draft plus an early PR; never writes code.
| name | jackin-research |
| description | Produces a standalone multi-page research dossier on the jackin❯ docs site, drawing on web and codebase evidence. |
| argument-hint | <slug> [--brief-only] [--in-roadmap] [--web-only|--codebase-only] |
| disable-model-invocation | true |
Produce a standalone research dossier — a multi-page deliverable published on the jackin❯ docs site — for an open question or roadmap topic. Brief-driven: author the brief, then execute it. Gathers and synthesizes evidence (web + codebase); does not make product design decisions.
Reference implementation: docs/content/docs/research/token-optimization-research/ in the jackin❯ repo.
jackin-research <slug> for a substantial investigation.jackin-brainstorm.deep-research or Explore directly, no dossier.--brief-only — author prompt.mdx (the brief) and stop; execute later via /goal Follow <brief>.--in-roadmap — store findings inline in the roadmap item instead of a separate dossier (small research only).--web-only / --codebase-only — restrict gathering to one pass.docs/content/docs/research/<slug>/
├── meta.json # { title, defaultOpen:false, pages:[...] } — sidebar order
├── index.mdx # dossier landing: headline numbers, how-to-read, tier list
├── prompt.mdx # the brief that was run (the spec; carries the /goal run line)
├── NN-*.mdx # numbered chapters (00 summary, 01.. foundations, 10-20 areas, 30+ synthesis)
└── tools/ # optional scripts + own meta.json + index.mdx
Also add <slug> to the parent docs/content/docs/research/meta.json pages. Big research → own folder (default); small → --in-roadmap.
prompt.mdx: mission, chapter list, evidence rules. With --brief-only, stop here.deep-research; codebase via Explore/grep. Every external claim carries a source URL; every local number carries its method.index.mdx (headline numbers + how-to-read + tier list) and the numbered chapters in a fixed per-technique record schema; bundle any reproduction scripts under tools/.meta.json and the parent research/meta.json.bun docs gate (build, check:repo-links, tsc --noEmit, test) from docs/. Commit docs(research):; push.brainstorm.meta.json pages out of sync with the files on disk.cargo xtask research scaffold <slug> creates the folder + meta.json; cargo xtask research check validates pages against disk. Execution typically runs via the external /goal Follow <brief>.