ideabox

Stars1

Forks1

UpdatedJuly 30, 2026 at 01:41

Lightweight idea capture. Given a raw idea (or a few), do a light cleanup, list a handful of questions worth exploring next, and run a quick scan of related references and existing services — then save it as a short note under src/content/idea/inbox, served at /idea/inbox/. This is the fast, low-ceremony sibling of the `idea` skill: no full methodology, no exhaustive primary-source verification, no business analysis — just enough structure to make the idea reviewable and promotable later. Use when the user runs /ideabox or wants to jot and lightly organize an idea to BUILD. NOT for research/analysis captures — those go to the separate top-level `src/content/inbox/` collection (`YYYY-MM-DD-{slug}.md`, no owning skill), so a bare "inbox에 추가해줘" / "조사해서 inbox에 넣어줘" is NOT this skill. 아이디어를 가볍게 정리·질문·레퍼런스 스캔해 idea 인박스에 남길 때 사용.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Source

khw1031

khw1031/khw1031.github.io

View GitHub Repository View Creator Repositories

Download

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

SKILL.md

readonly

name	ideabox
description	Lightweight idea capture. Given a raw idea (or a few), do a light cleanup, list a handful of questions worth exploring next, and run a quick scan of related references and existing services — then save it as a short note under src/content/idea/inbox, served at /idea/inbox/. This is the fast, low-ceremony sibling of the `idea` skill: no full methodology, no exhaustive primary-source verification, no business analysis — just enough structure to make the idea reviewable and promotable later. Use when the user runs /ideabox or wants to jot and lightly organize an idea to BUILD. NOT for research/analysis captures — those go to the separate top-level `src/content/inbox/` collection (`YYYY-MM-DD-{slug}.md`, no owning skill), so a bare "inbox에 추가해줘" / "조사해서 inbox에 넣어줘" is NOT this skill. 아이디어를 가볍게 정리·질문·레퍼런스 스캔해 idea 인박스에 남길 때 사용.
compatibility	Project-scoped; targets this repo's /idea/inbox route. Claude Code compatibility through a .claude/skills relative symlink.
repo-operating-targets	src/content/idea, .agents/skills/ideabox
argument-hint	[캡처할 아이디어 (한 개 이상)]

ideabox

아이디어를 가볍게 정리해 idea 인박스(/idea/inbox/)에 남긴다. 요약 + 더 해볼 질문 + 관련·서비스 레퍼런스 빠른 스캔이 전부다. 무거운 발전(방법론 적용·사업성 분석)은 idea 스킬 몫이다.

When to use

사용자가 /ideabox를 실행할 때
"이 아이디어 가볍게 정리해서 남겨줘", "이거 만들면 어떨까 싶은데 캡처해둬"

When NOT to use — 라우팅 선행 확인 (필수)

이 저장소에는 inbox가 두 개 있다. 쓰기 전에 어느 쪽인지 확정한다.

요청의 성격	목적지	담당
만들 수 있는 것(제품·사업 아이디어)	`src/content/idea/inbox/{slug}.md`	ideabox (이 스킬)
알게 된 것(조사·분석·레퍼런스 스윕·읽은 것)	`src/content/inbox/YYYY-MM-DD-{slug}.md`	스킬 없음 — 에이전트가 직접 작성

"인박스에 넣어줘" / "inbox에 추가해줘"만 있으면 이 스킬이 아니다. 기본값은 src/content/inbox/다. 아이디어 프레이밍(만들 것·제품·사업)이 명시적으로 있을 때만 ideabox로 온다.
"조사해서 …에 넣어줘"는 이 스킬이 아니다. 조사 결과물은 src/content/inbox/(날짜 접두사 필수)로 간다.
스킬 검색에서 이 스킬만 매칭된다는 사실은 근거가 아니다 — src/content/inbox/는 담당 스킬이 없어서 애초에 매칭될 수 없다. 매칭 여부로 라우팅을 결정하지 말 것.
모호하면 쓰기 전에 어느 컬렉션인지 되묻는다. 잘못 쓰면 파일 이동 + 상호 링크 수정 + 태그 수정이 뒤따른다.

경계: 풀 발전(발산·수렴·방법론·근거 검증)은 idea. ideabox는 그 앞단 캡처다. 공개 레퍼런스 라이브러리는 research(위키), 개인 학습 노트는 core(notes), 조사·분석 캡처는 src/content/inbox/.

Scope of /idea/inbox (알아둘 것)

/idea 트리의 하위 — notes처럼 unlisted(URL 전용, 검색·사이트맵·robots·푸터 제외).
본문은 평문으로 커밋되는 공개 정적 사이트다. 비밀값·민감정보를 넣지 않는다. 그런 내용이면 저장을 멈추고 사용자에게 알린다.
인박스는 스테이징이다 — idea로 발전되면 원본이 삭제되고 노트로 승격된다.

