메뉴
Maintains an LLM-powered 3-layer personal wiki (raw → wiki → schema) from raw sources. Use when user mentions wiki init, wiki ingest, wiki query, wiki lint, wiki update, 위키 초기화, 위키 추가, 위키 질문, 위키 검사, 위키 업데이트, or wants to build a knowledge base from sources.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Diagnose macOS RAM by memory pressure rather than raw usage — runs one script that reports the pressure verdict, swap, the usage-vs-cache breakdown, top consumers, and an optional process-group total. Use when the user asks about memory or RAM, "why is my RAM so high", "is 36GB/48GB enough", whether to worry about usage, 메모리 사용량, 램 사용량 높은데, 메모리 부족한가, 맥 메모리 확인.
Compresses a long output, report, or analysis into a one-page executive (CEO/CTO) brief — conclusion first, key points only, technical detail translated into business impact. Use when the user wants the gist of something too long for a decision-maker, with phrases like 내용이 너무 많아서 읽기 힘들다, 한눈에 안 들어온다, 다 읽기 귀찮으니 요약해줘, CEO/CTO에게 보고하듯, 한 페이지로 정리해줘, 핵심만 압축해서 알려줘, 정리해줘, 요약해줘.
Unified GitHub issue workflow via the gh CLI — fetch an issue (body, labels, comments, image/video attachments) into the session, create a new issue from a template, or update an existing one (body, labels, state, comments). Handles the 404 that plain curl/WebFetch hits on GitHub attachment URLs by downloading with an auth token, and extracts viewable frames from video attachments. Use whenever the user mentions GitHub issues — 이슈 가져와, 이슈 조회, 이슈 등록, 이슈 생성, 이슈 만들어줘, 이슈 업데이트, 이슈 수정, 이슈 코멘트, 이슈 작업, fetch issue N, work on issue N, create an issue, update issue N, file a bug, /github-issue.
Writes single-scenario Flow documents under flows/<topic>/ — use case context, one Mermaid diagram (sequence or flowchart), step-by-step branches, and source file references — so how a service behaves end-to-end can be grasped at a glance. Use when user asks for a sequence diagram, user flow, use case doc, or mentions 시퀀스 다이어그램, 유저 플로우, 플로우 그려줘, 동작 흐름, 플로우 작성. Also trigger on intent like 어떻게 동작하는지 한눈에 보고 싶다, 동작 순서 정리해줘 — but not on simple code questions about a single function.
Creates and manages an agent team (planner + implementer teammates) for the current worktree session. Use when user says "create team", "팀 생성", "팀 만들어줘", "agent team", or wants a planner+implementer spec-driven workflow in a worktree session. Also covers team operations — cleanup ("팀 정리", end teammates) and expand ("팀원 추가", add a role) — folded from the former agent-team commands.
Splits current project work into parallel-safe task groups with worktree branch names and structured starting prompts. Use only on manual /split-work invocation — no automatic trigger.
| name | llm-wiki |
| description | Maintains an LLM-powered 3-layer personal wiki (raw → wiki → schema) from raw sources. Use when user mentions wiki init, wiki ingest, wiki query, wiki lint, wiki update, 위키 초기화, 위키 추가, 위키 질문, 위키 검사, 위키 업데이트, or wants to build a knowledge base from sources. |
| allowed-tools | Read, Write, Edit, Glob, Grep, Bash, WebFetch, AskUserQuestion |
| context | fork |
| agent | general-purpose |
3-layer (raw → wiki → schema) 개인 위키. 이 파일은 라우터다 — operation 본문은 operations/{op}.md에 있고, 의도 분류 후 그 파일만 Read한다.
모든 op 시작 전 1회 수행. 결과로 wiki_root(절대 경로)와 wiki_exists(SCHEMA.md 존재 여부)를 갖춘다.
config.json 확인 (템플릿은 config.example.json). 없으면 AskUserQuestion으로 위키 루트 경로를 받는다 (빈 응답이면 ~/wiki 기본). 받은 값을 { "wiki_root": "<path>" }로 작성.wiki_root의 ~를 절대 경로로 확장.{wiki_root}/SCHEMA.md 존재 여부 확인 → wiki_exists.| 발화 | op |
|---|---|
| "wiki init", "위키 초기화", "위키 만들어" | init |
| URL/파일 경로/"ingest"/"위키 추가"/"이거 읽어줘" — 단 wiki_root 안의 기존 파일 경로면 update 우선 | ingest |
| 위키 내용 질문/"wiki query"/"위키에서 찾아줘" | query |
| "wiki lint"/"위키 검사"/"위키 건강 체크" | lint |
| "wiki update"/"위키 수정"/특정 페이지 + 변경 의도 | update |
모호하면 AskUserQuestion으로 ingest/query/lint/update 중 선택.
init이 아닌데 wiki_exists=false면 진행하지 않는다. "위키가 없습니다. wiki init을 먼저 실행해주세요." 안내 후 종료.operations/{op}.md를 Read하고 파일의 절차를 그대로 따른다 (모든 op는 Phase 0 결과와 wiki_exists=true를 prereq로 가정 — init만 false에서 시작).<refs>가 명시한 PRINCIPLES.md 섹션만, 그 시점에 Read. "섹션"은 ## <name> 헤딩 한 블록 (다음 ## ... 직전까지).