triflux 10.4.0 → 10.7.0

package/skills/tfx-persist/SKILL.md.tmpl

@@ -0,0 +1,270 @@
+---
+internal: true
+name: tfx-persist
+description: "작업이 완전히 끝날 때까지 멈추지 않고 반복 실행해야 할 때 사용한다. 'ralph', '끝까지 해', '멈추지 마', 'don't stop', '완료될 때까지', '다 될 때까지 계속' 같은 요청에 반드시 사용. 여러 기준을 모두 충족해야 하는 복잡한 구현 작업에 적극 활용."
+triggers:
+  - ralph
+  - don't stop
+  - 끝까지
+  - until done
+  - 멈추지 마
+argument-hint: "<완료할 작업 설명>"
+---
+
+# {{SKILL_NAME}} — Tri-Verified Persistence Loop
+
+> **ARGUMENTS 처리**: 이 스킬이 `ARGUMENTS: <값>`과 함께 호출되면, 해당 값을 사용자 입력으로 취급하여
+> 워크플로우의 첫 단계 입력으로 사용한다. ARGUMENTS가 비어있거나 없으면 기존 절차대로 사용자에게 입력을 요청한다.
+
+
+> OMC ralph 오마주. 핵심 차별점: 검증자가 단일 agent가 아니라 **3-CLI consensus**.
+> The boulder never stops — but it stops being wrong.
+
+## 전제조건 프로브 및 Tier Degradation
+
+> **진입 즉시 실행** — 10초 내 가시적 출력을 보장한다. 빈 stdout + exit 0 **금지**.
+
+### 환경 프로브
+
+워크플로우 진입 전, 아래 프로브를 실행하여 가용 환경을 감지한다:
+
+```bash
+psmux --version 2>/dev/null && \
+  curl -sf http://127.0.0.1:27888/status >/dev/null && \
+  codex --version 2>/dev/null && \
+  gemini --version 2>/dev/null
+```
+
+### Tier 판정
+
+| Tier | 조건 | 실행 방식 |
+|------|------|----------|
+| **Tier 1** | psmux + Hub + Codex + Gemini 전부 정상 | 기존 headless multi (변경 없음) |
+| **Tier 2** | 일부 CLI만 가용 (Codex 또는 Gemini 중 하나) | 가용 CLI + Claude Agent 조합 |
+| **Tier 3** | headless 불가 또는 `claude -p` one-shot | Claude Agent only |
+
+```
+IF claude -p (one-shot 모드):
+  → Tier 3 즉시 fallback
+
+IF psmux 없음 OR Hub 미응답:
+  → Tier 3
+
+IF Codex 없음 AND Gemini 없음:
+  → Tier 3
+
+IF Codex 없음 OR Gemini 없음:
+  → Tier 2
+
+ELSE:
+  → Tier 1
+```
+
+### Tier 3 진입 시 필수 출력
+
+```
+⚠ [Tier 3] headless multi 환경 미충족 — single-model 모드로 실행합니다 (consensus 미적용)
+  누락: {missing_components}
+  권장: psmux, Hub, Codex CLI, Gemini CLI 설치 후 재실행
+```
+
+Tier 3에서는 모든 headless dispatch(`tfx multi ...`)를 **Claude Agent**(subagent)로 대체한다.
+Tier 2에서는 누락된 CLI만 Claude Agent로 대체한다.
+
+## HARD RULES
+
+> headless-guard가 이 규칙 위반을 **자동 차단**한다. 우회 불가.
+
+1. **`codex exec` / `gemini -p` 직접 호출 절대 금지**
+2. Codex·Gemini 검증자 → `Bash("tfx multi --teammate-mode headless --auto-attach --dashboard --assign 'cli:프롬프트:역할' --timeout 600")` **만** 사용
+3. Claude 검증자 → `Agent(run_in_background=true)`
+4. Bash + Agent를 같은 메시지에서 동시 호출하여 병렬 실행
+5. 루프 종료 조건: 모든 criteria 3자 검증 통과 + 통합 검증 Consensus >= 70
+
+## MODEL ROLES
+
+| 단계 | 역할 | 담당 |
+|------|------|------|
+| Goal Definition | 완료 기준 추출 및 사용자 확인 | Claude (직접 실행) |
+| 구현 (단순) | 코드 작성, 파일 수정, 테스트 | Codex (tfx headless) |
+| 구현 (복잡) | 태스크 분해 후 병렬 실행 | Codex + Gemini (tfx headless) |
+| 기준별 검증 — Claude | 코드 읽기 + 논리 검증 | Claude (Agent, background) |
+| 기준별 검증 — Codex | 코드 실행 + 테스트 검증 | Codex (tfx headless) |
+| 기준별 검증 — Gemini | 코드 리뷰 + 품질 검증 | Gemini (tfx headless) |
+| 통합 검증 | 전체 criteria 최종 합의 | Claude + Codex + Gemini (동시) |
+| Deslop Pass | 슬롭 감지 및 제거 | Codex + Gemini (tfx headless) |
+
+## EXECUTION STEPS
+
+### Step 1: Goal Definition
+
+Claude가 직접 실행한다.
+
+1. 사용자 요청에서 완료 기준(acceptance criteria)을 추출한다.
+2. AskUserQuestion으로 추출된 기준을 사용자에게 확인받는다:
+   - "맞습니다 — 진행" → Step 2로 이동
+   - "수정 필요" → 해당 기준 번호와 내용 입력 받아 반영 후 재확인
+   - "추가 필요" → 추가 기준 입력 받아 반영 후 재확인
+3. 확정된 `{criteria_list}`를 루프 전체에서 사용한다.
+
+### Step 2: Execution Loop
+
+**모든 criteria가 검증 통과할 때까지 반복한다.**
+
+#### 2a. 현재 상태 평가
+
+미완료 criteria를 식별하고 다음 구현 작업을 결정한다.
+
+#### 2b. 구현 실행
+
+단순 작업 (파일 수정, 단일 모듈):
+```
+Bash("tfx multi --teammate-mode headless --auto-attach --dashboard \
+  --assign 'codex:{미완료_criterion}을 충족하도록 구현하라. 구체적 작업: {task_description}. TDD 필요 시 테스트 먼저 작성(RED) → 구현(GREEN) 순서로 진행하라.:implementer' \
+  --timeout 600")
+```
+
+복잡 작업 (여러 파일, 연동 모듈):
+```
+Bash("tfx multi --teammate-mode headless --auto-attach --dashboard \
+  --assign 'codex:{서브태스크_A} 구현하라. 세부사항: {spec_A}:implementer' \
+  --assign 'codex:{서브태스크_B} 구현하라. 세부사항: {spec_B}:implementer' \
+  --assign 'gemini:{문서/UI_항목} 작성하라. 세부사항: {spec_C}:writer' \
+  --timeout 600")
+```
+
+#### 2c. 3자 독립 검증
+
+**구현 완료 후, 아래 2개 도구를 반드시 같은 응답에서 동시에 호출하라.**
+
+**Claude 검증 (Agent):**
+```
+Agent(
+  subagent_type="oh-my-claudecode:verifier",
+  model="sonnet",
+  run_in_background=true,
+  prompt="다음 기준이 충족되었는지 코드를 직접 읽고 판단하라.
+기준: {current_criterion}
+코드를 읽고 논리적으로 충족 여부를 판단하라.
+결과: PASS 또는 FAIL + 근거 1문장"
+)
+```
+
+**Codex + Gemini 검증 (Bash — 동시에 위 Agent와 같은 응답에서 호출):**
+```
+Bash("tfx multi --teammate-mode headless --auto-attach --dashboard \
+  --assign 'codex:다음 기준 충족 여부를 코드 실행/테스트로 검증하라. 기준: {current_criterion}. 실제 테스트를 실행하여 결과를 확인하라. 결과: PASS 또는 FAIL + 근거 1문장:verifier' \
+  --assign 'gemini:다음 기준 충족 여부를 코드 리뷰로 판단하라. 기준: {current_criterion}. 코드 품질, 엣지 케이스, 완전성을 확인하라. 결과: PASS 또는 FAIL + 근거 1문장:verifier' \
+  --timeout 600")
+```
+
+**검증 판정:**
+- 2/3 이상 PASS → 해당 기준 확정, 다음 기준으로 이동
+- 1/3만 PASS → 재작업 필요, 실패 근거를 구현 프롬프트에 포함하여 2b 재실행
+- 0/3 PASS → 즉시 재작업, 실패 근거 전달
+
+#### 2d. 진행 보고
+
+각 기준 검증 후 보고한다:
+```
+[tfx-persist] {완료수}/{전체수} 기준 충족.
+완료: {완료된_criteria_목록}
+현재: {작업_중인_criterion}
+다음: {예정_criterion}
+```
+
+### Step 3: Final Verification
+
+모든 기준이 개별 검증을 통과한 후, 전체 통합 검증을 실행한다.
+
+**아래 2개 도구를 반드시 같은 응답에서 동시에 호출하라.**
+
+**Claude 통합 검증 (Agent):**
+```
+Agent(
+  subagent_type="oh-my-claudecode:verifier",
+  model="opus",
+  run_in_background=true,
+  prompt="모든 acceptance criteria가 충족되었는지 전체적으로 검증하라.
+기준 목록: {criteria_list}
+코드를 직접 읽고, 회귀 여부를 확인하고, 기준 간 상호 의존성을 검증하라.
+JSON 형식: { criteria_results: [{criterion, pass, reason}], regression_check, overall_pass }"
+)
+```
+
+**Codex + Gemini 통합 검증 (Bash — 동시에 위 Agent와 같은 응답에서 호출):**
+```
+Bash("tfx multi --teammate-mode headless --auto-attach --dashboard \
+  --assign 'codex:모든 acceptance criteria 충족 여부를 테스트 실행으로 통합 검증하라. 기준 목록: {criteria_list}. 전체 테스트 스위트를 실행하고 회귀 여부를 확인하라. JSON 형식: { criteria_results, test_results, overall_pass }:verifier' \
+  --assign 'gemini:모든 acceptance criteria 충족 여부를 코드 리뷰로 통합 검증하라. 기준 목록: {criteria_list}. 전체 변경사항을 검토하고 누락, 불완전한 구현, 엣지 케이스를 확인하라. JSON 형식: { criteria_results, edge_cases, overall_pass }:verifier' \
+  --timeout 600")
+```
+
+**통합 판정:**
+- Consensus Score >= 70 → Step 4(Deslop) 또는 Step 5(완료) 진행
+- Consensus Score < 70 → 미달 항목을 추출하여 Step 2 루프 재진입
+
+### Step 4: Deslop Pass (선택적)
+
+검증 통과 후 변경된 파일에 슬롭이 있으면 제거한다.
+
+```
+Bash("tfx multi --teammate-mode headless --auto-attach --dashboard \
+  --assign 'codex:다음 파일에서 AI가 생성한 불필요 코드(슬롭)를 감지하라. 파일: {changed_files}. 중복 코드, 불필요 추상화, 과잉 에러 핸들링, 사용되지 않는 임포트를 보고하라. 수정하지 말고 목록만 반환하라.:critic' \
+  --assign 'gemini:다음 파일에서 AI가 생성한 불필요 코드(슬롭)를 감지하라. 파일: {changed_files}. 중복 코드, 불필요 추상화, 과잉 에러 핸들링, 사용되지 않는 임포트를 보고하라. 수정하지 말고 목록만 반환하라.:critic' \
+  --timeout 600")
+```
+
+2/3 이상 동의한 슬롭만 Codex로 제거하고, 제거 후 회귀 검증을 실행한다.
+
+### Step 5: 완료
+
+모든 기준 3자 검증 통과 + 통합 검증 통과 시 완료를 보고한다.
+
+```
+[tfx-persist 완료] {전체}/{전체} 기준 충족
+Consensus Score: {score}%
+변경 파일: {count}개
+테스트: {pass}/{total} 통과
+검증: Claude PASS | Codex PASS | Gemini PASS
+```
+
+## ANTI-STUCK 메커니즘
+
+같은 기준에서 3회 연속 검증 실패 시 즉시 실행한다:
+
+1. 접근법을 변경하여 재시도한다 (다른 구현 전략 선택).
+2. 변경 후에도 실패하면 AskUserQuestion으로 사용자 도움을 요청한다:
+   - 실패한 기준, 3회 시도 내역, 각 실패 이유를 제시한다.
+3. 사용자 지시를 받은 후 재시도한다.
+
+같은 전체 루프가 5회 반복 시:
+- 강제로 진행 상황을 보고하고 AskUserQuestion으로 사용자 판단을 요청한다.
+
+## ERROR RECOVERY
+
+| 상황 | 대응 |
+|------|------|
+| tfx headless 타임아웃 | `--timeout` 900으로 올려 재시도 |
+| 검증 결과 불일치 (2자 PASS, 1자 FAIL) | FAIL 근거를 구현 프롬프트에 포함하여 재작업 |
+| 빌드 실패 | Codex에 빌드 로그 전달하여 수정 지시 |
+| 무한 루프 감지 (5회 이상) | 강제 보고 + AskUserQuestion |
+
+## TOKEN BUDGET
+
+| 항목 | 토큰 |
+|------|------|
+| 기준당 구현 | ~3K |
+| 기준당 3자 검증 | ~5K |
+| 기준당 합계 | ~8K |
+| 통합 검증 (Step 3) | ~15K |
+| Deslop Pass (선택) | ~5K |
+| **예시: 5개 기준** | **~55K** |
+
+## 사용 예
+
+```
+/tfx-persist "JWT 인증 미들웨어 구현. 로그인, 토큰 발급/검증, 리프레시, 테스트 80%+"
+/tfx-persist "이 버그 수정해. PR #42의 모든 코멘트 해결될 때까지"
+/tfx-persist "데이터베이스 마이그레이션 완료. 기존 데이터 무손실, 롤백 가능"
+```

