patina-cli 3.11.0

package/profiles/default.md

@@ -0,0 +1,62 @@
+---
+profile: default
+name: 기본 프로필
+version: 1.1.0
+scope: 일반 텍스트 — 다른 프로필이 명시되지 않은 모든 경우. 원문의 의도된 톤을 추론하여 그에 맞춰 교정한다.
+voice-overrides:
+  first-person: normal          # 원문 패턴을 따른다
+  opinions: normal              # 원문 톤을 따른다
+  rhythm-variation: normal      # 표준 burstiness 적용
+  humor: normal                 # 원문 톤을 따른다
+  messiness: normal             # 원문 톤을 따른다
+  concrete-emotions: normal     # 원문 톤을 따른다
+# pattern-overrides 없음 — 모든 패턴을 기본 가중치로 적용한다.
+# 특정 패턴을 강화/억제하려면 적합한 프로필(blog/academic/formal 등)을 사용하거나
+# 사용자 정의 프로필을 만든다.
+---
+
+# 기본 프로필
+
+원문의 의도된 톤(격식체/구어체/기술 문서/캐주얼 블로그 등)을 먼저 추론하고, 그 톤을 유지하면서 AI 패턴을 제거한다. 어떤 방향으로도 강제로 끌고 가지 않는다.
+
+## 범위
+
+이 프로필은 **다른 프로필이 명시적으로 선택되지 않은 모든 텍스트**에 적용된다. 사용자가 `--profile blog`나 `--profile formal` 같은 옵션을 주지 않으면 default가 사용된다. 가장 자주 쓰이는 프로필이므로 어느 한 톤으로 편향되어서는 안 된다.
+
+## 어조 추론
+
+먼저 원문에서 다음을 관찰한다:
+
+- **종결 어미**: `-습니다/-합니다` (격식체) vs `-다/-야` (구어/평어) vs `-요` (존대 구어)
+- **문장 길이**: 한 문장 평균이 20어절 이상이면 격식체, 10어절 이하면 구어체에 가깝다
+- **1인칭 사용**: "필자/저자"는 격식체, "내가/난/우리"는 구어체
+- **구두점/이모지**: `!?`나 이모지 사용은 캐주얼한 톤의 신호
+- **외래어**: "프로젝트/마일스톤" 같은 비즈니스 외래어가 많으면 사무용 격식체
+
+추론한 톤을 유지한다. 격식체 원문을 구어체로 끌어내리지 말고, 구어체 원문을 격식체로 끌어올리지 않는다.
+
+## 어조 지침
+
+- **원문의 격식 수준을 따른다.** 원문이 `-습니다`체면 결과도 `-습니다`체. 원문이 평어면 결과도 평어.
+- **불필요하게 캐주얼하게 바꾸지 않는다.** 격식체 원문에 "근데", "엄청", "꽤"를 끼워 넣지 말 것.
+- **불필요하게 격식체로 바꾸지 않는다.** 구어체 원문을 "사료됩니다", "도모하다"로 끌어올리지 말 것.
+- **1인칭은 원문 패턴을 따른다.** 원문에 "나/우리"가 있으면 유지, 없으면 굳이 추가하지 않는다.
+- **구체성 추가는 권장하지만 강제는 하지 않는다.** 원문에 충분한 구체성이 있으면 그대로 두고, 추상적 표현만 구체화한다.
+
+## 패턴 처리
+
+- 모든 패턴을 동일한 우선순위로 처리한다.
+- `blocklist`/`allowlist` 설정이 있으면 그에 따라 조절한다.
+- 특정 패턴을 강화/억제하고 싶다면 `--profile <적합한 프로필>`을 명시적으로 사용하거나 사용자 정의 프로필을 만든다.
+
+## voice.md와의 관계
+
+이 프로필은 `core/voice.md`의 모든 지침을 **기본 가중치로** 따른다. 강화도 억제도 없다.
+
+| voice.md 지침 | 기본 프로필에서 |
+|--------------|----------------|
+| "의견을 가져라" | **원문대로** — 원문이 단정적이면 단정적, 중립적이면 중립적 |
+| "리듬을 바꿔라" | **표준 burstiness** — 모든 문장이 같은 길이가 되지 않도록 |
+| "나를 써라" | **원문대로** — 원문에 1인칭이 있으면 살리고, 없으면 추가하지 않음 |
+| "좀 지저분해도 괜찮다" | **원문대로** — 원문 톤이 정돈됐으면 정돈된 채로 |
+| "감정을 구체적으로" | **원문대로** — 원문이 감정 표현을 쓰면 구체화, 없으면 추가하지 않음 |

package/profiles/email.md

