chibi-guardrails — 결정 영역 분류 · 가드레일 점검

chibi-mcp의 1번 규칙은 사용자 결정 영역을 임의로 결정하지 않는다이다. 이 스킬은 요청을 분류하고 6대 가드레일을 점검하는 절차다. 근거 원문: CLAUDE.md, SPEC.md, PROCESS.md.

1. 결정 영역 분류

요청을 부분으로 쪼개 각각 분류한다.

사용자 결정 영역 — 임의 결정 금지, 중단하고 질문

이 항목은 SPEC.md의 "아직 사용자 결정 대기" 표에 산다. 건드리면 작업을 막고 사용자에게 회부한다.

• 캐릭터 이름 (현재 chibi로 확정 — 변경 제안은 사용자 몫)
• MVP 범위 (4모드 중 무엇을 먼저 — 현재 펫 모드 클라이언트만)
• 일정·마일스톤 (사용자가 자유 페이스 선택 — 마감일 삽입 금지)
• 출시 채널 (현재 GitHub Public Release. ProductHunt/HN/한국 커뮤니티는 트래픽 후 결정)
• 성공 지표·트래픽 기준 (미정)
• 수익화 모델·시점 (트래픽 누적 후 사용자 명시 승인 전 구현 금지)
• 어떤 상업 트랙을 런칭할지 (직접구매팩 / 크리에이터 마켓플레이스 / 팀 에디션 / 브랜드 콜라보 / 물리 굿즈 — 전부 미정)

위임 설계 영역 — 진행 가능

사용자가 "디자인은 너가 출처들 조합해서"라고 명시 위임.

• 캐릭터 비율·표정·모션 시스템
• 사운드 라이브러리, 슬라임 ASMR 매핑
• 색상 팔레트 / 타이포그래피 / UI 시각 톤
• 출처 조합 방식

코드·문서 일반 — 진행 가능

버그 수정, 리팩터, 크로스플랫폼 호환, 테스트, 표면 동기화, 문서 일관성 등 위 두 영역에 안 걸리는 기술 작업.

애매하면 사용자 결정으로 취급하고 질문한다. 이것이 안전한 기본값인 이유: 사용자 결정을 임의 진행하면 되돌리기 어렵고 신뢰를 깬다. 위임 영역을 질문하는 것은 약간 번거로울 뿐이다.

2. 6대 가드레일 점검

각 변경을 아래에 비추어 [통과 / 주의 / 위반]으로 판정하고 근거를 단다.

추가로 4(+)대 핵심 요구사항(비협상)을 깨지 않는지 본다: ①MCP 서버 등록 가능 ②GitHub 한 줄 설치 ③CPU·배터리 표시 ④캐릭터성. 이 중 하나라도 무력화하는 변경이면 위반.

3. 산출물 형식

_workspace/01_guardian_scope.md:

# Guardian Scope — <요청 한 줄 요약>

## 분류
- <요청 부분 A> → [위임설계 / 사용자결정 / 코드·문서 일반] : <근거>
- <요청 부분 B> → ...

## 가드레일 점검
1. 무료 유지: [통과/주의/위반] — <근거>
... (6개 전부)
핵심 요구사항: [통과/위반] — <근거>

## 작업 범위
- core-dev: <할 일 + 예상 파일>
- surface-sync: <전파 예상 표면>
- docs-keeper: <갱신 예상 문서>

## 차단 사항
- <사용자에게 물어야 할 결정 항목. 없으면 "없음">

차단 사항이 있으면 리더에게 즉시 보고하고 구현 에이전트 착수를 보류시킨다. 추측으로 진행하지 않는다.