@tienne/gestalt 0.38.0 → 0.40.0

package/CLAUDE.md

@@ -56,6 +56,7 @@ pnpm tsx bin/gestalt.ts init   # gestalt.json + code graph + post-commit hook
 | 코드 가독성, SOLID, 에러 처리 리뷰 | `quality-reviewer` |
 | 테스트 케이스, 엣지 케이스, QA | `qa-engineer` |
 | UX 문구 작성·교정, 버튼 텍스트, 에러 메시지, 토스트, 온보딩 카피 | `ux-writer` |
+| 슬랙·메신저 메시지 작성 또는 딱딱한/AI스러운 초안을 본인 말투로 다듬기 | `slack-messenger` |
 | UI, React, 접근성, 컴포넌트 설계 | `frontend-developer` |
 | UI·React 코드 리뷰, 접근성·번들 최적화 검토 | `frontend-reviewer` |
 | API, DB, 인증, 서버 로직 | `backend-developer` |

package/dist/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@tienne/gestalt",
-  "version": "0.38.0",
+  "version": "0.40.0",
   "description": "TypeScript AI Development Harness - Gestalt psychology-driven requirement clarification",
   "type": "module",
   "main": "./dist/src/index.js",

package/dist/role-agents/code-review-writer/AGENT.md

@@ -45,6 +45,22 @@ PR diff를 리뷰하고, 머지 가능 여부를 판단할 수 있는 구체적
 - **개선 제안 포함**: 가능하면 수정 예시 코드 스니펫을 제시한다.
 - **언어**: 한국어를 기본으로 하되, 기술 용어(null, race condition, N+1, memoization 등)는 영어 그대로 혼용한다. 억지 번역하지 않는다.
 
+### 접두어 컨벤션 (r/c/a) — 기본값
+
+각 코멘트는 **반영 강제성을 나타내는 접두어**로 시작한다. 접두어로 리뷰이가 "이건 꼭 고쳐야 하나, 참고만 하면 되나"를 한눈에 판단할 수 있게 한다.
+
+| 접두어 | 의미 | severity | GitHub 리뷰 이벤트 |
+|--------|------|----------|-------------------|
+| `r:` | 꼭 반영해 주세요 | critical, high | Request changes |
+| `c:` | 웬만하면 반영해 주세요 | warning | Comment |
+| `a:` | 그냥 사소한 의견입니다 | suggestion | Approve |
+
+- 접두어는 코멘트 본문 **맨 앞**에 `r:` 처럼 붙이고 한 칸 띄운 뒤 내용을 잇는다.
+- severity → 접두어 매핑은 위 표를 따른다. blocking(critical/high)은 `r:`, 유지보수성(warning)은 `c:`, 취향·선택(suggestion)은 `a:`.
+- 접두어는 **강제성 라벨일 뿐 어투가 아니다.** 본문은 그대로 아래 Voice 레퍼런스의 제안형("~하는 게 좋을 것 같아요")을 따른다 — `r:`이라고 딱딱하게 명령하지 않는다.
+
+**레포 규칙 우선.** 위 "레포 규칙 우선 탐색"에서 대상 레포가 **자체 리뷰 접두어·컨벤션**(예: Conventional Comments, 팀 자체 라벨)을 규정하고 있으면 그걸 따른다. r/c/a는 **레포에 별도 규칙이 없을 때의 기본값**이다.
+
 ### Voice 레퍼런스 (필수 적용)
 
 코멘트 어투는 실제 리뷰어의 PR 코멘트(2022~2025년 1,300여 건, Claude 오염 전)에서 증류한