package/skills/tfx-persist/skill.json

@@ -1,13 +1,7 @@
 {
   "name": "tfx-persist",
   "description": "작업이 완전히 끝날 때까지 멈추지 않고 반복 실행해야 할 때 사용한다. 'ralph', '끝까지 해', '멈추지 마', 'don't stop', '완료될 때까지', '다 될 때까지 계속' 같은 요청에 반드시 사용. 여러 기준을 모두 충족해야 하는 복잡한 구현 작업에 적극 활용.",
-  "triggers": [
-    "ralph",
-    "don't stop",
-    "끝까지",
-    "until done",
-    "멈추지 마"
-  ],
+  "triggers": ["ralph", "don't stop", "끝까지", "until done", "멈추지 마"],
   "argument_hint": "<완료할 작업 설명>",
   "internal": true
 }

package/skills/tfx-plan/SKILL.md

@@ -24,6 +24,7 @@ argument-hint: "<구현할 기능 설명>"
 
 
 
+
 > **Deep 버전**: tfx-deep-plan. "제대로/꼼꼼히" 수정자로 자동 에스컬레이션.
 > Gemini 위임 빠른 계획 — Claude는 컨텍스트 수집·출력 포맷만, 핵심 계획 수립은 Gemini에 위임.
 

package/skills/tfx-plan/skill.json

