wiki-feed
문서를 llm-wiki vault에 투입(ingest)한다 — 파일·디렉토리를 받아 md/txt/pdf를 순차 ingest하고 파일별 결과(source_id·claims·모순·commit/skipped)를 리포트. 소량(≤5)은 메인 세션이 직접, 대량은 wiki-curator 1회 디스패치. 락·dirty·Ollama 다운 에러 프로토콜은 도구 계약을 따른다. Use when: "이 문서들 위키에 넣어줘", "vault에 컴파일해줘", 지식 소스 일괄 투입 시. Feed documents into an llm-wiki vault: sequential ingest of md/txt/pdf with a per-file report (source_id, claims, contradictions, commit/skipped). Use when: adding or compiling documents into the knowledge vault.
- License 许可
- Apache-2.0
- 最近更新
- 2026-10-29
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- wiki-feed
- description
- 문서를 llm-wiki vault에 투입(ingest)한다 — 파일·디렉토리를 받아 md/txt/pdf를 순차 ingest하고 파일별 결과(source_id·claims·모순·commit/skipped)를 리포트. 소량(≤5)은 메인 세션이 직접, 대량은 wiki-curator 1회 디스패치. 락·dirty·Ollama 다운 에러 프로토콜은 도구 계약을 따른다. Use when: "이 문서들 위키에 넣어줘", "vault에 컴파일해줘", 지식 소스 일괄 투입 시. Feed documents into an llm-wiki vault: sequential ingest of md/txt/pdf with a per-file report (source_id, claims, contradictions, commit/skipped). Use when: adding or compiling documents into the knowledge vault.
03 SKILL.md 正文
/wiki-feed — 문서 투입
얇은 진입점이다 — 실행 로직은 wiki-ops-orchestrator 스킬의 Stage 0~1이 수행한다
(커맨드에 로직을 중복 기술하지 않는다).
When to Apply
- 문서 파일·디렉토리를 vault에 투입할 때 ("이 문서들 위키에 넣어줘")
- 갱신된 소스의 재컴파일이 필요할 때 (동일 내용은 skipped 멱등)
- 파이프라인 검증 목적의 dry-run이 필요할 때 (
--provider fake)
Usage
/wiki-feed <path...> [--vault <dir>] [--provider fake] [--allow-dirty]
| 인자 | 의미 |
|---|---|
<path...> |
파일·디렉토리 (md/markdown/txt/pdf만 — 그 외는 목록에서 제외하고 보고) |
--vault |
vault 경로 (생략 시 $LLMWIKI_VAULT → 사용자 질문 1회) |
--provider fake |
결정론 dry-run (구조·인용 검증 전용, 요약 품질 무의미) |
--allow-dirty |
dirty tree 게이트 우회 (원인 파악 후에만 — 기본은 원인 커밋 권장) |
Flow
- 오케스트레이터 Stage 0 (vault 준비·LLMWIKI_BIN 결정 — 최초 1회)
- Stage 1 실행: 파일별
ingest --json순차 (≤5개 메인 세션 / 6개 이상 wiki-curator 디스패치) .planning/wiki-feed-report.md갱신 + 모순 발생 건 하이라이트 보고
Boundaries
Will: 로컬 문서 투입, 실패 건 안전 재시도, 파일별 결과 리포트
Will Not: 웹 수집(→ /wiki-ask --research의 --allow-network는 사용자 명시 요청 시만),
raw/ 직접 조작, 병렬 ingest (단일 작성자 락 — 순차가 정답)
04 同仓库更多 Skills
sync-claude-md
커밋·푸시·PR/MR 직전에 이번 변경이 프로젝트 CLAUDE.md 를 낡게 만드는지 검토하고, 필요할 때만 갱신 diff 를 제안한다 — 아키텍처·디렉터리 구조, 새 통합/MCP, 컨벤션, 빌드·CI·도구, 주요 의존성 변화가 대상. 해당 없으면 한 줄로 끝낸다. Reviews whether pending changes make the project CLAUDE.md stale (architecture, integrations, conventions, build/CI/tooling, major dependencies) and proposes a minimal update diff only when needed. Use when: "CLAUDE.md 갱신 필요해?", "CLAUDE.md 동기화", 커밋/푸시/MR 전에 구조·도구가 바뀐 변경을 정리할 때, sync CLAUDE.md, check CLAUDE.md before commit or PR.
spec-driven-dev
새 기능·프로젝트·큰 변경을 코드보다 스펙 먼저로 진행하는 게이트 워크플로(SPECIFY → PLAN → TASKS → IMPLEMENT) — 가정 명시, 측정 가능한 성공 기준, Always/Ask/Never 경계, 단계별 사람 검토로 범위 이탈과 재작업을 줄인다. Spec-before-code gated workflow for new features or significant changes: explicit assumptions, measurable success criteria, boundaries, and a human review between stages. Use when: "스펙 먼저", "기능 명세", "요구사항 정리", starting a new feature or project, a significant change with vague requirements. 단순 버그 수정·1~2줄 변경엔 불필요.
shipping-guide
프로덕션 배포 전후 가이드 — 배포 전 체크리스트, 피처 플래그 수명주기, 단계적 롤아웃과 진행/보류/롤백 임계값, 롤백 계획 템플릿, 배포 후 모니터링. Production shipping guide: pre-launch checklist, feature-flag lifecycle, staged rollout with go/hold/rollback thresholds, rollback plan template, post-launch monitoring. Use when: "배포 준비", "릴리즈 전 점검", "롤아웃 계획", "롤백 계획", preparing a production deploy, staged rollout, feature flags.
retro
세션 회고·교훈 컴파운딩 — 이번 세션의 교정·실수·발견을 추출해 품질 기준(재현·일반화·판정 가능성)으로 거르고, 컨벤션 변화는 sync-claude-md 위임, 반복 실수는 tasks/lessons.md(#가드-훅-후보 태그), 스킬 지식 갱신은 수정 제안으로 나눈다. 모든 적용은 승인 후. Session retrospective that turns corrections, mistakes, and discoveries into vetted lessons routed to CLAUDE.md sync, tasks/lessons.md, or skill-edit proposals, with user approval before any write. Use when: "회고", "레트로", "교훈 정리", "같은 실수 반복", "재발 방지 규칙", retrospective, lessons learned, wrapping up a task, review, or loop. 여러 실행에 걸친 하네스 개선은 harness:evolve.
project-rules
현재 프로젝트의 스택(빌드 파일 버전, 마이그레이션 도구, ORM 유무, ES 사용, git 호스트)을 감지해 프로젝트 루트 AGENTS.md 의 마커 블록(스택 사실 + 항상 적용되는 스페셜리스트 핵심 ≤15줄 — Claude Code·Codex·Antigravity 공통)과 CLAUDE.md 의 `@AGENTS.md` 연결, Claude 전용 경로 한정 .claude/rules/<stack>-specialist.md(해당 버전에 실제로 맞는 상세 함정)를 diff 로 제안하고, 스택 플러그인을 런타임별로 프로젝트 범위에서 켜는 법을 안내한다. 이전 버전 출력(CLAUDE.md 블록·specialist-core.md)은 AGENTS.md 로 이전을 제안. --check 는 버전 불일치·사라진 ID·크기 한도·연결 누락을 점검. Detects the project's stack and proposes a cross-runtime AGENTS.md block (stack facts + always-on specialist core) linked from CLAUDE.md via @AGENTS.md, plus Claude-only path-scoped specialist rules; migrates the older CLAUDE.md-block layout; --check audits drift. Use when: "이 프로젝트 세팅", "프로젝트 규칙 생성", "AGENTS.md/CLAUDE.md 점검", project setup, generate project rules, audit AGENTS.md or CLAUDE.md drift.
post-merge
MR 머지 완료 후 Plane 이슈 종료와 Outline 문서 업데이트를 자동으로 처리하는 오케스트레이터 스킬입니다. issue-tracker와 document-latest 스킬을 연계 실행하여 머지 후 후속 작업을 일괄 처리합니다. Orchestrates post-merge follow-up after an MR is merged: chains the issue-tracker and document-latest skills to close the Plane issue and update Outline wiki docs in a single batch. Use when: an MR was just merged, closing tickets and syncing documentation after a merge, post-merge cleanup.