Skill v1.0.0
currentAutomated scan100/100version: "1.0.0" name: fable description: "Entry point for the /fable command and ALL Fable Forge requests. Invoke this skill the moment the user types '/fable ...' or asks anything like 'fable 프롬프트 만들어', 'fable 하네스', 'fable로 변환해줘', 'fallback 없이 돌게 해줘', 'opus 말고 fable', '비개발자도 쓸 프롬프트', or follows up on a previous Fable Forge run with '다시 실행', '재실행', '수정', '보완', '이전 결과 기반', '이어서', 'resume', 'status', 'audit'. Parses /fable <mode?> <args...>, defaults to prompt mode for abstract input, and delegates immediately to the fable-pipeline skill."
fable — Fable Forge 엔트리
이 스킬은 얇은 진입점이다. 인자를 파싱해 모드를 정하고, 즉시 fable-pipeline 스킬로 위임한다. 여기서 직접 산출물을 만들지 않는다 — 게이트와 매니페스트를 가진 파이프라인을 건너뛰면 Fallback-Zero 보증이 깨지기 때문이다.
파싱 규칙
/fable <mode?> <args...>
- 첫 토큰이 모드 키워드(
promptagentskillharnessconvertauditstatusresume)면 그 모드로, 나머지를 인자로 전달한다. - 첫 토큰이 모드 키워드가 아니면 전체를 추상 입력으로 보고 `prompt` 모드로 전달한다. 비개발자는 모드를 모른 채 요구사항만 말한다 — 그것이 정상 입력이다.
- 인자가 아예 없으면 무엇을 만들고 싶은지 한 문장으로 묻는다 (이 한 가지는 사용자만 줄 수 있는 입력이다).
- 파싱이 끝나면 다른 작업 전에
fable-pipeline스킬을 호출한다. 모드 판정이 애매한 경계 사례의 최종 판정도 파이프라인의 모드 판정 표에 맡긴다.
사용 예시
# 1. 비개발자 추상 입력 — 모드 미지정 → prompt 모드/fable "강의 자료 만들어줘"# 2. 명시적 prompt 모드 — 의도가 더 구체적인 경우/fable prompt "매주 월요일 팀 회의록을 요약해서 액션 아이템만 뽑는 프롬프트"# 3. 하네스 생성 — 멀티 에이전트 파이프라인 전체/fable harness "유튜브 영상을 받아 요약-검증-옵시디언 노트까지 만드는 파이프라인"# 4. 기존 자산 마이그레이션 — Opus 시절 스킬을 Fable-native로/fable convert ~/.claude/skills/my-old-skill/SKILL.md# 5. 이전 실행 이어가기 / 상태 확인/fable resume 20260610-153000-lecture-material/fable status
위임 시 전달 사항
fable-pipeline에 다음을 그대로 넘긴다: 판정한 모드, 원문 인자(다듬지 않은 사용자 표현 그대로 — 의도 정련은 파이프라인 Phase 1의 일이다), run_id(있으면). 원문을 보존해야 파이프라인이 사용자의 진짜 의도를 읽을 수 있다 [guide: Give the reason, not only the request].