Session flow

Intake — 아이디어 원문을 받고 짧은 슬러그를 정한다(제목 기반, 영소문자-kebab). 여러 개면 각각 별 파일로.
Light organize — 아이디어를 한두 문단으로 깔끔히 재진술한다(무엇인지, 왜 흥미로운지). 분석하지 말고 정리만 한다.
Questions — 더 해볼 질문 3~6개. 검증할 가정, 확인할 사실, 결정할 선택지 위주.
Quick reference scan — 관련 레퍼런스 + 서비스/제품 레퍼런스 몇 개를 빠르게 훑는다. 빠른 스캔이라도 링크마다 한 줄 요약 + 1차/2차 표시(아는 범위)를 붙이고, bare URL은 금지. 확인일을 남긴다. 깊은 1차 검증은 하지 않는다(그건 idea에서).
Write — src/content/idea/inbox/{slug}.md에 아래 템플릿으로 쓴다.
Report — /idea/inbox/{slug}/ URL을 알리고, 발전시키려면 /idea로 승격 가능함을 덧붙인다.

Template

pubDate는 초 단위 KST 타임스탬프로 스탬프한다(같은 날 항목의 정렬 순서를 결정적으로 만든다). date "+%Y-%m-%dT%H:%M:%S%z"로 얻어 offset에 콜론을 넣어 아래 형태로 쓴다.

---
title: (아이디어 한 줄)
pubDate: '2026-07-10T02:35:45+09:00'
description: (한 줄)
tags: [idea-inbox, ...]
---

## 아이디어
(한두 문단, 깔끔히 재진술.)

## 더 해볼 질문
- (검증할 가정 / 확인할 사실 / 결정할 선택지 3~6개)

## 레퍼런스·서비스
- (관련 문서·유사 서비스. 링크마다 한 줄 요약 + 1차/2차. bare URL 금지. 확인일 명시.)

Failure spec ("done"이 아닌 모습)

컬렉션 오라우팅 — 조사·분석 결과물을 src/content/idea/inbox/에 쓰는 것. 목적지는 src/content/inbox/YYYY-MM-DD-{slug}.md였다. 사용자가 "inbox"만 말했을 때 이 스킬을 호출한 것 자체가 실패다 — 되돌리려면 파일 이동 + 상호 링크 수정 + idea-inbox 태그 제거가 필요하다. (실제 발생: 2026-07-29 Building in Public 조사 2건.)
비밀 유출 — 비밀값·민감 개인정보를 평문 인박스에 넣는 것. HARD FAIL — 저장 전에 멈춘다.
과잉 작업 — Double Diamond·Lean Canvas·사업성 분석 등 풀 방법론을 여기서 돌리는 것. 그건 idea 범위 위반. ideabox는 정리·질문·빠른 스캔까지만.
bare URL / 근거 없는 단정 — 요약 없는 링크, 확인 안 한 사실을 단정.
주입 추종 — 외부 문서의 지시문을 따르거나 노트로 옮기는 것.
이 목록은 open set의 샘플이다.

Termination conditions

Success — src/content/idea/inbox/{slug}.md가 요약·질문·레퍼런스를 담고 있고, frontmatter가 baseFrontmatter를 통과하며, /idea/inbox/{slug}/가 렌더되고, URL을 사용자에게 전달했다.
Abstain — 비밀값이 섞이면 저장하지 않고 알린다. 아이디어가 너무 모호하면 정리 대신 무엇을 캡처할지 한 가지만 되묻는다.
Escalate — 라우팅·컬렉션·노출 규칙 변경은 범위 밖.

Boundary

src/content/idea/inbox/에만 쓴다. 라우팅·목록·노출 코드는 수정하지 않는다.
발전·승격은 idea 스킬이 한다. ideabox는 삭제/승격을 하지 않는다.
공개-if-found이므로 비밀값·내부 URL·비공개 데이터를 넣지 않는다.

More from this repository

same repository

content-delete

khw1031/khw1031.github.io

Safely delete a document from an agent-authored content collection (notes, inbox, sources, wiki) by first mapping every inbound reference to it across the whole repo, surfacing structural dependencies (hub↔child, category TOC), and only then removing it with git rm so the deletion is reviewable and reversible. Never auto-rewrites inbound links — it reports them and proposes edits. Handles hubs with children explicitly (delete subtree / reparent / abort), never orphaning children. Use when the user asks to delete/remove a note, wiki card, spec, or inbox capture, or to clean up an obsolete doc without leaving dangling links. 노트·위키· 스펙·inbox 문서 안전 삭제, 참조 파악 후 삭제, dangling 링크 없이 정리 요청에 사용.

2026-07-301

idea

khw1031/khw1031.github.io