@@ -1,12 +1,7 @@
 {
   "name": "tfx-plan",
   "description": "구현 계획이 필요할 때 사용한다. '계획 세워줘', 'plan', '플랜', '어떻게 구현하지', '태스크 분해', '작업 순서' 같은 요청에 반드시 사용. 기능 구현 전 영향 범위 파악과 태스크 분해가 필요할 때 적극 활용. 작업 분해, 순서 정리, '어떤 순서로', '먼저 뭐 해야', 'breakdown', 'decompose', 'task list' 같은 요청에도 적극 활용. 단순 계획은 이 스킬, 3자 합의 계획은 tfx-deep-plan을 사용.",
-  "triggers": [
-    "plan",
-    "계획",
-    "플랜",
-    "설계"
-  ],
+  "triggers": ["plan", "계획", "플랜", "설계"],
   "argument_hint": "<구현할 기능 설명>",
   "internal": true
 }

package/skills/tfx-profile/SKILL.md.tmpl

@@ -0,0 +1,239 @@
+---
+name: tfx-profile
+description: >
+  Codex/Gemini CLI 프로파일·모델 관리 인터랙티브 UI. tfx-route가 사용하는
+  프로파일 목록 조회, 모델 변경, effort 조정, 추가/삭제를 AskUserQuestion 기반
+  인터랙티브 선택지로 수행합니다.
+  Use when: codex profile, codex model, gemini profile, gemini model,
+  프로파일 변경, 모델 변경, effort 변경, codex 설정, gemini 설정,
+  profile manager, 프로파일 관리, 어떤 모델, tfx profile
+triggers:
+  - tfx-profile
+argument-hint: "[--list] [--codex | --gemini]"
+---
+
+# {{SKILL_NAME}} — Codex/Gemini 프로파일 매니저
+
+> CLI 프로파일의 모델/effort를 AskUserQuestion 선택지로 관리합니다.
+> Codex(`~/.codex/config.toml`)와 Gemini(`~/.gemini/triflux-profiles.json`) 모두 지원.
+
+## 워크플로우
+
+### Step 0: CLI 선택
+
+인자에 `--codex` 또는 `--gemini`가 있으면 해당 CLI로 직행.
+없으면 AskUserQuestion으로 선택:
+
+```
+question: "어느 CLI의 프로파일을 관리하시겠습니까?"
+header: "CLI"
+options:
+  - label: "Codex"
+    description: "~/.codex/config.toml (TOML)"
+  - label: "Gemini"
+    description: "~/.gemini/triflux-profiles.json (JSON)"
+```
+
+---
+
+## Codex 워크플로우
+
+### Step 1: config.toml 읽기 + 현재 상태 표시
+
+`~/.codex/config.toml`을 Read 도구로 읽고 프로파일 테이블을 마크다운으로 출력한다:
+
+```
+| 프로파일 | 모델 | Effort |
+|----------|------|--------|
+| fast | gpt-5.3-codex | low |
+| ...  | ...           | ...  |
+```
+
+기본 모델(top-level `model`)과 기본 effort도 함께 표시.
+
+### Step 2: 작업 선택 (AskUserQuestion)
+
+```
+question: "어떤 작업을 하시겠습니까?"
+header: "작업"
+options:
+  - label: "프로파일 모델 변경"
+    description: "기존 프로파일의 모델/effort를 수정"
+  - label: "기본 모델 변경"
+    description: "top-level default 모델/effort 수정"
+  - label: "프로파일 추가"
+    description: "새 프로파일 생성"
+  - label: "프로파일 삭제"
+    description: "기존 프로파일 제거"
+```
+
+### Step 3: 선택에 따른 세부 플로우
+
+#### 프로파일 모델 변경
+
+1. AskUserQuestion으로 프로파일 선택
+2. AskUserQuestion으로 모델 선택:
+   ```
+   options:
+     - label: "gpt-5.4"         → 최신 플래그십
+     - label: "gpt-5.3-codex"   → 코딩 특화 (Recommended)
+     - label: "gpt-5.1-codex-mini" → 경량 Spark
+     - label: "o3"              → 추론 특화
+     - label: "o4-mini"         → 추론 경량
+   ```
+3. AskUserQuestion으로 effort 선택: `low | medium | high | xhigh`
+4. Edit 도구로 config.toml 수정
+
+#### 기본 모델 변경
+
+위와 동일한 모델/effort 선택 후 top-level `model`, `model_reasoning_effort` 수정.
+
+#### 프로파일 추가/삭제
+
+추가: 이름 → 모델 → effort → `[profiles.name]` 섹션 추가
+삭제: 선택 → 확인 → 섹션 제거
+
+### Step 4: 결과 확인
+
+변경된 config.toml을 다시 읽어 업데이트된 테이블 표시.
+
+---
+
+## Gemini 워크플로우
+
+### Step 1: triflux-profiles.json 읽기 + 현재 상태 표시
+
+`~/.gemini/triflux-profiles.json`을 Read 도구로 읽고 프로필 테이블을 마크다운으로 출력한다:
+
+```
+| 프로필 | 모델 | 설명 |
+|--------|------|------|
+| pro31  | gemini-3.1-pro-preview | 3.1 Pro — 플래그십 |
+| flash3 | gemini-3-flash-preview | 3.0 Flash — 빠른 응답 |
+| ...    | ...                    | ...                 |
+```
+
+기본 모델(top-level `model`)도 함께 표시.
+
+### Step 2: 작업 선택 (AskUserQuestion)
+
+```
+question: "어떤 작업을 하시겠습니까?"
+header: "작업"
+options:
+  - label: "프로필 모델 변경"
+    description: "기존 프로필의 모델을 수정"
+  - label: "기본 모델 변경"
+    description: "top-level default 모델 수정"
+  - label: "프로필 추가"
+    description: "새 프로필 생성"
+  - label: "프로필 삭제"
+    description: "기존 프로필 제거"
+```
+
+### Step 3: 선택에 따른 세부 플로우
+
+#### 프로필 모델 변경
+
+1. AskUserQuestion으로 프로필 선택
+2. AskUserQuestion으로 모델 선택:
+   ```
+   options:
+     - label: "gemini-3.1-pro-preview"   → 3.1 Pro — 플래그십
+     - label: "gemini-3-flash-preview"   → 3.0 Flash — 빠른 응답
+     - label: "gemini-2.5-pro"           → 2.5 Pro — 안정
+     - label: "gemini-2.5-flash"         → 2.5 Flash — 경량
+     - label: "gemini-2.5-flash-lite"    → 2.5 Flash Lite — 최경량
+   ```
+3. Edit 도구로 triflux-profiles.json 수정
+
+#### 기본 모델 변경
+
+모델 선택 후 top-level `model` 수정.
+
+#### 프로필 추가/삭제
+
+추가: 이름 → 모델 → 설명 → profiles에 추가
+삭제: 선택 → 확인 → profiles에서 제거
+
+### Step 4: 결과 확인
+
+변경된 JSON을 다시 읽어 업데이트된 테이블 표시.
+
+---
+
+## 수정 규칙
+
+### Codex (config.toml)
+
+- **백업 필수**: 수정 전 원본 기억
+- **프로파일 섹션 형식**: `[profiles.name]\nmodel = "..."\nmodel_reasoning_effort = "..."`
+- **다른 섹션 건드리지 않기**: `[notice]`, `[features]`, `[mcp_servers.*]` 등 절대 수정 금지
+- **Edit 도구 사용**: old_string → new_string으로 정확한 섹션만 치환
+
+### Gemini (triflux-profiles.json)
+
+- **백업 필수**: `.bak` 자동 생성
+- **JSON 형식 유지**: `profiles.{name}.model`, `profiles.{name}.hint`
+- **Edit 도구 사용**: old_string → new_string으로 해당 프로필만 치환
+
+## 참조
+
+### Codex 모델
+
+| 모델 | 용도 |
+|------|------|
+| gpt-5.4 | 최신 플래그십 |
+| gpt-5.3-codex | 코딩 특화 |
+| gpt-5.1-codex-mini | 경량 Spark |
+| o3 | 추론 특화 |
+| o4-mini | 추론 경량 |
+
+### Codex Effort 레벨
+
+| 레벨 | 설명 |
+|------|------|
+| low | 빠른 응답, 최소 추론 |
+| medium | 균형 잡힌 추론 |
+| high | 깊은 추론 |
+| xhigh | 최대 추론 (느림) |
+
+### Gemini 모델
+
+| 모델 | 용도 |
+|------|------|
+| gemini-3.1-pro-preview | 3.1 Pro — 플래그십 (1M ctx) |
+| gemini-3-flash-preview | 3.0 Flash — 빠른 응답, 비용 효율 |
+| gemini-2.5-pro | 2.5 Pro — 안정 (추론 강화) |
+| gemini-2.5-flash | 2.5 Flash — 경량 범용 |
+| gemini-2.5-flash-lite | 2.5 Flash Lite — 최경량 |
+
+### Gemini → 에이전트 배치 (벤치마크 기반)
+
+| 프로필 | 모델 | 에이전트 |
+|--------|------|----------|
+| pro31 | gemini-3.1-pro-preview | executor, debugger, deep-executor, architect, planner, critic, analyst, code-reviewer, security-reviewer, quality-reviewer, scientist-deep, designer |
+| flash3 | gemini-3-flash-preview | writer, build-fixer, spark, 기본 폴백 |
+| pro25 | gemini-2.5-pro | (예비 — 3.1 불안정 시 폴백) |
+| flash25 | gemini-2.5-flash | (예비 — 대량 배치) |
+| lite25 | gemini-2.5-flash-lite | (예비 — 최경량) |
+
+### 설정 파일 경로
+
+- Codex: `~/.codex/config.toml`
+- Gemini: `~/.gemini/triflux-profiles.json`
+
+## 에러 처리
+
+| 상황 | 처리 |
+|------|------|
+| config.toml 미존재 | `/tfx-setup` 안내 |
+| triflux-profiles.json 미존재 | 기본값으로 자동 생성 |
+| 파싱 실패 | 백업 후 수동 수정 안내 |
+| 중복 프로파일명 | 이미 존재함 알림, 기존 편집으로 전환 |
+
+## standalone TUI
+
+터미널에서 직접 실행:
+- Codex: `node tui/codex-profile.mjs`
+- Gemini: `node tui/gemini-profile.mjs`

package/skills/tfx-profile/skill.json

@@ -1,8 +1,6 @@
 {
   "name": "tfx-profile",
   "description": "Codex/Gemini CLI 프로파일·모델 관리 인터랙티브 UI. tfx-route가 사용하는 프로파일 목록 조회, 모델 변경, effort 조정, 추가/삭제를 AskUserQuestion 기반 인터랙티브 선택지로 수행합니다. Use when: codex profile, codex model, gemini profile, gemini model, 프로파일 변경, 모델 변경, effort 변경, codex 설정, gemini 설정, profile manager, 프로파일 관리, 어떤 모델, tfx profile",
-  "triggers": [
-    "tfx-profile"
-  ],
+  "triggers": ["tfx-profile"],
   "argument_hint": "[--list] [--codex | --gemini]"
 }