사용 방법
- 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
- 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
- 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/jackin-project/jackin-dev --skill jackin-brainstorm시작 전 확인
- 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
- 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.
jackin-brainstorm
Turn an existing roadmap item's intent (and any gathered research) into concrete design decisions, through open back-and-forth with the operator, written incrementally into the item's ## Design section.
Judgment task — describe and decide; do not script it, do not write code, do not break work into tasks (that is plan, deferred).
When to use
- Operator runs
jackin-brainstorm <slug>to design an open roadmap item.
When NOT to use
- Creating the item →
jackin-propose. - Large external/codebase investigation →
jackin-research. - Implementing →
/goal Implement <slug>.md.
Arguments
--research— runjackin-researchfirst if the item looks thin.--resume— continue from the current## Designstate.
Process
- Load context. Read
docs/content/docs/roadmap/<slug>.mdx— Problem, Why It Matters, Design-so-far, Related Files — plus any research already linked. - Discuss freeform. Open back-and-forth: surface alternatives, trade-offs, open questions. Pull in jackin❯ design principles and the relevant rule files (
ENGINEERING.md,HOST_AND_CONTAINER.md, TUI/docs rules) as constraints. Prefer one question at a time; check in as each part settles. - Write incrementally. As each point settles, append or update the matching part of
## Designin the.mdx— the decision plus a one-line why.--resumepicks up from there. - Hit an unknown? Gather quickly (Explore/grep, or
deep-research). Large investigation → spin a separatejackin-researchdossier and link it from## Design. Then resume deciding. - Converge. When
## Designcovers the approach end to end, summarize and point at the implementation step (/goal Implement <slug>.md). - Commit + push.
docs:per settled chunk (push after every commit).
Common mistakes
- Writing code, or filling
## Tasks— out of scope. - Dumping a finished design without the back-and-forth, or asking many questions at once.
- Recording decisions only in chat instead of into
## Design(it must be resumable). - Restating rule-file content instead of referencing it by name.