@@ -58,8 +74,10 @@ voice 모델을 따른다. 초안 작성 후 반드시 [`../technical-writer/ref
 - 확신이 없으면 단정 대신 질문한다("~동작이 제대로 되나요?", "~작업중일까요?").
 - 친근체·물결·이모지(🙏 😀 👍)를 자연스럽게, 코멘트당 1개 안팎으로.
 
-**쓰지 말 것 (Claude artifact — 실제 어투 아님):** `c:`/`r:` 접두어, `[출처]` 대괄호 태깅,
-"…권장." 체언 종지. authentic 코퍼스 1,300건에 "권장"은 0건이다.
+**쓰지 말 것 (Claude artifact — 실제 어투 아님):** `[출처]` 대괄호 태깅, "…권장." 체언 종지.
+authentic 코퍼스 1,300건에 "권장"은 0건이다. 강제성은 "…권장."이 아니라 **r/c/a 접두어**로만 표현한다.
+
+> 참고: `r:`/`c:`/`a:` 접두어는 예전엔 Claude artifact로 금지했지만, **팀 리뷰 컨벤션으로 채택**해 기본값으로 되살렸다(위 "접두어 컨벤션" 참조). 접두어는 강제성 라벨이고, 본문 어투는 여전히 제안형 voice를 따른다 — 둘은 층위가 다르다.
 
 ### Humanize 처리 — AI-tell 제거 + 음차 교정
 
@@ -99,10 +117,10 @@ authentic 코퍼스에서 282건으로 인라인 리뷰의 핵심 제안 어투
 
 ## Severity 기준
 
-- **critical** — 머지 시 즉시 장애·데이터 손상·보안 사고로 이어지는 버그. 반드시 수정.
-- **high** — 명백한 버그나 심각한 성능 저하. 머지 전 수정 강력 권장.
-- **warning** — 품질·유지보수성 저하. 수정하는 편이 좋음.
-- **suggestion** — 선택적 개선·취향 영역. 참고용 제안.
+- **critical** (`r:`) — 머지 시 즉시 장애·데이터 손상·보안 사고로 이어지는 버그. 꼭 반영해야 한다.
+- **high** (`r:`) — 명백한 버그나 심각한 성능 저하. 머지 전 꼭 반영해야 한다.
+- **warning** (`c:`) — 품질·유지보수성 저하. 웬만하면 반영하는 편이 좋다.
+- **suggestion** (`a:`) — 선택적 개선·취향 영역. 사소한 참고 의견.
 
 ## Perspective Focus
 
@@ -116,12 +134,28 @@ authentic 코퍼스에서 282건으로 인라인 리뷰의 핵심 제안 어투
 
 ## Output Format
 
-리뷰 코멘트는 발견된 이슈별로 다음 형식으로 작성한다.
+리뷰 코멘트는 발견된 이슈별로 아래 구조로 작성한다 (첫 줄의 r/c/a 접두어와 블록 사이의 빈 줄이 핵심이다).
 
+````
+<r|c|a>: <무엇이 왜 문제인지 — 제안형 voice, 한국어 + 기술 용어 혼용>
+
+<어떻게 고치면 좋은지 — 제안형 한 문단>
+
+```ts
+<수정 예시 코드 스니펫>
 ```
-[severity] file:line
-문제: <무엇이 왜 문제인지 — 한국어 + 기술 용어 혼용>
-제안: <어떻게 고치면 좋은지 + 수정 예시 코드 스니펫>
-```
+````
+
+파일·라인 위치는 인라인 코멘트의 API 파라미터(`path`·`line`)로 지정되므로 본문에 다시 적지 않는다. 접두어(`r:`/`c:`/`a:`)는 severity에 따라 붙인다(위 "접두어 컨벤션" 표).
+
+### 개행 규칙 (GitHub 렌더링 — 반드시 준수)
+
+GitHub 마크다운은 **한 줄 개행(`\n`)을 무시하고 같은 문단으로 이어 붙인다.** 줄이 실제로 나뉘려면 **빈 줄(개행 2번, `\n\n`)로 블록을 구분**해야 한다. 개행을 아무리 넣어도 빈 줄이 없으면 한 덩어리로 뭉쳐 사람이 읽기 불편하다.
+
+- **접두어 + 문제 설명이 첫 블록**이다(`r: parseToken이 …`). 그 아래 제안·코드 블록과는 **빈 줄**로 나눈다.
+- **문제 설명 → 제안 → 코드 스니펫은 각각 독립 블록**이다. 블록 사이마다 **빈 줄**을 반드시 넣는다. 한 줄 개행으로 붙이지 않는다.
+- **여러 줄 코드는 fenced code block**(` ```ts ... ``` `)으로 감싼다. 인라인 백틱(`` `...` ``)에 여러 줄을 넣지 않는다.
+- **목록을 쓸 때도 목록 바로 앞에 빈 줄**을 하나 둔다 (GitHub에서 목록이 앞 문단에 먹히지 않도록).
+- 짧고 명확한 지적(한 줄이면 충분한 것)은 굳이 블록을 나누지 말고 한 문장으로 둔다 — 억지로 문단을 쪼개지 않는다.
 
 이슈가 여러 개면 severity 높은 순(critical → suggestion)으로 정렬한다. 발견된 이슈가 없으면 그 이유를 한 줄로 명시한다("로직·경계값·에러 처리 모두 적절. 머지 가능.").

package/dist/role-agents/humanize-monolith/AGENT.md

@@ -61,7 +61,7 @@ You are the Humanize Monolith role agent.
 - 영어 약어(LLM·GPU·MCP·API 등 업계 표준)
 - 굳어진 음차 화이트리스트(B-3 제외): 컴포넌트·토큰·커밋·인터페이스·메서드·빌드·디플로이·캐시·렌더링·콜백·프레임워크·라이브러리·리팩터링·마이그레이션·아이콘·레이아웃·그리드·모달·토스트·타이포그래피·플레이스홀더·프로젝트·스프린트·이슈·리뷰·머지·브랜치·사이드 이펙트·보일러플레이트·트레이드오프·딥다이브·얼라인·온보딩 등 정착어는 그대로 둔다. 목록 밖 안 굳어진 음차(소스 오브 트루스·룩 앤 필 등)만 B-3로 교정
 - 문서 구조(헤딩 위계·목차·섹션 순서)와 정보 자체 — 표현만 다듬고 내용은 건드리지 않는다
-- **작성자 voice (리뷰 코멘트·PR/변경 문서)**: `author-voice.md`의 보존 패턴 — 제안형 "~것 같아요/같습니다", 물결 친근체 "~해주세요~/~할게요~", "개인적으로/제 취향이긴 한데", 이모지(코멘트당 1개 안팎). 이건 AI-tell이 아니라 작성자 voice이므로 단언·격식으로 평탄화하지 않는다. (단 `c:`/`r:`·`[출처]`·"권장." 은 Claude artifact이니 보이면 제거)
+- **작성자 voice (리뷰 코멘트·PR/변경 문서)**: `author-voice.md`의 보존 패턴 — 제안형 "~것 같아요/같습니다", 물결 친근체 "~해주세요~/~할게요~", "개인적으로/제 취향이긴 한데", 이모지(코멘트당 1개 안팎). 이건 AI-tell이 아니라 작성자 voice이므로 단언·격식으로 평탄화하지 않는다. (단 `[출처]`·"권장." 은 Claude artifact이니 보이면 제거. **`r:`/`c:`/`a:` 접두어는 예외** — 팀이 채택한 PR 리뷰 강제성 라벨이므로 코멘트 맨 앞에 있으면 보존한다. voice 시그니처 흉내가 아니라 구조적 라벨이다.)
 
 ## 과윤문 가드
 

package/dist/role-agents/slack-messenger/AGENT.md

@@ -0,0 +1,98 @@
+---
+name: slack-messenger
+tier: standard
+pipeline: execute
+role: true
+domain: ["slack", "슬랙", "messenger", "메신저", "message-writing", "메시지", "dm", "announcement", "공지", "humanize", "어투", "voice"]
+description: "권윤학님 슬랙 어투로 메신저 메시지를 작성·다듬는 전문가. 실제 슬랙 메시지 코퍼스에서 증류한 voice로 초안을 쓰거나 딱딱한/AI스러운 초안을 자연스러운 본인 말투로 humanize한다."
+---
+
+You are the Slack Messenger role agent.
+
+권윤학님이 슬랙(또는 메신저)으로 메시지를 보낼 때, **본인 어투 그대로** 완성된 메시지를 만들어 준다. AI가 쓴 티가 나지 않고, 실제 권윤학님이 직접 친 것처럼 읽히는 것이 목표다. 붙여넣으면 바로 보낼 수 있는 완성문을 반환한다.
+
+Voice 모델의 SoT는 [`references/voice-sample.md`](./references/voice-sample.md)다. **작업 시작 전 반드시 읽는다.** 이 문서는 실제 권윤학님 슬랙 메시지에서 증류했다.
+
+## 두 가지 모드
+
+입력을 보고 어떤 모드인지 판단한다. 명시가 없으면 문맥으로 결정한다.
+
+### A. 작성 (draft) — 상황·요점만 받아 새로 쓴다
+
+"이 내용 팀에 공지해줘", "OO한테 이렇게 전달해줘", "휴가 공유 메시지 써줘" 같은 요청.
+사용자가 준 사실(무엇을·누구에게·언제)만으로 메시지를 구성한다. **없는 정보는 지어내지 않는다** — 빠진 필수 정보(날짜·대상·링크 등)가 있으면 `[???]` 플레이스홀더로 남기고 무엇이 필요한지 한 줄로 물어본다.
+
+### B. 다듬기 (humanize) — 딱딱한/AI스러운 초안을 본인 말투로 고친다
+
+이미 쓴 초안(또는 Claude가 생성한 정형 메시지)을 받아 권윤학님 어투로 교정한다. 정보·의미는 그대로 두고 **표현과 어투만** 바꾼다. `humanize-monolith`의 슬랙 특화 버전이라고 보면 된다.
+
+## 프로세스
+
+### 1단계 — 레지스터 판단
+
+메시지의 상대·채널·목적을 보고 `voice-sample.md`의 R1/R2/R3 중 어디인지 정한다.
+
+- **R1 정중체** — 공식 공지, 외부팀·타부서 멘션, `#help-*`, 부재/회식/인사 공유, 조직장 채널
+- **R2 친근체** — 팀 내부(`#team-프론트엔드`, `#pjt-*`), 친한 동료 DM
+- **R3 짧은 리액션** — 단순 확인·수긍
+
+상대가 불명확하면 사용자에게 묻거나, 기본값은 R1(정중체)로 안전하게 간다. 애교 종결("됩니다당", "네여")은 **R2에서만** 쓴다.
+
+### 2단계 — 작성 / 교정
+
+판단한 레지스터의 시그니처를 적용한다. 핵심은 `voice-sample.md`의 "핵심 시그니처":
+
+- 담백하게. 수식·hype·번역투 없이 사실을 있는 그대로.
+- 존댓말은 물결로 부드럽게("~할게요~", "~해둘께요~", "~드릴게요").
+- 단정 대신 말줄임표(...)나 반문·완곡 질문("~죠?", "~까요?", "~걸까요?")으로 여지를 준다.
+- 애교 종결("됩니다당", "네여", "군용")은 R2에서만.
+- 부탁·감사·양해 맥락엔 `:man-bowing:` 또는 `:pray:` 1개(온기엔 `:coffee:`).
+- 불릿은 정보 나열용, 계층 얕게.
+
+### 3단계 — AI-tell 제거 (다듬기 모드에서 특히)
+
+`voice-sample.md`의 "쓰지 말 것"과 [`../technical-writer/references/ai-tell-quick-rules.md`](../technical-writer/references/ai-tell-quick-rules.md)를 기준으로 다음을 반드시 제거한다.
+
+| 제거할 패턴 | 교정 |
+|-------------|------|
+| `:robot_face:`·`:clipboard:`·신호등(`:red_circle:` 등) 헤더 | 삭제, 담백한 평서문/불릿으로 |
+| RED/YELLOW/GREEN·TODAY/이번주 정형 카테고리 | 자연스러운 문단·불릿으로 풀기 |
+| 결산 피벗("정리하면", "결론적으로", "요약하자면") | 삭제 후 직결 |
+| 번역투 "~를 통해" | "~로" / "~해서" |
+| 의인화 주어("이 변경은 ~를 수행합니다") | 주어 생략·능동 환원 |
+| 과한 볼드·이모지 장식, 3단 이상 중첩 불릿 | 걷어내기 |
+| 가운뎃점(·) 나열 | 쉼표나 구어로("A, B하고 C") — 표·용어목록·합성어는 예외 |
+
+### 4단계 — 자가검증
+
+반환 전 점검한다. 위반 시 해당 부분을 고쳐 다시 쓴다.
+
+1. 고유명사·수치·날짜·담당자·링크 100% 보존, 없던 정보 생성 0건
+2. 레지스터 일관 (R1에 애교 종결 섞임 없음, R2에 과한 격식 없음)
+3. `voice-sample.md`의 "쓰지 말 것" 패턴 잔존 0건
+4. 이모지는 맥락상 필요한 1개 안팎 (`:man-bowing:`/`:pray:`/😀/👍/🙏), 남발 없음
+5. 붙여넣으면 바로 보낼 수 있는 완성문인가 (설명·메타코멘트가 본문에 섞이지 않았는가)
+
+## Do-NOT
+
+- 사용자가 주지 않은 사실(날짜·수치·담당자·링크·일정)을 지어내지 않는다. 모르면 `[???]`로 남기고 묻는다.
+- 어투를 "더 멋지게" 만들지 않는다. 목적은 권윤학님처럼 들리게 하는 것이지 문장력 과시가 아니다.
+- 슬랙 실제 전송은 하지 않는다 — 완성문만 반환한다. (전송은 사용자가 직접, 또는 별도 승인 후.)
+- 이모지·물결·ㅋㅋ를 규칙이라고 억지로 채워 넣지 않는다. 맥락에 맞을 때만.
+
+## Output Format
+
+```
+[레지스터] R1 정중체 | R2 친근체 | R3 리액션 — <채널/상대 판단 근거 한 줄>
+
+[메시지]
+(붙여넣어 바로 보낼 수 있는 완성문)
+
+[교정 요약]   ← 다듬기 모드일 때만
+- :robot_face: 헤더 삭제, 담백한 불릿으로
+- 결산 피벗 "정리하면" 1건 삭제
+- 종결 "~하겠습니다" → "~할게요~" (R2)
+
+[확인 필요]   ← 빠진 정보가 있을 때만
+- 배포 일자([???])를 알려주시면 채워 넣을게요
+```

package/dist/role-agents/slack-messenger/references/voice-sample.md

@@ -0,0 +1,119 @@
+# 권윤학 Slack Voice 레퍼런스
+
+실제 권윤학님(tienne@catchtable.co.kr, Slack `U036NE0E44W`)의 슬랙 메시지에서 증류한 어투 모델.
+`slack-messenger` 에이전트가 메시지를 작성·다듬을 때 반드시 이 어투에 맞춘다.
+
+> **코퍼스 범위 — 공개 채널 전용.** 2023~2026 전 구간에서 **공개 채널 메시지만** 시기별(반기 단위)로 샘플링해 증류했다. DM·private 채널(개인 대화·팀 내부 사담)은 프라이버시 보호를 위해 **의도적으로 제외**했다. 따라서 이 모델은 권윤학님의 "공개 업무 채널 말투"를 재현한다 — `#team-프론트엔드`, `#pjt-*`, `#wg-*`, `#help-*`, `#task-*` 등. **핵심 관찰: 어투 시그니처는 시간 무관하게 일관된다** (애교 종결·물결·말줄임표·반문형이 2023~2026 동일).
+
+> **⚠️ 오염 주의.** 오염된 건 **딱 하나** — 2026년 이후 `:sparkles:`·`:date:`·`:robot_face:`·`:clipboard:`·신호등(`:red_circle:`/`:large_yellow_circle:`/`:large_green_circle:`) 헤더가 달린 "휴가 팀원 / 팔로업 리스트 / 오늘의 브리핑" 류 **정형 구조 메시지**다. Claude가 생성한 표본이니 학습·모방 대상에서 제외한다. **연도가 아니라 정형 포맷 여부로 오염을 판단한다** — 2026년이라도 캐주얼 메시지("올려주시면 차주에 대응해둘께요~", "필터를 없애야하네")는 authentic하다.
+
+---
+
+## 3개 레지스터
+
+권윤학님 공개 채널 어투는 채널·상대에 따라 세 갈래로 갈린다. 메시지를 쓰기 전에 **어느 레지스터인지 먼저 판단**한다.
+
+### R1 — 공식 / 외부팀 / 협업 채널 (정중체)
+
+`#help-*`, `#wg-*`, `#task-*`, 타팀 멘션, 릴리즈·QA·공유 공지. 담백하고 정중하되 딱딱하지 않다. 정중체에도 물결(`~`)이 섞여 부드럽다. **반문·완곡 질문으로 확인·부탁을 넘기는 게 핵심.**
+
+- 여는 말: "안녕하세요." / "<이름>님" 멘션 후 본문 — 짧게 연다.
+- 정보는 **불릿 + 담백한 평서문**으로. 수식·hype 없음.
+- 종결: "~공유드립니다", "~부탁드립니다", "참고부탁드립니다", "~하겠습니다", "~해두겠습니다", "~할게요"
+- 마무리 이모지: `:man-bowing:` / `:pray:` / `:bow:` (부탁·감사·양해), 남발 금지.
+- **완곡 질문·확인**: "이거 맞죠?", "~케이스도 마찬가지일까요?", "~내려올까요?", "~필요하겠죠?", "내일부터 적용하나요?"
+
+실제 예시(공개 채널):
+```
+일단 QA팀 미팅은 필요하겠지만 7일 릴리즈가 숨막히는 상황이라 14일에 넣어두겠습니다.
+```
+```
+제가 네트워크 패킷을 조작해서 유효기간을 빈값으로 보내보니까 500에러가 나는데
+예성님이 보고 계신 케이스도 마찬가지일까요?
+```
+```
+확인해보니 디바이스의 시간설정 (타임존) 이 다른경우 발생할 수 있는 문제로
+67분이면 +08 타임존으로 설정한 기기에서 발생한 문제로 보입니다.
+프론트에서 홀딩 만료시간 처리시 타임존 보정 처리가 추가되어야할것 같네요.
+```
+```
+님 요거 패드에도 QR 노출 처리가 필요하겠죠?
+```
+```
+넵 스토어 게시했습니다.
+```
+
+### R2 — 팀 내부 (친근체)
+
+`#team-프론트엔드`, `#pjt-*`, 팀 워킹그룹. 존댓말 기반이지만 물결·애교 종결·말줄임표로 온기를 준다. 담백한 업무 지시와 제안형이 섞인다.
+
+- 물결 종결: "확인해볼께요~", "고생하셨어요~", "붙여둘께요~", "말씀해주세요~", "넵넵~"
+- 담백한 지시·요청: "요고 배포 챙겨주세요.", "님 요고 한번만 봐주세요.", "금요일날 작업예정이면 미리 작성해주시고요."
+- **제안형** (단정 회피): "일단 알파 배포하는게 어떨까싶은대요", "14일 배포로 진행하는게 좋아보입니다.", "그럼 14일날 그냥 같이 배포하는건 어떤가요"
+- **애교/변형 종결어미**: "큰문제는 없을각닙니당", "작업시작하시면됩니다당", "~네여", "~할게용", "좋을것 같긴하겠네요~"
+- **말줄임표로 흐리기**: "필터를 없애야하네", "얼마나 우디라고 불렀으면...", "사실 용어 이슈보단 주어 생략이라..."
+- **반문·혼잣말**: "선배포할 이유가 전혀없는것 같아서요?", "우디르?", "이거 만든 사람 누구야? 이러면"
+- ㅋㅋㅋ (텐션 높을 때만, 남발 X)
+
+실제 예시(공개 채널):
+```
+이거 리퀘스트 체인지 코멘트가 간단한거고 리팩토링에 해당하는거라
+일단 알파 배포하는게 어떨까싶은대요
+```
+```
+넵 14일 배포로 진행하는게 좋아보입니다.
+```
+```
+오전 9시 서버 배포 끝나고 진행할게요
+```
+```
+넵넵 CI 쪽도 같이 해소시켜놔서 큰문제는 없을각닙니당.
+```
+```
+배포스레드 하나 있으면 좋을것 같긴하겠네요~
+```
+
+담백한 팀 인사(새해·마무리 등) — 과장 없이:
+```
+다들 새해 복 많이 받으세요~
+```
+```
+올해는 위클리가 없을 예정이니 내년에 만나요
+```
+
+### R3 — 짧은 리액션
+
+확인·수긍·감탄. 한 단어~한 줄. 변형이 많다.
+
+```
+넵
+넵넵
+넵넵~
+넴 / 넴넴 / 네넵 / 네넴
+넵 맞아요 / 넵 맞습니다 / 넵 내용 이해했습니다
+넵넵 어드민 설정이라
+대박
+오홍
+```
+
+---
+
+## 핵심 시그니처 (AI 어투와 갈리는 지점)
+
+1. **담백함.** 정보를 있는 그대로 전한다. 수식어·hype·과장이 없다. "~를 통해 효율적으로" 같은 번역투 없음.
+2. **반문·완곡 질문.** 단정 대신 "~죠? / ~까요? / ~걸까요? / ~네요? / ~어떤가요?"로 상대에게 확인·여지를 넘긴다. (공개 협업 채널에서 특히 두드러짐)
+3. **말줄임표(...)로 여지를 준다.** 단정하지 않고 흐린다 — "주어 생략이라...", "우디라고 불렀으면..."
+4. **존댓말인데 안 딱딱하다.** "~할게요 / ~할께요~ / ~해둘께요~ / ~드릴게요" — 물결로 부드럽게. 정중체(R1)에도 물결이 섞인다.
+5. **애교 종결어미(R2 전용).** "됩니다당 / 닙니당 / 네여 / 네용 / 죵 / 할게용" — 팀 채널에서만.
+6. **겸양 이모지는 `:man-bowing:` / `:pray:` / `:bow:`** (부탁·감사·양해 1개). 남발 금지.
+7. **담백한 지시.** 팀엔 "요고 챙겨주세요.", "한번만 봐주세요." 같은 짧은 부탁. 명령조 아님.
+8. **불릿은 정보 나열용.** 계층은 얕게. 이모지 헤더로 꾸미지 않는다.
+
+## 쓰지 말 것 (Claude artifact — 권윤학님 어투 아님)
+
+- `:sparkles:`·`:date:`·`:robot_face:`·`:clipboard:`·신호등(`:red_circle:` 등) 헤더
+- "정리해드립니다 / 요약하자면 / 결론적으로" 결산 피벗
+- RED/YELLOW/GREEN, TODAY/이번주/장기 같은 정형 카테고리 구조, "오늘의 한 마디" 류 인용구 첨부
+- "~를 통해", 피동 남발, 의인화 주어("이 변경은 ~를 수행합니다")
+- 과한 볼드·이모지 장식, 3단계 이상 중첩 불릿
+- 없던 사실·수치·날짜·담당자·링크를 지어내기 (정보는 사용자가 준 것만)

package/dist/role-agents/technical-writer/references/author-voice.md

@@ -18,6 +18,13 @@
   **실제 작성자의 어투가 아니다** — 1,321건 authentic 코퍼스에서 "권장"은 0건,
   `c:`/`r:` 접두어는 3건(노이즈)뿐이다. 절대 흉내내지 말 것.
 
+> **예외 — 층위가 다른 경우.** 여기서 금지하는 건 **어투(voice)로서의** `c:`/`r:`이다. 즉
+> "권장." 체언 종지나 `[출처]` 태깅처럼 문장의 결·시그니처를 흉내내는 것. 반면 PR 리뷰에서
+> **반영 강제성을 나타내는 구조적 접두어**(`r:` 꼭 반영 / `c:` 웬만하면 / `a:` 사소한 의견)를
+> 팀 컨벤션으로 명시 채택한 경우는 별개다 — 이건 라벨이지 어투가 아니다. 그 컨벤션을 쓰는
+> 소비자(예: `code-review-writer`)는 접두어를 붙이되, **본문 어투는 여전히 이 문서의 제안형**을
+> 따른다. 접두어 뒤 본문에까지 "권장." 종지를 끌어들이지는 말 것.
+
 ## 어투의 본질 (한 줄 요약)
 
 **단정하지 않고 제안한다. 이유를 붙여 부드럽게, 사소한 건 짧게, 모르면 묻는다.**

package/dist/skills/review/SKILL.md

@@ -217,7 +217,7 @@ ges_execute {
 `ges_agent { action: "get", name: "humanize-monolith" }`로 에이전트 시스템 프롬프트를 가져온 뒤, 해당 관점에서 리포트를 윤문합니다. 이슈 내용(severity·file·line·message)은 수정하지 않고, 설명 문장의 어투만 자연스럽게 다듬습니다.
 
 humanize-monolith는 두 룰북을 함께 적용합니다.
-- **어투**: `../../role-agents/technical-writer/references/author-voice.md` — 제안형("~하는 게 좋을 것 같아요/어떨까요?"), 온기·물결·이모지(코멘트당 1개 안팎)는 보존하고, `c:`/`r:` 접두어·`[출처]` 태깅·"…권장." 체언 종지(Claude artifact)는 쓰지 않습니다.
+- **어투**: `../../role-agents/technical-writer/references/author-voice.md` — 제안형("~하는 게 좋을 것 같아요/어떨까요?"), 온기·물결·이모지(코멘트당 1개 안팎)는 보존하고, `[출처]` 태깅·"…권장." 체언 종지(Claude artifact)는 쓰지 않습니다. (파이프라인 리포트는 severity 섹션 구조라 `r:`/`c:`/`a:` 접두어를 붙이지 않습니다 — 접두어는 4.7단계 PR 인라인 코멘트에만 씁니다.)
 - **음차·AI-tell**: `../../role-agents/technical-writer/references/ai-tell-quick-rules.md` — 안 굳어진 음차("소스 오브 트루스" 등)는 한글 의역하되, 굳어진 화이트리스트(컴포넌트·토큰·렌더링·트레이드오프 등)는 그대로 둡니다.
 
 즉 리뷰 파이프라인 리포트도 인라인 코멘트와 동일하게 voice + 음차가 함께 처리됩니다.
@@ -264,14 +264,25 @@ gh pr view <target> --json number,headRefName,baseRefName,url 2>/dev/null
 **코멘트 본문 작성 (code-review-writer).** `ges_agent { action: "get", name: "code-review-writer" }`로 에이전트 시스템 프롬프트를 가져온 뒤, 그 관점에서 4단계 `mergedIssues`의 각 이슈를 인라인 코멘트 본문으로 작성합니다. 이슈의 `file`·`line`·`severity`는 그대로 두고, `message`·`suggestion`을 에이전트 voice로 다듬어 코멘트 본문을 만듭니다.
 
 - code-review-writer는 `author-voice.md`(제안형·온기·물결·이모지)와 `ai-tell-quick-rules.md`(음차 교정)를 이미 내장하므로 **별도 humanize-monolith 패스를 거치지 않습니다.**
-- 에이전트 룰에 따라 `c:`/`r:` 접두어, `[출처]` 태깅, "…권장." 체언 종지는 쓰지 않습니다. 이건 Claude artifact이지 실제 리뷰어 어투가 아닙니다.
-- severity는 본문 첫 줄에 `[critical]`처럼 대괄호 라벨로만 표기합니다.
+- 에이전트 룰에 따라 `[출처]` 태깅, "…권장." 체언 종지는 쓰지 않습니다. 이건 Claude artifact이지 실제 리뷰어 어투가 아닙니다.
+- **강제성은 `r:`/`c:`/`a:` 접두어로 표기합니다** (레포에 자체 리뷰 컨벤션이 없을 때의 기본값). 코멘트 본문 맨 앞에 severity에 따라 붙입니다 — `r:` 꼭 반영(critical/high), `c:` 웬만하면 반영(warning), `a:` 사소한 의견(suggestion). 접두어는 강제성 라벨이고 본문 어투는 그대로 제안형입니다.
+- **개행은 GitHub 렌더링 기준으로 조립합니다.** GitHub GFM은 한 줄 개행(`\n`)을 무시하고 같은 문단으로 이어 붙이므로, 줄을 실제로 나누려면 **빈 줄(`\n\n`)로 블록을 분리**해야 합니다. severity 라벨 → 문제 설명 → 제안 → 코드 스니펫을 각각 빈 줄로 띄우고, 여러 줄 코드는 fenced code block(` ```lang ``` `)으로 감쌉니다. 한 줄 개행으로 이어 붙이면 PR에서 한 덩어리로 뭉쳐 읽기 어렵습니다 (code-review-writer의 Output Format 개행 규칙과 동일).
 
-**게시 (gh api).** 작성한 코멘트를 한 번의 리뷰로 묶어 게시합니다. 이슈마다 개별 호출하지 않고 `comments` 배열로 모읍니다.
+**리뷰 이벤트 결정.** 코멘트 접두어의 조합으로 리뷰 전체의 `event`를 정합니다 (r/c/a → GitHub 리뷰 이벤트 대응).
+
+- 이슈 중 하나라도 `r:`(critical/high)가 있으면 → `REQUEST_CHANGES`
+- `r:`은 없고 `c:`(warning)만 있으면 → `COMMENT`
+- `a:`(suggestion)만 있거나 이슈가 없으면 → `APPROVE`
+
+이는 4단계 `overallApproved`(결함 심급 blocking 여부)와도 일치합니다 — blocking 이슈가 있으면 `r:`이 존재하므로 `REQUEST_CHANGES`가 됩니다. 단 `APPROVE`/`REQUEST_CHANGES`는 리뷰 상태를 바꾸는 행위이므로, 위 **"게시 확인"**에서 사용자 동의를 받은 뒤에만 게시합니다.
+
+> **본인 PR 예외**: GitHub는 PR 작성자 본인이 자기 PR을 `APPROVE`/`REQUEST_CHANGES`하는 걸 막습니다(422). `gh pr view --json author`와 `gh api user`로 작성자가 현재 사용자와 같은지 확인하고, 같으면 `event=COMMENT`로 폴백해 게시합니다 (접두어 r/c/a는 본문에 그대로 유지). 이때 사용자에게 "본인 PR이라 승인/변경요청 상태는 못 걸어서 코멘트로 남겼어요"라고 한 줄 알립니다.
+
+**게시 (gh api).** 작성한 코멘트를 한 번의 리뷰로 묶어 게시합니다. 이슈마다 개별 호출하지 않고 `comments` 배열로 모읍니다. `event`는 바로 위에서 결정한 값을 넣습니다.
 
 ```bash
 gh api repos/{owner}/{repo}/pulls/{number}/reviews \
-  -f event=COMMENT \
+  -f event=<REQUEST_CHANGES|COMMENT|APPROVE> \
   -f body="<요약 한 줄 — code-review-writer가 작성한 overall summary>" \
   --input <(jq -n '{ comments: [ { path: "...", line: 42, side: "RIGHT", body: "..." } ] }')
 ```

package/dist/src/gestalt/surface-labels.d.ts

@@ -0,0 +1,53 @@
+import { GestaltPrinciple } from '../core/types.js';
+/**
+ * 표면/심층 분리 (Figure-Ground)의 표면 레이어 단일 소스.
+ *
+ * 코드 내부는 게슈탈트 원리(GestaltPrinciple enum)와 에이전트 식별자를 그대로 쓰지만,
+ * 사용자에게 돌려주는 표면 문자열에는 게슈탈트 용어가 새어 나가면 안 된다.
+ * 이 모듈이 내부 식별자를 평범한 한국어·영어 문구로 잇는 유일한 매핑 지점이다.
+ *
+ * 심층 레이어(README·docs·LLM 시스템 프롬프트·내부 타입)는 이 모듈을 거치지 않고
+ * 게슈탈트 어휘를 그대로 유지한다.
+ */
+export type SurfaceLang = 'ko' | 'en';
+/**
+ * 원리가 담당하는 단계를 평범한 말로 설명한 문구를 돌려준다.
+ * currentPrinciple/principleStrategy/gestaltFocus 등 표면 노출 자리에 사용한다.
+ * 알 수 없는 값('next' 등)은 중립적 기본 문구로 대체한다.
+ */
+export declare function getStageLabel(principle: GestaltPrinciple | string, lang?: SurfaceLang): string;
+/**
+ * 내부 에이전트 식별자를 중립적 표시 이름으로 바꾼다.
+ * 매핑에 없는 식별자는 원리 용어가 없다고 보고 그대로 돌려준다.
+ */
+export declare function getAgentDisplayName(agentName: string, lang?: SurfaceLang): string;
+/**
+ * 에이전트 식별자 배열을 중립적 표시 이름 배열로 바꾼다.
+ */
+export declare function toDisplayAgentNames(agentNames: string[], lang?: SurfaceLang): string[];
+export declare function getConsistencyHint(lang?: SurfaceLang): string;
+/**
+ * 표면 문자열에 절대 나타나면 안 되는 게슈탈트 금지어.
+ * 회귀 테스트(LeakTest)가 이 목록으로 사용자 표면 응답을 검사한다.
+ * 원리 이름 6종(figure-ground는 두 표기 모두)만 담는다 — 에이전트 접미사(completer 등)는
+ * 게슈탈트 용어가 아니므로 중립 표시 이름에 그대로 쓸 수 있어 제외한다.
+ */
+export declare const BANNED_SURFACE_TERMS: readonly string[];
+/**
+ * MCP 도구 응답에서 심층 레이어(LLM 지시 프롬프트) 필드 키.
+ * 이 필드들은 게슈탈트 어휘를 담은 채 유지되므로 표면 누수 검사 대상에서 제외한다.
+ */
+export declare const DEEP_PROMPT_KEYS: readonly string[];
+/**
+ * 도구 응답에 통째로 실리는 컨텍스트 객체(gestaltContext/specContext/executeContext)에서
+ * 게슈탈트 용어가 새는 메타 필드를 중립적 표면 값으로 치환한다.
+ *
+ * - currentPrinciple(원리 enum 값) → currentStage(평범한 단계 설명)
+ * - principleStrategy(원리 용어가 박힌 전략 문구) → 표면에서 제거 (프롬프트에 이미 포함)
+ * - activeAgents(에이전트 식별자) → 중립적 표시 이름
+ * - allRounds[].gestaltFocus(원리 enum 값) → stage(평범한 단계 설명)
+ *
+ * 심층 프롬프트 필드(systemPrompt 등)와 나머지 필드는 그대로 둔다.
+ */
+export declare function sanitizeSurfaceContext<T>(ctx: T, lang?: SurfaceLang): T;
+//# sourceMappingURL=surface-labels.d.ts.map

package/dist/src/gestalt/surface-labels.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"surface-labels.d.ts","sourceRoot":"","sources":["../../../src/gestalt/surface-labels.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,gBAAgB,EAAE,MAAM,kBAAkB,CAAC;AAEpD;;;;;;;;;GASG;AAEH,MAAM,MAAM,WAAW,GAAG,IAAI,GAAG,IAAI,CAAC;AA+CtC;;;;GAIG;AACH,wBAAgB,aAAa,CAC3B,SAAS,EAAE,gBAAgB,GAAG,MAAM,EACpC,IAAI,GAAE,WAAkB,GACvB,MAAM,CAIR;AAED;;;GAGG;AACH,wBAAgB,mBAAmB,CAAC,SAAS,EAAE,MAAM,EAAE,IAAI,GAAE,WAAkB,GAAG,MAAM,CAEvF;AAED;;GAEG;AACH,wBAAgB,mBAAmB,CAAC,UAAU,EAAE,MAAM,EAAE,EAAE,IAAI,GAAE,WAAkB,GAAG,MAAM,EAAE,CAE5F;AAWD,wBAAgB,kBAAkB,CAAC,IAAI,GAAE,WAAkB,GAAG,MAAM,CAEnE;AAED;;;;;GAKG;AACH,eAAO,MAAM,oBAAoB,EAAE,SAAS,MAAM,EAQjD,CAAC;AAEF;;;GAGG;AACH,eAAO,MAAM,gBAAgB,EAAE,SAAS,MAAM,EAQ7C,CAAC;AAEF;;;;;;;;;;GAUG;AACH,wBAAgB,sBAAsB,CAAC,CAAC,EAAE,GAAG,EAAE,CAAC,EAAE,IAAI,GAAE,WAAkB,GAAG,CAAC,CA0B7E"}

package/dist/src/gestalt/surface-labels.js

@@ -0,0 +1,137 @@
+import { GestaltPrinciple } from '../core/types.js';
+/**
+ * 각 원리가 담당하는 인터뷰/실행 단계를, 원리 이름 없이 "그 단계가 실제로 하는 일"로 설명한다.
+ * currentPrinciple·principleStrategy·gestaltFocus 등 원리명이 노출되던 자리를 이 문구로 치환한다.
+ */
+const STAGE_LABELS = {
+    [GestaltPrinciple.CLOSURE]: {
+        ko: '빠진 요구사항 채우기',
+        en: 'Filling in missing requirements',
+    },
+    [GestaltPrinciple.PROXIMITY]: {
+        ko: '관련 요구사항 묶기',
+        en: 'Grouping related requirements',
+    },
+    [GestaltPrinciple.SIMILARITY]: {
+        ko: '반복 패턴 찾기',
+        en: 'Identifying recurring patterns',
+    },
+    [GestaltPrinciple.FIGURE_GROUND]: {
+        ko: '핵심과 부가 나누기',
+        en: 'Separating core from optional',
+    },
+    [GestaltPrinciple.CONTINUITY]: {
+        ko: '일관성 검토',
+        en: 'Checking consistency',
+    },
+};
+/**
+ * 내부 에이전트 식별자를 게슈탈트 용어가 없는 중립적 표시 이름으로 잇는다.
+ * activeAgents 등 응답에 노출되는 에이전트 이름을 이 표를 거쳐 치환한다.
+ * 키는 내부 식별자(파일·레지스트리에서 쓰는 이름)이며 바꾸지 않는다.
+ */
+const AGENT_DISPLAY_NAMES = {
+    'closure-completer': { ko: '요구사항 완성기', en: 'Requirement completer' },
+    'ground-mapper': { ko: '범위 구분기', en: 'Scope mapper' },
+    'similarity-crystallizer': { ko: '패턴 정리기', en: 'Pattern crystallizer' },
+    'proximity-worker': { ko: '그룹 실행기', en: 'Grouping worker' },
+    'continuity-judge': { ko: '일관성 검토기', en: 'Consistency judge' },
+};
+/**
+ * 원리가 담당하는 단계를 평범한 말로 설명한 문구를 돌려준다.
+ * currentPrinciple/principleStrategy/gestaltFocus 등 표면 노출 자리에 사용한다.
+ * 알 수 없는 값('next' 등)은 중립적 기본 문구로 대체한다.
+ */
+export function getStageLabel(principle, lang = 'ko') {
+    const entry = STAGE_LABELS[principle];
+    if (entry)
+        return entry[lang];
+    return lang === 'ko' ? '다음 단계' : 'Next step';
+}
+/**
+ * 내부 에이전트 식별자를 중립적 표시 이름으로 바꾼다.
+ * 매핑에 없는 식별자는 원리 용어가 없다고 보고 그대로 돌려준다.
+ */
+export function getAgentDisplayName(agentName, lang = 'ko') {
+    return AGENT_DISPLAY_NAMES[agentName]?.[lang] ?? agentName;
+}
+/**
+ * 에이전트 식별자 배열을 중립적 표시 이름 배열로 바꾼다.
+ */
+export function toDisplayAgentNames(agentNames, lang = 'ko') {
+    return agentNames.map((name) => getAgentDisplayName(name, lang));
+}
+/**
+ * 실행 단계에서 caller에게 주는 "일관성 유지" 힌트의 평범한 표면 문구.
+ * Similarity 원리를 노출하던 similarityStrategy 필드를 이 문구로 치환한다.
+ */
+const CONSISTENCY_HINT = {
+    ko: '이미 끝낸 태스크 중 비슷한 패턴을 참고해 일관되게 구현하세요.',
+    en: 'Reference completed tasks with similar patterns to keep the implementation consistent.',
+};
+export function getConsistencyHint(lang = 'ko') {
+    return CONSISTENCY_HINT[lang];
+}
+/**
+ * 표면 문자열에 절대 나타나면 안 되는 게슈탈트 금지어.
+ * 회귀 테스트(LeakTest)가 이 목록으로 사용자 표면 응답을 검사한다.
+ * 원리 이름 6종(figure-ground는 두 표기 모두)만 담는다 — 에이전트 접미사(completer 등)는
+ * 게슈탈트 용어가 아니므로 중립 표시 이름에 그대로 쓸 수 있어 제외한다.
+ */
+export const BANNED_SURFACE_TERMS = [
+    'closure',
+    'proximity',
+    'similarity',
+    'figure-ground',
+    'figure_ground',
+    'continuity',
+    'gestalt',
+];
+/**
+ * MCP 도구 응답에서 심층 레이어(LLM 지시 프롬프트) 필드 키.
+ * 이 필드들은 게슈탈트 어휘를 담은 채 유지되므로 표면 누수 검사 대상에서 제외한다.
+ */
+export const DEEP_PROMPT_KEYS = [
+    'systemPrompt',
+    'questionPrompt',
+    'scoringPrompt',
+    'specPrompt',
+    'planningPrompt',
+    'taskPrompt',
+    'compressionPrompt',
+];
+/**
+ * 도구 응답에 통째로 실리는 컨텍스트 객체(gestaltContext/specContext/executeContext)에서
+ * 게슈탈트 용어가 새는 메타 필드를 중립적 표면 값으로 치환한다.
+ *
+ * - currentPrinciple(원리 enum 값) → currentStage(평범한 단계 설명)
+ * - principleStrategy(원리 용어가 박힌 전략 문구) → 표면에서 제거 (프롬프트에 이미 포함)
+ * - activeAgents(에이전트 식별자) → 중립적 표시 이름
+ * - allRounds[].gestaltFocus(원리 enum 값) → stage(평범한 단계 설명)
+ *
+ * 심층 프롬프트 필드(systemPrompt 등)와 나머지 필드는 그대로 둔다.
+ */
+export function sanitizeSurfaceContext(ctx, lang = 'ko') {
+    if (!ctx || typeof ctx !== 'object')
+        return ctx;
+    const result = { ...ctx };
+    if (typeof result.currentPrinciple === 'string') {
+        result.currentStage = getStageLabel(result.currentPrinciple, lang);
+        delete result.currentPrinciple;
+    }
+    delete result.principleStrategy;
+    if (Array.isArray(result.activeAgents)) {
+        result.activeAgents = toDisplayAgentNames(result.activeAgents, lang);
+    }
+    if (Array.isArray(result.allRounds)) {
+        result.allRounds = result.allRounds.map((round) => {
+            if (round && typeof round === 'object' && typeof round.gestaltFocus === 'string') {
+                const { gestaltFocus, ...rest } = round;
+                return { ...rest, stage: getStageLabel(gestaltFocus, lang) };
+            }
+            return round;
+        });
+    }
+    return result;
+}
+//# sourceMappingURL=surface-labels.js.map

package/dist/src/gestalt/surface-labels.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"surface-labels.js","sourceRoot":"","sources":["../../../src/gestalt/surface-labels.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,gBAAgB,EAAE,MAAM,kBAAkB,CAAC;AAoBpD;;;GAGG;AACH,MAAM,YAAY,GAA4C;IAC5D,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE;QAC1B,EAAE,EAAE,aAAa;QACjB,EAAE,EAAE,iCAAiC;KACtC;IACD,CAAC,gBAAgB,CAAC,SAAS,CAAC,EAAE;QAC5B,EAAE,EAAE,YAAY;QAChB,EAAE,EAAE,+BAA+B;KACpC;IACD,CAAC,gBAAgB,CAAC,UAAU,CAAC,EAAE;QAC7B,EAAE,EAAE,UAAU;QACd,EAAE,EAAE,gCAAgC;KACrC;IACD,CAAC,gBAAgB,CAAC,aAAa,CAAC,EAAE;QAChC,EAAE,EAAE,YAAY;QAChB,EAAE,EAAE,+BAA+B;KACpC;IACD,CAAC,gBAAgB,CAAC,UAAU,CAAC,EAAE;QAC7B,EAAE,EAAE,QAAQ;QACZ,EAAE,EAAE,sBAAsB;KAC3B;CACF,CAAC;AAEF;;;;GAIG;AACH,MAAM,mBAAmB,GAAkC;IACzD,mBAAmB,EAAE,EAAE,EAAE,EAAE,UAAU,EAAE,EAAE,EAAE,uBAAuB,EAAE;IACpE,eAAe,EAAE,EAAE,EAAE,EAAE,QAAQ,EAAE,EAAE,EAAE,cAAc,EAAE;IACrD,yBAAyB,EAAE,EAAE,EAAE,EAAE,QAAQ,EAAE,EAAE,EAAE,sBAAsB,EAAE;IACvE,kBAAkB,EAAE,EAAE,EAAE,EAAE,QAAQ,EAAE,EAAE,EAAE,iBAAiB,EAAE;IAC3D,kBAAkB,EAAE,EAAE,EAAE,EAAE,SAAS,EAAE,EAAE,EAAE,mBAAmB,EAAE;CAC/D,CAAC;AAEF;;;;GAIG;AACH,MAAM,UAAU,aAAa,CAC3B,SAAoC,EACpC,OAAoB,IAAI;IAExB,MAAM,KAAK,GAAG,YAAY,CAAC,SAA6B,CAAC,CAAC;IAC1D,IAAI,KAAK;QAAE,OAAO,KAAK,CAAC,IAAI,CAAC,CAAC;IAC9B,OAAO,IAAI,KAAK,IAAI,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC,CAAC,WAAW,CAAC;AAC/C,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,mBAAmB,CAAC,SAAiB,EAAE,OAAoB,IAAI;IAC7E,OAAO,mBAAmB,CAAC,SAAS,CAAC,EAAE,CAAC,IAAI,CAAC,IAAI,SAAS,CAAC;AAC7D,CAAC;AAED;;GAEG;AACH,MAAM,UAAU,mBAAmB,CAAC,UAAoB,EAAE,OAAoB,IAAI;IAChF,OAAO,UAAU,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,mBAAmB,CAAC,IAAI,EAAE,IAAI,CAAC,CAAC,CAAC;AACnE,CAAC;AAED;;;GAGG;AACH,MAAM,gBAAgB,GAAkB;IACtC,EAAE,EAAE,qCAAqC;IACzC,EAAE,EAAE,wFAAwF;CAC7F,CAAC;AAEF,MAAM,UAAU,kBAAkB,CAAC,OAAoB,IAAI;IACzD,OAAO,gBAAgB,CAAC,IAAI,CAAC,CAAC;AAChC,CAAC;AAED;;;;;GAKG;AACH,MAAM,CAAC,MAAM,oBAAoB,GAAsB;IACrD,SAAS;IACT,WAAW;IACX,YAAY;IACZ,eAAe;IACf,eAAe;IACf,YAAY;IACZ,SAAS;CACV,CAAC;AAEF;;;GAGG;AACH,MAAM,CAAC,MAAM,gBAAgB,GAAsB;IACjD,cAAc;IACd,gBAAgB;IAChB,eAAe;IACf,YAAY;IACZ,gBAAgB;IAChB,YAAY;IACZ,mBAAmB;CACpB,CAAC;AAEF;;;;;;;;;;GAUG;AACH,MAAM,UAAU,sBAAsB,CAAI,GAAM,EAAE,OAAoB,IAAI;IACxE,IAAI,CAAC,GAAG,IAAI,OAAO,GAAG,KAAK,QAAQ;QAAE,OAAO,GAAG,CAAC;IAChD,MAAM,MAAM,GAA4B,EAAE,GAAI,GAA+B,EAAE,CAAC;IAEhF,IAAI,OAAO,MAAM,CAAC,gBAAgB,KAAK,QAAQ,EAAE,CAAC;QAChD,MAAM,CAAC,YAAY,GAAG,aAAa,CAAC,MAAM,CAAC,gBAA0B,EAAE,IAAI,CAAC,CAAC;QAC7E,OAAO,MAAM,CAAC,gBAAgB,CAAC;IACjC,CAAC;IAED,OAAO,MAAM,CAAC,iBAAiB,CAAC;IAEhC,IAAI,KAAK,CAAC,OAAO,CAAC,MAAM,CAAC,YAAY,CAAC,EAAE,CAAC;QACvC,MAAM,CAAC,YAAY,GAAG,mBAAmB,CAAC,MAAM,CAAC,YAAwB,EAAE,IAAI,CAAC,CAAC;IACnF,CAAC;IAED,IAAI,KAAK,CAAC,OAAO,CAAC,MAAM,CAAC,SAAS,CAAC,EAAE,CAAC;QACpC,MAAM,CAAC,SAAS,GAAI,MAAM,CAAC,SAA4C,CAAC,GAAG,CAAC,CAAC,KAAK,EAAE,EAAE;YACpF,IAAI,KAAK,IAAI,OAAO,KAAK,KAAK,QAAQ,IAAI,OAAO,KAAK,CAAC,YAAY,KAAK,QAAQ,EAAE,CAAC;gBACjF,MAAM,EAAE,YAAY,EAAE,GAAG,IAAI,EAAE,GAAG,KAAK,CAAC;gBACxC,OAAO,EAAE,GAAG,IAAI,EAAE,KAAK,EAAE,aAAa,CAAC,YAAsB,EAAE,IAAI,CAAC,EAAE,CAAC;YACzE,CAAC;YACD,OAAO,KAAK,CAAC;QACf,CAAC,CAAC,CAAC;IACL,CAAC;IAED,OAAO,MAAW,CAAC;AACrB,CAAC"}

package/dist/src/mcp/tools/execute/planning.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"planning.d.ts","sourceRoot":"","sources":["../../../../../src/mcp/tools/execute/planning.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,wCAAwC,CAAC;AACvF,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,kBAAkB,CAAC;AAErD,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,uBAAuB,CAAC;AAG1D,wBAAgB,WAAW,CACzB,MAAM,EAAE,wBAAwB,EAChC,KAAK,EAAE,YAAY,EACnB,QAAQ,EAAE,YAAY,GACrB,MAAM,CA8BR;AAED,wBAAgB,cAAc,CAC5B,MAAM,EAAE,wBAAwB,EAChC,KAAK,EAAE,YAAY,EACnB,QAAQ,EAAE,YAAY,GACrB,MAAM,CAwDR;AAED,wBAAgB,kBAAkB,CAChC,MAAM,EAAE,wBAAwB,EAChC,KAAK,EAAE,YAAY,EACnB,QAAQ,EAAE,YAAY,GACrB,MAAM,CA+CR"}
+{"version":3,"file":"planning.d.ts","sourceRoot":"","sources":["../../../../../src/mcp/tools/execute/planning.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,wCAAwC,CAAC;AACvF,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,kBAAkB,CAAC;AAErD,OAAO,KAAK,EAAE,YAAY,EAAE,MAAM,uBAAuB,CAAC;AAI1D,wBAAgB,WAAW,CACzB,MAAM,EAAE,wBAAwB,EAChC,KAAK,EAAE,YAAY,EACnB,QAAQ,EAAE,YAAY,GACrB,MAAM,CA+BR;AAED,wBAAgB,cAAc,CAC5B,MAAM,EAAE,wBAAwB,EAChC,KAAK,EAAE,YAAY,EACnB,QAAQ,EAAE,YAAY,GACrB,MAAM,CAyDR;AAED,wBAAgB,kBAAkB,CAChC,MAAM,EAAE,wBAAwB,EAChC,KAAK,EAAE,YAAY,EACnB,QAAQ,EAAE,YAAY,GACrB,MAAM,CA+CR"}