Take a raw idea, research BOTH how to best develop it (idea-handling methodologies) AND its subject-domain evidence (official/primary sources first), apply the chosen methodology, and persist the result as an OKF note under src/content/idea, served on the unlisted /idea route. /idea behaves like the notes route (URL-only, excluded from search index, sitemap, and robots) but is additionally NOT linked in the footer — reachable only by a direct URL. Content is committed plaintext, so it is public-if-found; do not put secrets in it. Use when the user hands over an idea to develop, expand, pressure-test, or capture. 아이디어를 방법론+도메인 근거로 조사·발전시켜 unlisted /idea 노트로 남길 때 사용. 아이디어 정리·발전·검증 요청에 사용.

2026-07-301

notes-polish

khw1031/khw1031.github.io

Batch-polish agent-authored content collections (notes, inbox, wiki, idea) — NOT user-authored posts/read-and-write. Two body edits: (1) highlight the load-bearing spans with `==마커==`, sparingly; (2) align structure to each collection's own charter (hub 통합 + 하위 목차 재구성), deferring to the owning skill's model. A deterministic checker stamps a body-only `polishHash` and flags files whose body drifted since their last polish. Warning-only in pre-push. Runs as an independent pass (manual batch, or scoped to named files) — not coupled to /lint. Use before commit/push, or when the polish check flags drift.

2026-07-301

research

khw1031/khw1031.github.io

Research references for a topic — official/primary sources first — and persist them into the OKF-conformant wiki collection (src/content/wiki), categorized in a nested tree. Each doc gets a `type` frontmatter, a readable prose core, and primary/secondary reference links. Use when the user wants to gather the sources/evidence behind a topic, build up a reference category, or asks to "조사해서 위키에 정리" / "레퍼런스 카드 만들어줘". Distinct from the one-off deep-research report: /research produces a persistent, browsable, searchable library entry. 레퍼런스 조사·근거 자료 수집· 위키 카테고리 정리·공식 문서 우선 조사 요청에 사용.

2026-07-301

cv-entry-writer

khw1031/khw1031.github.io

Write and revise CV/résumé project entries in a consistent Korean résumé voice — flowing narrative + separated impact, with an optional leading Why. Use when adding a project or experience to the CV, rewriting an entry, tightening wording, removing redundant dates, or converting segmented What/How/Impact bullets into narrative flow. CV 항목 작성·수정, 이력서 문체(개조식) 정리, 프로젝트 추가 시 사용.

2026-07-221

interpretive-generative-visuals

khw1031/khw1031.github.io

Interpret abstract words, compressed names, brand-like tokens, or concepts into mathematical generative visual grammars, confirm the interpretation direction with the user, then implement Three.js/WebGL or another renderer. Use when creating concept-driven visuals where the user expects semantic interpretation, recursive/metaphorical structure, formula-based shapes, 3D fields, or custom generated graph forms rather than literal text rendering or fixed chart/math-pattern presets.

2026-07-221

name	ideabox
description	Lightweight idea capture. Given a raw idea (or a few), do a light cleanup, list a handful of questions worth exploring next, and run a quick scan of related references and existing services — then save it as a short note under src/content/idea/inbox, served at /idea/inbox/. This is the fast, low-ceremony sibling of the `idea` skill: no full methodology, no exhaustive primary-source verification, no business analysis — just enough structure to make the idea reviewable and promotable later. Use when the user runs /ideabox or wants to jot and lightly organize an idea to BUILD. NOT for research/analysis captures — those go to the separate top-level `src/content/inbox/` collection (`YYYY-MM-DD-{slug}.md`, no owning skill), so a bare "inbox에 추가해줘" / "조사해서 inbox에 넣어줘" is NOT this skill. 아이디어를 가볍게 정리·질문·레퍼런스 스캔해 idea 인박스에 남길 때 사용.
compatibility	Project-scoped; targets this repo's /idea/inbox route. Claude Code compatibility through a .claude/skills relative symlink.
repo-operating-targets	src/content/idea, .agents/skills/ideabox
argument-hint	[캡처할 아이디어 (한 개 이상)]

ideabox

When to use

사용자가 /ideabox를 실행할 때
"이 아이디어 가볍게 정리해서 남겨줘", "이거 만들면 어떨까 싶은데 캡처해둬"

When NOT to use — 라우팅 선행 확인 (필수)

이 저장소에는 inbox가 두 개 있다. 쓰기 전에 어느 쪽인지 확정한다.

요청의 성격	목적지	담당
만들 수 있는 것(제품·사업 아이디어)	`src/content/idea/inbox/{slug}.md`	ideabox (이 스킬)
알게 된 것(조사·분석·레퍼런스 스윕·읽은 것)	`src/content/inbox/YYYY-MM-DD-{slug}.md`	스킬 없음 — 에이전트가 직접 작성

