jackin-project/jackin-dev

jackin-research

Use only when the user explicitly requests this skill. Produces a standalone multi-page research dossier on the jackin❯ docs site, drawing on web and codebase evidence.

First seen Jul 4, 2026

Installation

$ npx skills add jackin-project/jackin-dev --skill jackin-research

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 jackin-project/jackin-dev · top by installs.

npx skills add jackin-project/jackin-dev

Browse all from jackin-project/jackin-dev

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 3
License LICENSES
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

LicenseApache-2.0

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,267 B
  • docs SUMMARY.md 193 B

History

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

SKILL.md

jackin-research

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.

When to use

  • Operator runs jackin-research <slug> for a substantial investigation.

When NOT to use

  • Design decisions on a roadmap item → jackin-brainstorm.
  • Quick lookup → deep-research or Explore directly, no dossier.

Arguments

  • --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.

Output layout (default: separate folder)

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.

Process

  1. Scope / brief. From the topic (or roadmap item), draft or load prompt.mdx: mission, chapter list, evidence rules. With --brief-only, stop here.
  2. Gather. Web via the built-in deep-research; codebase via Explore/grep. Every external claim carries a source URL; every local number carries its method.
  3. Write. 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/.
  4. Wire the sidebar. Create/update the dossier meta.json and the parent research/meta.json.
  5. Docs gate + commit. Run the bun docs gate (build, check:repo-links, tsc --noEmit, test) from docs/. Commit docs(research):; push.

Common mistakes

  • Forcing a Problem/Why/Design shape — a dossier is free-form, not a roadmap item.
  • Making design decisions — that is brainstorm.
  • An unsourced external claim, or a local number without its method.
  • meta.json pages out of sync with the files on disk.

Tooling

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>.