@@ -0,0 +1,52 @@
+---
+profile: email
+name: 비즈니스 이메일 프로필
+version: 1.0.0
+scope: 비즈니스 이메일, 공식 서신, 사내 커뮤니케이션
+voice-overrides:
+  first-person: normal          # 1인칭 자연스럽게 사용
+  opinions: reduce              # 의견 표현 절제
+  rhythm-variation: normal      # 리듬 변화 유지
+  humor: reduce                 # 유머 절제 (가벼운 것은 허용)
+  messiness: reduce             # 불완전 구조 절제
+  concrete-emotions: reduce     # 감정 표현 절제
+pattern-overrides:
+  ko:
+    18: reduce                  # 한자어/공식어 — 이메일에서 중간 수준 격식 허용
+    21: reduce                  # 아첨 — 약간의 공손함은 이메일 관례
+    27: reduce                  # 수동태 — 이메일에서 적당한 수동태 허용
+  en:
+    18: suppress                # Curly quotes — 이메일에서 비해당
+    21: reduce                  # Sycophantic — some politeness is email convention
+    8: reduce                   # Copula avoidance — "serves as" tolerable in formal email
+  zh:
+    18: reduce                  # 公文体 — 이메일에서 중간 수준 허용
+    21: reduce                  # 谄媚 — 약간의 공손함 허용
+  ja:
+    16: reduce                  # 敬語 — 비즈니스 이메일에서 적절한 경어 허용
+    18: reduce                  # である調 — 이메일에서 적당한 격식 허용
+    21: reduce                  # お世辞 — 약간의 공손함 허용
+---
+
+# 비즈니스 이메일 프로필
+
+비즈니스 이메일의 적절한 격식과 공손함을 유지하면서 AI 패턴을 제거한다. "예의 바른" 것과 "챗봇 같은" 것의 경계를 지킨다.
+
+## 범위
+
+비즈니스 이메일, 공식 서신, 사내 커뮤니케이션. 마케팅 이메일이나 뉴스레터는 `default` 또는 `blog` 프로필 사용.
+
+## 어조 지침
+
+- **적절한 격식을 유지한다.** 너무 캐주얼하지도, 너무 딱딱하지도 않게.
+- **공손함은 허용한다.** "감사합니다", "확인 부탁드립니다" 등은 이메일 관례. 단 "좋은 질문이십니다!"는 교정 대상.
+- **1인칭은 자연스럽게.** "제가 확인한 바로는", "저희 팀에서는" — 이메일에서 1인칭은 표준.
+- **간결하게 쓴다.** 이메일은 짧을수록 좋다. 불필요한 도입부, 결론 공식은 삭제.
+
+## 적극 교정 대상
+
+- **챗봇 표현 (#19):** "궁금한 점이 있으시면 말씀해 주세요"는 이메일에서도 교정. "회신 부탁드립니다"로 충분.
+- **과도한 중요성 부여 (#1):** 이메일에서 "획기적인 성과"는 부적절. 구체적 결과로 대체.
+- **채움 표현 (#22):** "주목할 만한 점은 ~라는 것이다" → 바로 핵심을 말한다.
+- **과도한 헤징 (#23):** "어쩌면 ~일 수도 있을 것으로 사료됩니다" → "~일 수 있습니다".
+- **AI 고빈도 어휘 (#7):** "시너지를 극대화하고 레버리지하여" → 구체적으로 뭘 하자는 건지 쓴다.

package/profiles/formal.md

@@ -0,0 +1,98 @@
+---
+profile: formal
+name: 정형 문서 프로필
+version: 1.0.0
+scope: 이력서, 자기소개서, 사업 제안서, 공식 보고서, 커버레터
+voice-overrides:
+  first-person: reduce        # 1인칭 최소화 — 이력서는 행위 중심
+  opinions: suppress           # 의견 삽입 억제 — 사실 중심
+  rhythm-variation: allow      # 리듬 변화는 유지하되 과하지 않게
+  humor: suppress              # 유머 억제 — 격식 문서에 부적절
+  messiness: suppress          # "좀 지저분해도 괜찮다" 억제
+  concrete-emotions: suppress  # 감정 표현 억제 — 성과와 사실 중심
+pattern-overrides:
+  ko:
+    25: suppress               # 구조적 반복 — 정형 문서는 반복 구조가 정상 (경력 항목, 불릿 리스트)
+    15: reduce                 # 인라인 헤더 — 이력서 불릿은 볼드 레이블이 관례
+    14: reduce                 # 볼드체 — 이력서의 직함/회사명 볼드는 관례
+    18: reduce                 # 한자어/공식어 — 정형 문서에서는 격식체가 적절
+    8: reduce                  # ~적 접미사 — 정형 문서에서 일부 허용 (과도한 경우만 교정)
+  en:
+    25: suppress               # Structural repetition — formal docs have intentionally uniform structure
+    15: reduce                 # Inline-header lists — bold labels are standard in resumes
+    14: reduce                 # Boldface — job titles, company names in bold is convention
+    16: suppress               # Title Case — formal document headings conventionally use title case
+  zh:
+    25: suppress               # 结构性重复 — 简历/报告条目可有统一结构
+    15: reduce                 # 内联标题 — “职责/成果”标签是正式文档惯例
+    14: reduce                 # 加粗 — 职位/公司名加粗可接受
+    18: reduce                 # 书面/公文体 — 正式文档允许适度正式
+    8: reduce                  # 四字格 — 正式文档中少量四字格可接受
+  ja:
+    25: suppress               # 構造的繰り返し — 職務経歴や提案書では統一構造が自然
+    15: reduce                 # インラインヘッダー — 役割/成果ラベルは正式文書の慣例
+    14: reduce                 # 太字 — 役職名・会社名の強調は許容
+    18: reduce                 # 硬質文体 — 正式文書では適度な硬さを許容
+    8: reduce                  # 〜的 — 正式文書では一部許容
+---
+
+# 정형 문서 프로필
+
+이력서, 자기소개서, 사업 제안서 등 격식을 유지해야 하는 문서에 사용한다.
+AI 패턴은 제거하되, 전문적인 어조를 유지한다.
+
+## 범위
+
+이 프로필은 **격식을 요구하는 전문 문서**에 한정된다:
+- 이력서 / CV
+- 자기소개서 / 커버레터
+- 사업 제안서
+- 공식 보고서
+- 기업 소개서
+
+개인 블로그, 에세이, SNS 글은 이 프로필의 범위가 아니다.
+
+## 핵심 원칙
+
+정형 문서의 AI 교정에서 가장 흔한 실수는 **과도한 캐주얼화**다.
+voice.md의 지침("의견을 가져라", "좀 지저분해도 괜찮다", "나를 써라")은
+블로그나 에세이에는 적절하지만, 이력서에 적용하면 전문성을 해친다.
+
+이 프로필은 voice.md의 캐주얼 지침을 억제하고, AI 패턴 제거와 격식 유지를 양립시킨다.
+
+## 어조 지침
+
+- **간결 서술체를 유지한다.** "~함", "~설계", "~구축", "~도입" — 이력서의 기본 어미.
+- **구어체로 바꾸지 않는다.** "~했음", "~만들었음"(일기체)이 아니라 "~함", "~수행"(서술체).
+- **1인칭 사용을 최소화한다.** "내가 ~했다"보다 "~를 설계하여 ~를 달성함"이 이력서에 적합하다.
+- **감정/의견을 삽입하지 않는다.** "아무도 시키지 않았지만", "생각보다 심해서" 같은 표현은 억제한다.
+- **여담과 곁가지를 넣지 않는다.** 정형 문서는 정보 밀도가 높아야 한다.
+- **구어체 축약을 피한다.** "이게 없으면", "세포를 찾는 건 됐는데" 같은 표현은 "해당 기능 부재 시", "세포 탐지는 가능하나"로 유지한다.
+
+## 패턴 처리 (한국어)
+
+- **구조적 반복(ko #25):** 이력서의 경력 항목, 프로젝트 불릿은 동일 구조가 정상이다. 교정하지 않는다.
+- **인라인 헤더(ko #15), 볼드체(ko #14):** "**역할:** 백엔드 리드" 같은 포맷은 이력서 관례다. 과도한 경우만 교정.
+- **한자어/공식어(ko #18), ~적 접미사(ko #8):** 정형 문서에서 "혁신적", "체계적"은 맥락에 따라 적절하다. 과도한 경우만 교정.
+- **번역체(ko #26):** 정형 문서에서도 번역체는 부자연스럽다. 기본 강도로 교정.
+- **중요도 과장(ko #1):** "획기적인", "혁명적인" 같은 과장은 정형 문서에서도 제거한다. 기본 강도 유지.
+
+## Pattern Handling (English)
+
+- **Structural repetition (en #25):** Resume bullet points follow uniform structure by design. Do not correct.
+- **Inline-header lists (en #15), Boldface (en #14):** "**Role:** Backend Lead" is standard resume formatting. Only correct excessive use.
+- **Title Case (en #16):** Formal document headings conventionally use title case. Do not correct.
+- **Importance inflation (en #1):** "Groundbreaking", "revolutionary" are still AI patterns in formal docs. Correct normally.
+- **AI vocabulary (en #7):** "Delve", "leverage", "spearhead" — correct these even in formal contexts. Use plain professional language.
+
+## voice.md 오버라이드
+
+이 프로필은 `core/voice.md`의 지침을 다음과 같이 조절한다:
+
+| voice.md 지침 | 정형 문서 프로필에서 |
+|--------------|-------------------|
+| "의견을 가져라" | **억제** — 이력서는 사실과 성과 중심 |
+| "리듬을 바꿔라" | **허용** — 단조로움 방지는 유지하되 과하지 않게 |
+| "나를 써라" | **축소** — 1인칭 최소화, 행위 중심 서술 |
+| "좀 지저분해도 괜찮다" | **억제** — 정형 문서는 깔끔한 구조 필수 |
+| "감정을 구체적으로" | **억제** — 감정 대신 수치와 성과로 표현 |

package/profiles/instructional.md

@@ -0,0 +1,80 @@
+---
+profile: instructional
+name: 인스트럭셔널/하우투 프로필
+version: 1.0.0
+scope: 튜토리얼, 하우투 가이드, 단계별 설명, 기술 문서, 교육 콘텐츠
+voice-overrides:
+  imperative-verbs: amplify    # 명령형 동사 강화 (설치하라, 실행하라, 확인하라)
+  numbered-structure: amplify  # 번호 기반 단계 구조 허용/강화
+  hedging: suppress            # 유보 표현 억제 ("~할 수도 있습니다" → "~합니다")
+  first-person: reduce         # 1인칭 최소화 (독자 중심 지시문)
+  opinions: reduce             # 주관적 의견 최소화 (지시 명확성 우선)
+  scene-detail: suppress       # 장면 묘사 억제 (지시에 집중)
+pattern-overrides:
+  ko:
+    25: allow                  # 번호 목록 구조 — 인스트럭셔널에서는 필수 허용
+    22: reduce                 # 필러 관용구 — 지시문에서 불필요한 완충 표현 제거
+    28: suppress               # 과도한 한정 표현 — 지시문에서 명확성 저해
+    15: allow                  # 인라인 헤더 — 단계 구분에 유용
+    14: reduce                 # 볼드체 — 핵심 명령어에만 허용, 과도한 볼드 교정
+  en:
+    25: allow                  # Numbered structure — essential for instructional content
+    22: reduce                 # Filler idioms — reduce padding in instructional prose
+    28: suppress               # Over-qualifying — clarity requires commitment
+    15: allow                  # Inline-header lists — useful for step delineation
+    14: reduce                 # Boldface — allow for key terms/commands, correct overuse
+  zh:
+    25: allow                  # 结构/编号 — 教程需要清晰步骤，编号结构必须保留
+    22: reduce                 # 填充表达 — 指令文里减少铺垫和寒暄
+    23: amplify                # 过度弱化 — 步骤说明需要明确，不要层层对冲
+    15: allow                  # 内联标题 — 可用于步骤/参数分区
+    14: reduce                 # 加粗 — 命令、文件名、关键提醒可加粗，滥用才纠正
+  ja:
+    25: allow                  # 構造/番号 — 手順説明では番号構造が必要
+    22: reduce                 # フィラー — 手順では前置きや緩衝表現を減らす
+    23: amplify                # 過剰ヘッジ — 手順は明確さを優先する
+    15: allow                  # インラインヘッダー — 手順やパラメータ整理に有用
+    14: reduce                 # 太字 — コマンド/ファイル名/注意点の強調は許容
+---
+
+# 인스트럭셔널/하우투 프로필
+
+튜토리얼과 단계별 가이드에 맞는 교정을 수행한다. 독자가 지시를 따를 수 있도록 명확하고 행동 지향적인 문장을 만드는 것이 핵심이다.
+
+## 범위
+
+이 프로필은 **튜토리얼, 하우투 가이드, 단계별 설명, 기술 문서, 교육 콘텐츠**에 적합하다. 개인 에세이, 뉴스 기사, 마케팅 카피는 이 프로필의 범위가 아니다.
+
+## 어조 지침 (한국어)
+
+- **명령형으로 시작한다.** "설치합니다" → "설치하세요" 또는 "설치하라." 독자에게 직접 행동을 지시한다.
+- **번호 구조를 유지한다.** 단계는 번호로 구분되어야 한다. AI가 쓴 것처럼 보이는 번호 목록이라도, 인스트럭셔널 맥락에서는 구조 자체가 목적이다.
+- **유보 표현을 제거한다.** "~할 수도 있습니다", "~인 것 같습니다" → "~합니다", "~하세요." 독자는 명확한 지시가 필요하다.
+- **짧고 행동 중심으로.** 각 단계는 단일 행동을 담아야 한다. 하나의 문장이 두 가지 행동을 포함하면 쪼갠다.
+- **독자를 주어로.** "사용자는 ~을 입력한다" 대신 "~을 입력하세요." 독자가 직접 행동하는 주체임을 명확히 한다.
+
+## Tone guidance (English)
+
+- **Lead with imperative verbs.** "Install," "Run," "Check" — not "You should install" or "It is recommended to run." Direct commands reduce cognitive load.
+- **Keep numbered structure.** Steps need numbers. Even if a numbered list pattern fires, instructional content depends on clear sequencing — structure wins here.
+- **Cut the hedging.** "You may want to consider" → "Do." "This might help" → "This fixes it." Readers following instructions need certainty.
+- **One action per step.** If a sentence contains two actions, split it into two steps.
+- **Address the reader directly.** "The user enters" → "Enter." Active second-person keeps instructions scannable.
+
+## 패턴 처리
+
+- **번호 목록(ko #25):** 인스트럭셔널 맥락에서는 번호 구조가 핵심이다. 이 패턴은 허용(allow)으로 설정되어 교정 대상에서 제외한다.
+- **필러 관용구(ko #22):** 지시문에서 "우선", "먼저 확인해야 할 것은", "중요한 점은" 같은 완충 표현은 불필요하다. 축소 교정.
+- **과도한 한정(ko #28):** "어느 정도", "일반적으로는", "보통의 경우" — 지시문에서 이런 표현은 독자를 혼란하게 한다. 억제.
+- **인라인 헤더(ko #15):** 단계 구분 헤더는 허용.
+- **볼드체(ko #14):** 명령어, 파일명, 핵심 용어에만 허용. 모든 문장에 볼드를 뿌리는 패턴만 교정.
+
+## voice.md 오버라이드
+
+| voice.md 지침 | 인스트럭셔널 프로필에서 |
+|---|---|
+| "나를 써라" | **축소** — 독자 중심 지시문이 우선 |
+| "의견을 가져라" | **축소** — 명확한 지시가 의견보다 중요 |
+| "좀 지저분해도 괜찮다" | **억제** — 인스트럭셔널은 구조와 명확성이 핵심 |
+| "리듬을 바꿔라" | **유지** — 단문 지시가 기본이므로 리듬은 자연히 형성됨 |
+| "감정을 구체적으로" | **억제** — 지시문에서 감정 표현은 불필요 |

package/profiles/legal.md

@@ -0,0 +1,57 @@
+---
+profile: legal
+name: 법률 문서 프로필
+version: 1.0.0
+scope: 계약서, 법률 의견서, 판결문, 약관, 법률 보고서
+voice-overrides:
+  first-person: suppress        # 1인칭 억제
+  opinions: suppress            # 의견 억제
+  rhythm-variation: reduce      # 리듬 변화 절제 (법률 문서는 균일한 문체)
+  humor: suppress               # 유머 억제
+  messiness: suppress           # 불완전 구조 억제
+  concrete-emotions: suppress   # 감정 표현 억제
+pattern-overrides:
+  ko:
+    18: suppress                # 한자어/공식어 — 법률 문서의 표준 어휘
+    27: suppress                # 수동태 — 법률 문서에서 "~에 의하여 정해진다" 등 관례
+    12: suppress                # ~에 있어서 — 법률 문서에서 관례적 표현
+    22: reduce                  # 채움 표현 — "~하는 경우에 한하여" 등 법률적 정밀성
+    23: reduce                  # 헤징 — 법적 불확실성 표현 허용
+    8: reduce                   # ~적 접미사 — 법률 용어에서 일부 허용 ("실질적", "법적")
+  en:
+    26: suppress                # Passive nominalization — standard legal form
+    22: reduce                  # Filler — "in order to" sometimes needed in legal precision
+    23: reduce                  # Hedging — legal uncertainty language allowed
+    27: suppress                # Zombie nouns — legal definitions use nominalized forms
+  zh:
+    18: suppress                # 公文体 — 법률 중국어의 표준
+    27: suppress                # 被字句 — 법률 문서에서 관례
+    12: suppress                # 冗长介词 — 법률 문서에서 정밀성 위해 필요
+  ja:
+    18: suppress                # である調 — 법률 일본어의 표준
+    16: suppress                # 敬語 — 법률 문서에서는 비해당
+    27: reduce                  # ている — 법률 문서에서 일부 허용
+---
+
+# 법률 문서 프로필
+
+법률 문서의 관행적 표현을 보존하면서 AI 패턴을 제거한다. 수동태, 명사화, 격식체 등 법률 글쓰기의 표준 요소는 건드리지 않는다.
+
+## 범위
+
+계약서, 법률 의견서, 판결문, 약관, 법률 보고서. 법률 블로그나 법률 뉴스 기사는 `default` 또는 `blog` 프로필 사용.
+
+## 어조 지침
+
+- **법률 문서의 격식과 정밀성을 유지한다.** 구어체로 바꾸지 않는다.
+- **관례적 법률 용어를 보존한다.** "전술한", "상기", "본 계약" 등은 교정 대상이 아니다.
+- **수동태와 명사화를 허용한다.** "~에 의하여 정해진다", "~에 관한 사항" 등은 법률 문체.
+- **"~에 있어서"를 허용한다.** 법률에서는 정밀성을 위해 필요한 경우가 많다.
+
+## 적극 교정 대상
+
+- **AI 고빈도 어휘 (#7):** "혁신적인 법률 서비스", "체계적인 법적 프레임워크" 등은 AI 냄새. 교정.
+- **과도한 중요성 부여 (#1):** 법률 문서에서 "획기적인 판결"은 사실 판단이지 수식이 아니다. 교정.
+- **모호한 출처 (#5):** 법률 문서에서 출처 불명은 더더욱 부적절.
+- **유의어 순환 (#11):** 법률 문서에서 같은 개체를 다른 이름으로 부르면 법적 모호성 유발. 적극 교정.
+- **과제와 전망 공식 (#6):** 법률 의견서 결론에서도 빠지기 쉬움. 구체적 법적 분석으로 대체.

package/profiles/marketing.md

@@ -0,0 +1,56 @@
+---
+profile: marketing
+name: 마케팅/광고 프로필
+version: 1.0.0
+scope: 광고 카피, 마케팅 콘텐츠, 제품 소개, 랜딩 페이지, 프레스 릴리즈
+voice-overrides:
+  first-person: normal          # 1인칭 브랜드 목소리에 따라
+  opinions: amplify             # 의견/포지셔닝 강화
+  rhythm-variation: amplify     # 리듬 변화 강화
+  humor: allow                  # 유머 허용 (브랜드에 따라)
+  messiness: reduce             # 불완전 구조 절제 (전문성 유지)
+  concrete-emotions: amplify    # 구체적 감정 호소 강화
+pattern-overrides:
+  ko:
+    4: reduce                   # 홍보성 언어 — 마케팅에서는 일부 허용, 과도한 것만 교정
+    17: reduce                  # 이모지 — 마케팅 자료에서 일부 허용
+    14: reduce                  # 볼드체 — 마케팅 자료에서 강조 요소로 허용
+    1: reduce                   # 중요성 부여 — 마케팅에서 일정 수준 허용, 과장만 교정
+  en:
+    4: reduce                   # Promotional — some promotional language allowed in marketing
+    17: reduce                  # Emojis — allowed in marketing materials
+    14: reduce                  # Boldface — emphasis element in marketing
+    1: reduce                   # Significance — some allowed, only over-inflation corrected
+  zh:
+    4: reduce                   # 宣传性语言 — 마케팅에서 허용
+    17: reduce                  # 表情符号 — 허용
+    14: reduce                  # 加粗 — 허용
+  ja:
+    4: reduce                   # 宣伝的言語 — 마케팅에서 허용
+    17: reduce                  # 絵文字 — 허용
+    14: reduce                  # 太字 — 허용
+---
+
+# 마케팅/광고 프로필
+
+마케팅 콘텐츠의 설득력을 유지하면서 AI가 생성한 뻔한 패턴을 제거한다. 홍보성 언어는 마케팅의 본질이므로 일정 수준 허용하되, AI가 찍어낸 듯한 제네릭 카피는 교정한다.
+
+## 범위
+
+광고 카피, 마케팅 콘텐츠, 제품 소개, 랜딩 페이지, 프레스 릴리즈. 기업 블로그는 `blog` 프로필이 더 적합.
+
+## 어조 지침
+
+- **브랜드 목소리를 반영한다.** 원문의 톤이 활기차면 활기차게, 고급스러우면 고급스럽게.
+- **구체적으로 쓴다.** "최고의 솔루션" 대신 "응답 시간 3초 이내". 마케팅도 구체적일 때 설득력이 있다.
+- **CTA(Call to Action)는 직접적으로.** 돌려 말하지 않는다.
+- **경쟁사 비교 시 구체적 수치로.** "뛰어난 성능" 대신 "경쟁 제품 대비 40% 빠른 로딩".
+
+## 적극 교정 대상
+
+- **AI 고빈도 어휘 (#7):** "혁신적인 솔루션", "체계적인 접근" → 제품이 뭘 하는지 구체적으로.
+- **과제와 전망 공식 (#6):** 마케팅 결론이 "밝은 미래가 기대된다"이면 실패. 구체적 CTA로 대체.
+- **모호한 출처 (#5):** "업계 전문가 추천" → 누가, 어디서, 무슨 맥락에서?
+- **유의어 순환 (#11):** 제품명을 일관되게. "우리 솔루션", "이 플랫폼", "해당 서비스" 혼재 금지.
+- **표면적 분석 (#3):** "고객 경험을 혁신하며 비즈니스 가치를 극대화하고" → 어떻게?
+- **챗봇 표현 (#19):** 마케팅 자료에 "궁금한 점이 있으시면" 포함 금지.

package/profiles/medical.md

@@ -0,0 +1,53 @@
+---
+profile: medical
+name: 의료/의학 문서 프로필
+version: 1.0.0
+scope: 임상 보고서, 의학 논문, 진료 가이드라인, 약물 정보, 환자 교육 자료
+voice-overrides:
+  first-person: reduce          # 1인칭 절제
+  opinions: suppress            # 의견 억제, 근거 기반
+  rhythm-variation: normal      # 리듬 변화 유지
+  humor: suppress               # 유머 억제
+  messiness: suppress           # 불완전 구조 억제
+  concrete-emotions: reduce     # 감정 표현 절제
+pattern-overrides:
+  ko:
+    23: reduce                  # 헤징 — 의학적 불확실성 ("~일 수 있다") 허용
+    27: reduce                  # 수동태 — 방법론에서 수동태 허용
+    18: reduce                  # 한자어/공식어 — 의학 용어에서 일부 허용
+  en:
+    23: reduce                  # Hedging — medical uncertainty ("may suggest") allowed
+    26: reduce                  # Passive — standard in methods sections
+    27: reduce                  # Zombie nouns — some nominalization acceptable in medical text
+  zh:
+    23: reduce                  # 过度弱化 — 의학적 불확실성 허용
+    27: reduce                  # 被字句 — 방법론에서 수동태 허용
+    18: reduce                  # 公文体 — 의학 문서 격식 허용
+  ja:
+    23: reduce                  # ヘッジング — 의학적 불확실성 허용
+    18: reduce                  # である調 — 의학 문서 문체 허용
+    16: reduce                  # 敬語 — 환자 교육 자료에서 일부 허용
+---
+
+# 의료/의학 문서 프로필
+
+의학 문서의 엄밀성과 불확실성 표현을 보존하면서 AI 패턴을 제거한다. 의학적 헤징, 수동태, 전문 용어는 건드리지 않는다.
+
+## 범위
+
+임상 보고서, 의학 논문, 진료 가이드라인, 약물 정보, 환자 교육 자료. 건강 블로그나 대중 건강 기사는 `default` 프로필 사용.
+
+## 어조 지침
+
+- **의학적 정확성이 최우선이다.** 간결하게 만들더라도 의미를 바꾸지 않는다.
+- **헤징은 허용한다.** "이 결과는 ~를 시사한다", "~와 관련이 있을 수 있다"는 의학에서 정당한 불확실성 표현.
+- **수동태는 방법론에서 허용.** "환자는 무작위로 배정되었다"는 임상시험의 표준 표현.
+- **전문 용어를 보존한다.** 의학 용어를 쉬운 말로 바꾸지 않는다 (환자 교육 자료 제외).
+
+## 적극 교정 대상
+
+- **과도한 중요성 부여 (#1):** "획기적인 치료법"은 임상 데이터가 뒷받침하지 않으면 위험. 적극 교정.
+- **모호한 출처 (#5):** 의학에서 "연구에 따르면"은 어떤 연구인지 반드시 밝혀야. 적극 교정.
+- **홍보성 언어 (#4):** 약물/치료법에 대한 과장 표현은 의학에서 특히 위험. 적극 교정.
+- **과제와 전망 공식 (#6):** "더 많은 연구가 필요하다"로 끝나는 것은 AI 공식. 어떤 연구가 왜 필요한지 구체화.
+- **AI 고빈도 어휘 (#7):** "혁신적인 치료 접근법", "체계적인 관리" 등은 AI 신호. 교정.

package/profiles/narrative.md

@@ -0,0 +1,79 @@
+---
+profile: narrative
+name: 내러티브/에세이 프로필
+version: 1.0.0
+scope: 1인칭 에세이, 개인 서사, 회고록, 경험 기반 글쓰기
+voice-overrides:
+  first-person: amplify        # 1인칭 시점 강화 (화자가 글의 중심)
+  scene-detail: amplify        # 장면 묘사, 구체적 감각 디테일 강화
+  concrete-emotions: amplify   # 추상적 감정 대신 구체적 상황/장면으로 표현
+  opinions: amplify            # 화자의 주관적 반응과 입장 강화
+  rhythm-variation: amplify    # 단문과 장문 교차로 호흡감 생성
+  hedging: suppress            # 과도한 유보 표현 억제 (서사에서 자신감 있는 목소리)
+  structure-heavy: suppress    # 헤딩, 번호 목록 억제 (서사 흐름 우선)
+pattern-overrides:
+  ko:
+    26: reduce                 # 번역체 — 내러티브에서 구어체 허용
+    27: reduce                 # 접속사 반복 — 서사 흐름에서 일부 허용
+    14: suppress               # 볼드체 — 에세이에서 강조 마크업 불필요
+    15: suppress               # 인라인 헤더 목록 — 서사에 어울리지 않음
+    25: suppress               # 번호 목록 구조 — 에세이 흐름 방해
+  en:
+    26: reduce                 # Translation-ism — conversational register allowed
+    27: reduce                 # Connector repetition — narrative flow allows it
+    14: suppress               # Boldface — unnecessary in essay prose
+    15: suppress               # Inline-header lists — breaks narrative continuity
+    25: suppress               # Numbered structure — not appropriate for essays
+  zh:
+    26: reduce                 # 翻译腔 — 叙事里可保留少量口语化/外来节奏
+    13: reduce                 # 连接词 — 叙事推进中少量“后来/然后”可自然存在
+    14: suppress               # 加粗 — 叙事散文里强调标记通常不需要
+    15: suppress               # 内联标题 — 会打断叙事连续性
+    25: suppress               # 结构性重复 — 编号/模板段落不适合个人叙事
+  ja:
+    26: reduce                 # 翻訳調 — 語りの中では少量の会話調を許容
+    13: reduce                 # 接続表現 — 時間の流れを示す接続は一部許容
+    14: suppress               # 太字 — エッセイ本文では不要
+    15: suppress               # インラインヘッダー — 物語の流れを切る
+    25: suppress               # 構造的繰り返し — 番号/テンプレ段落は個人叙事に不向き
+---
+
+# 내러티브/에세이 프로필
+
+1인칭 서사와 경험 기반 에세이에 맞는 교정을 수행한다. 화자의 목소리와 시간 흐름, 감정적 진실이 글의 핵심이다.
+
+## 범위
+
+이 프로필은 **1인칭 에세이, 개인 서사, 회고록, 경험 기반 글쓰기**에 적합하다. 학술 논문, 기업 보고서, 뉴스 기사는 이 프로필의 범위가 아니다.
+
+## 어조 지침 (한국어)
+
+- **화자가 글의 중심이다.** "내가", "나는", "그때 내가 느낀 건" — 1인칭 시점을 기본으로 유지한다.
+- **장면으로 보여준다.** "힘들었다"가 아니라 "새벽 2시에 혼자 형광등 아래 앉아 있었다." 추상적 감정보다 구체적 상황이 독자를 끌어당긴다.
+- **시간 흐름을 살린다.** 과거 시제와 회상이 자연스럽게 이어지도록 한다. "그때", "그 다음", "지금 생각하면" — 서사의 시간 감각을 유지한다.
+- **감정을 구체적으로 드러낸다.** "불안했다" 대신 "손이 떨렸다", "이유 없이 자꾸 창문을 봤다" 같은 구체적 반응으로 표현한다.
+- **마무리를 깔끔하게 닫지 않아도 된다.** 에세이의 끝이 열려 있거나 불확실함으로 끝나도 괜찮다. 억지 결론보다 솔직한 미결이 낫다.
+
+## Tone guidance (English)
+
+- **Stay in first person.** "I", "me", "what I realized" — the narrator is the anchor.
+- **Show the scene.** Not "it was difficult" but "I was sitting alone under a flickering light at 2 a.m." Concrete detail pulls readers in more than abstraction.
+- **Let time breathe.** Past tense and reflection flow naturally — "back then," "later I found out," "looking back now." Preserve the narrative's sense of time.
+- **Name the feeling specifically.** Not "I felt anxious" but "my hands wouldn't stop moving" or "I kept checking the door for no reason."
+- **Resist the tidy ending.** Essays can close on uncertainty or open questions. An honest non-resolution beats a forced epiphany.
+
+## 패턴 처리
+
+- **번호 목록(ko #25), 인라인 헤더(ko #15), 볼드체(ko #14):** 서사 에세이에 어울리지 않는다. 나타나면 산문으로 풀어쓴다.
+- **번역체(ko #26), 접속사 반복(ko #27):** 구어체 서사에서 일부 허용. 과도할 때만 교정.
+- **헤징 표현:** 서사에서의 유보("~일 수도 있다", "어떻게 보면")는 화자의 성찰로 읽힐 수 있다. 과도한 AI식 유보만 제거한다.
+
+## voice.md 오버라이드
+
+| voice.md 지침 | 내러티브 프로필에서 |
+|---|---|
+| "나를 써라" | **강화** — 1인칭이 서사의 기본값 |
+| "감정을 구체적으로" | **강화** — 장면과 신체 반응으로 감정을 드러낸다 |
+| "리듬을 바꿔라" | **강화** — 호흡감 있는 단문/장문 교차 |
+| "의견을 가져라" | **강화** — 화자의 입장과 성찰이 서사의 동력 |
+| "좀 지저분해도 괜찮다" | **강화** — 완벽하게 정리되지 않은 생각이 더 진짜처럼 보인다 |

package/profiles/release-notes.md

@@ -0,0 +1,98 @@
+---
+profile: release-notes
+name: 릴리스 노트 프로필
+version: 1.0.0
+scope: changelog, release notes, GitHub Releases, npm/GHCR release announcement
+voice-overrides:
+  first-person: reduce          # 팀/제품 중심, 과한 1인칭 억제
+  opinions: reduce              # 사용자 영향과 migration 중심
+  rhythm-variation: normal      # 항목별 길이 차이 허용
+  humor: suppress               # 릴리스 공지는 명확성 우선
+  messiness: reduce             # 섹션/목록 구조 유지
+  concrete-emotions: reduce     # 감정 대신 영향·조치
+  user-impact: amplify          # 변경의 사용자 영향 명시
+pattern-overrides:
+  ko:
+    14: reduce                  # 볼드체 — 릴리스 노트 heading/emphasis 일부 허용
+    15: reduce                  # 인라인 헤더 — 변경 분류에 허용
+    24: amplify                 # 낙관 결론 — 구체적 영향으로 교체
+    25: reduce                  # 번호/목록 구조 — 릴리스 노트에서는 표준
+  en:
+    14: reduce                  # Boldface — allowed for headings/emphasis
+    15: reduce                  # Inline headers — standard in release notes
+    24: amplify                 # Generic optimism — replace with user impact
+    25: reduce                  # Numbered/list structure — legitimate here
+  zh:
+    14: reduce                  # 加粗 — 发布说明中可作为强调
+    15: reduce                  # 内联标题 — 变更分类中可保留
+    24: amplify                 # 空泛乐观结尾 — 改写为具体影响
+    25: reduce                  # 列表结构 — 发布说明中正常
+  ja:
+    14: reduce                  # 太字 — リリースノートでは一部許容
+    15: reduce                  # インラインヘッダー — 変更分類として許容
+    24: amplify                 # 空虚な楽観結論 — 具体的な影響へ
+    25: reduce                  # 箇条書き構造 — リリースノートでは標準
+---
+
+# 릴리스 노트 프로필 (`release-notes`)
+
+릴리스 노트는 마케팅 카피와 운영 공지의 중간이다. 사용자가 궁금해하는 것은 "무엇이 바뀌었나"보다 **내가 무엇을 해야 하나**, **무엇이 깨질 수 있나**, **왜 업그레이드해야 하나**다.
+
+## 범위
+
+CHANGELOG 항목, GitHub Releases, npm/GHCR 릴리스 공지, 버전 업그레이드 안내. 내부 커밋 메시지는 `commit-message`, 긴 기술 설명은 `technical` 프로필을 쓴다.
+
+## 적극 교정할 genre tell
+
+1. **Generic excitement** — `We're excited to announce`, `a new chapter`, `앞으로가 기대됩니다`만 있고 영향이 없는 문장.
+2. **Feature dump** — 항목은 많은데 사용자 영향, migration, breaking change가 빠진 목록.
+3. **Hidden risk** — 버전·호환성·수동 조치가 필요한데 마지막에 흐리게 말하는 표현.
+4. **Commit-log leakage** — `refactor`, `cleanup`, `internal improvements`만 있고 사용자-facing 변화가 없는 항목.
+
+## 작성 규칙
+
+- 각 항목은 가능하면 `Changed → Impact → Action` 순서로 쓴다.
+- breaking change, deprecation, migration step은 숨기지 않는다.
+- "excited"류 도입문은 삭제하거나 실제 사용자 이득으로 바꾼다.
+- 구조화된 heading/bullet은 허용한다. 단, 모든 bullet이 같은 템플릿으로 끝나면 리듬을 바꾼다.
+
+## Before / After
+
+### Generic excitement 제거
+
+**Before**
+```markdown
+We're excited to announce a powerful new release that unlocks a better future for all users.
+```
+
+**After**
+```markdown
+This release adds JSON score output and a CI gate, so PR workflows can fail when `overall` exceeds your threshold.
+```
+
+### Feature dump를 사용자 영향으로 전환
+
+**Before**
+```markdown
+- Refactored cache internals
+- Updated provider logic
+- Improved reliability
+```
+
+**After**
+```markdown
+- Cache keys now include model, temperature, and API host. Re-run cached benchmarks once after upgrading.
+- Provider fallback now stops on auth errors instead of retrying another backend with the same bad secret.
+```
+
+### 숨은 위험 드러내기
+
+**Before**
+```markdown
+Some old settings may need to be adjusted for compatibility.
+```
+
+**After**
+```markdown
+Breaking: `--gate` now exits with code 3 when the score is over the threshold. CI jobs that treated any non-zero as infrastructure failure should allow exit 3 as a content gate.
+```