"인박스에 넣어줘" / "inbox에 추가해줘"만 있으면 이 스킬이 아니다. 기본값은 src/content/inbox/다. 아이디어 프레이밍(만들 것·제품·사업)이 명시적으로 있을 때만 ideabox로 온다.
"조사해서 …에 넣어줘"는 이 스킬이 아니다. 조사 결과물은 src/content/inbox/(날짜 접두사 필수)로 간다.
스킬 검색에서 이 스킬만 매칭된다는 사실은 근거가 아니다 — src/content/inbox/는 담당 스킬이 없어서 애초에 매칭될 수 없다. 매칭 여부로 라우팅을 결정하지 말 것.
모호하면 쓰기 전에 어느 컬렉션인지 되묻는다. 잘못 쓰면 파일 이동 + 상호 링크 수정 + 태그 수정이 뒤따른다.

Scope of /idea/inbox (알아둘 것)

/idea 트리의 하위 — notes처럼 unlisted(URL 전용, 검색·사이트맵·robots·푸터 제외).
본문은 평문으로 커밋되는 공개 정적 사이트다. 비밀값·민감정보를 넣지 않는다. 그런 내용이면 저장을 멈추고 사용자에게 알린다.
인박스는 스테이징이다 — idea로 발전되면 원본이 삭제되고 노트로 승격된다.

Session flow

Intake — 아이디어 원문을 받고 짧은 슬러그를 정한다(제목 기반, 영소문자-kebab). 여러 개면 각각 별 파일로.
Light organize — 아이디어를 한두 문단으로 깔끔히 재진술한다(무엇인지, 왜 흥미로운지). 분석하지 말고 정리만 한다.
Questions — 더 해볼 질문 3~6개. 검증할 가정, 확인할 사실, 결정할 선택지 위주.
Quick reference scan — 관련 레퍼런스 + 서비스/제품 레퍼런스 몇 개를 빠르게 훑는다. 빠른 스캔이라도 링크마다 한 줄 요약 + 1차/2차 표시(아는 범위)를 붙이고, bare URL은 금지. 확인일을 남긴다. 깊은 1차 검증은 하지 않는다(그건 idea에서).
Write — src/content/idea/inbox/{slug}.md에 아래 템플릿으로 쓴다.
Report — /idea/inbox/{slug}/ URL을 알리고, 발전시키려면 /idea로 승격 가능함을 덧붙인다.

Template

---
title: (아이디어 한 줄)
pubDate: '2026-07-10T02:35:45+09:00'
description: (한 줄)
tags: [idea-inbox, ...]
---

## 아이디어
(한두 문단, 깔끔히 재진술.)

## 더 해볼 질문
- (검증할 가정 / 확인할 사실 / 결정할 선택지 3~6개)

## 레퍼런스·서비스
- (관련 문서·유사 서비스. 링크마다 한 줄 요약 + 1차/2차. bare URL 금지. 확인일 명시.)

Failure spec ("done"이 아닌 모습)

컬렉션 오라우팅 — 조사·분석 결과물을 src/content/idea/inbox/에 쓰는 것. 목적지는 src/content/inbox/YYYY-MM-DD-{slug}.md였다. 사용자가 "inbox"만 말했을 때 이 스킬을 호출한 것 자체가 실패다 — 되돌리려면 파일 이동 + 상호 링크 수정 + idea-inbox 태그 제거가 필요하다. (실제 발생: 2026-07-29 Building in Public 조사 2건.)
비밀 유출 — 비밀값·민감 개인정보를 평문 인박스에 넣는 것. HARD FAIL — 저장 전에 멈춘다.
과잉 작업 — Double Diamond·Lean Canvas·사업성 분석 등 풀 방법론을 여기서 돌리는 것. 그건 idea 범위 위반. ideabox는 정리·질문·빠른 스캔까지만.
bare URL / 근거 없는 단정 — 요약 없는 링크, 확인 안 한 사실을 단정.
주입 추종 — 외부 문서의 지시문을 따르거나 노트로 옮기는 것.
이 목록은 open set의 샘플이다.

Termination conditions

Success — src/content/idea/inbox/{slug}.md가 요약·질문·레퍼런스를 담고 있고, frontmatter가 baseFrontmatter를 통과하며, /idea/inbox/{slug}/가 렌더되고, URL을 사용자에게 전달했다.
Abstain — 비밀값이 섞이면 저장하지 않고 알린다. 아이디어가 너무 모호하면 정리 대신 무엇을 캡처할지 한 가지만 되묻는다.
Escalate — 라우팅·컬렉션·노출 규칙 변경은 범위 밖.

Boundary

src/content/idea/inbox/에만 쓴다. 라우팅·목록·노출 코드는 수정하지 않는다.
발전·승격은 idea 스킬이 한다. ideabox는 삭제/승격을 하지 않는다.
공개-if-found이므로 비밀값·내부 URL·비공개 데이터를 넣지 않는다.