triflux 10.0.0 → 10.0.2

package/skills/tfx-plan/skill.json

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

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

@@ -1,239 +0,0 @@
----
-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]"
----
-
-# tfx-profile — 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 +0,0 @@
-{
-  "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]"
-}

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

@@ -1,199 +0,0 @@
----
-name: tfx-prune
-description: "AI가 생성한 불필요한 코드(슬롭)를 제거할 때 사용한다. 'deslop', '슬롭 제거', 'anti-slop', '코드 정리', '불필요한 코드 제거', '과잉 추상화 정리' 같은 요청에 반드시 사용. AI 생성 코드의 중복, 불필요 추상화, 과잉 에러 핸들링을 정리할 때 적극 활용."
-triggers:
-  - deslop
-  - 슬롭 제거
-  - anti-slop
-  - 정리
-  - slop
-argument-hint: "[파일 경로 또는 git diff 범위]"
----
-
-# tfx-prune — Tri-Verified AI Slop Remover
-
-> **ARGUMENTS 처리**: 이 스킬이 `ARGUMENTS: <값>`과 함께 호출되면, 해당 값을 사용자 입력으로 취급하여
-> 워크플로우의 첫 단계 입력으로 사용한다. ARGUMENTS가 비어있거나 없으면 기존 절차대로 사용자에게 입력을 요청한다.
-
-
-> OMC ai-slop-cleaner 오마주. 핵심 차별점: 단일 판단이 아닌 **3자 독립 감지 + 합의** 기반 제거.
-> "AI가 만든 슬롭은 AI 3명이 합의해야 슬롭이다."
-
-## 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를 같은 메시지에서 동시 호출하여 병렬 실행
-
-## MODEL ROLES
-
-| CLI | 역할 | 감지 관점 |
-|-----|------|----------|
-| Claude (Opus) | 코드 품질 분석 + 합의 중재 | 설계 원칙, 코드 구조, 불필요 추상화 |
-| Codex | AI 슬롭 탐지 | 구현 효율, 중복 패턴, 과잉 에러 핸들링 |
-| Gemini | 가독성 평가 | 가독성/DX, 과잉 주석, 과잉 타입 |
-
-## 슬롭 카테고리
-
-| 카테고리 | 설명 | 예시 |
-|----------|------|------|
-| 불필요 추상화 | 단일 용도인데 인터페이스/팩토리/전략 패턴 적용 | `UserFactory` for 1 user type |
-| 중복 코드 | 같은 로직의 반복 | 동일 validation을 3곳에 복붙 |
-| 과잉 에러 핸들링 | 발생 불가능한 에러를 처리 | `catch (e) { /* impossible */ }` |
-| 과잉 주석 | 코드가 이미 명확한데 주석 | `// increment i by 1` `i++` |
-| 과잉 타입 | 불필요하게 복잡한 타입 정의 | 5단계 중첩 제네릭 |
-| 사용되지 않는 코드 | import 했지만 사용 안 함 | dead imports, unused variables |
-| 과잉 로깅 | 불필요한 console.log/debug | `console.log("here")` |
-
-## EXECUTION STEPS
-
-### Step 0: 슬롭 제거 범위 선택
-
-인자 없이 호출된 경우 사용자에게 범위를 선택받는다:
-
-```
-1. 최근 변경 파일만 (git diff)
-2. 전체 프로젝트
-3. 특정 디렉토리 지정
-```
-
-- 1번 → `git diff HEAD`로 최근 변경 파일 대상
-- 2번 → 프로젝트 전체 소스 파일 대상 (대규모 주의 경고 표시)
-- 3번 → 추가 AskUserQuestion으로 대상 디렉토리 경로 입력받음
-
-파일 경로나 git diff 범위가 인자로 이미 제공된 경우 이 단계를 건너뛴다.
-
-### Step 1: 대상 파일 수집
-
-대상 결정 우선순위:
-1. 파일 경로 지정 → 해당 파일만
-2. git diff 범위 지정 → diff에 포함된 파일
-3. 입력 없음 → `git diff --name-only HEAD~1`로 최근 변경 파일
-4. "all" → 프로젝트 전체 소스 파일 (주의: 대규모)
-
-소스 파일만 필터: `.ts`, `.js`, `.mjs`, `.tsx`, `.py` 등. `node_modules`, `dist`, `build` 제외.
-
-### Step 2: 3자 독립 슬롭 감지 (Anti-Herding)
-
-**아래 2개 도구를 반드시 같은 응답에서 동시에 호출하라.**
-
-Claude (Agent, background):
-```
-Agent(
-  subagent_type="claude-sonnet-4-5",
-  model="opus",
-  run_in_background=true,
-  prompt="다음 파일에서 AI 슬롭을 감지하세요. 코드 품질 관점으로 분석합니다.
-슬롭 정의: 불필요 추상화, 중복, 과잉 에러핸들링, 과잉 주석, 과잉 타입, 미사용 코드, 과잉 로깅.
-파일: {file_content}
-각 발견에 대해 JSON: [{ id, category, line_start, line_end, description, severity, suggested_fix }]
-severity: critical(기능에 영향) | high(가독성 심각) | medium(개선) | low(취향)
-슬롭이 아닌 것은 보고하지 마세요. 과탐(false positive)보다 미탐이 낫습니다."
-)
-```
-
-Codex + Gemini (Bash, background):
-```
-Bash("tfx multi --teammate-mode headless --auto-attach --dashboard \
-  --assign 'codex:다음 파일에서 AI 슬롭을 감지하세요. 구현 효율 관점(중복 패턴, 과잉 에러핸들링, 미사용 코드)으로 분석. 파일: {file_content}. JSON: [{id,category,line_start,line_end,description,severity,suggested_fix}]. severity: critical|high|medium|low. 과탐보다 미탐이 낫습니다.:slop-detector' \
-  --assign 'gemini:다음 파일에서 AI 슬롭을 감지하세요. 가독성/DX 관점(과잉 주석, 과잉 타입, 불필요 추상화)으로 분석. 파일: {file_content}. JSON: [{id,category,line_start,line_end,description,severity,suggested_fix}]. severity: critical|high|medium|low. 과탐보다 미탐이 낫습니다.:readability-reviewer' \
-  --timeout 600")
-```
-
-### Step 3: 합의 필터링
-
-3개 CLI 결과를 교차검증한다:
-
-```
-for each finding in ALL results:
-  agreement = count(CLIs that found same or similar slop at same location)
-
-  if agreement >= 2:
-    → "CONFIRMED SLOP" — 제거 대상
-  elif agreement == 1:
-    → "UNCONFIRMED" — 제거하지 않음 (과탐 방지)
-```
-
-원칙: 2+ 합의된 항목만 제거한다. 1개 CLI만 지적한 항목은 무시한다.
-
-### Step 4: 슬롭 제거
-
-확정된 슬롭을 안전 순서대로 제거한다:
-
-1. 과잉 주석 제거 (가장 안전)
-2. 미사용 코드/import 제거
-3. 과잉 로깅 제거
-4. 과잉 에러핸들링 간소화
-5. 중복 코드 통합
-6. 불필요 추상화 제거 (가장 위험 — 인터페이스 변경 가능)
-
-각 제거 후 변경 내용을 기록한다. 제거 이유를 주석으로 남기지 않는다 (그것 자체가 슬롭).
-
-### Step 5: 회귀 테스트
-
-제거 후 안전성을 검증한다:
-
-1. 기존 테스트 실행: `Bash("npm test")` (또는 프로젝트 테스트 명령)
-2. 테스트 실패 시 → 해당 제거를 롤백 → 롤백된 항목을 "위험 — 수동 검토 필요"로 표시
-3. 테스트 통과 시 → 제거 확정
-
-### Step 6: 보고서 출력
-
-```markdown
-## Deslop 보고서
-
-### 요약
-| 항목 | 수 |
-|------|-----|
-| 대상 파일 | {count} |
-| 감지 (전체) | {total_findings} |
-| 합의 확정 | {confirmed} |
-| 미확정 (무시) | {unconfirmed} |
-| 제거 완료 | {removed} |
-| 롤백 (테스트 실패) | {rolled_back} |
-
-### 제거된 슬롭
-| # | 파일 | 라인 | 카테고리 | 합의 | 설명 |
-|---|------|------|----------|------|------|
-| 1 | auth.ts | 42-48 | 과잉 주석 | 3/3 | 자명한 코드에 장문 주석 |
-| 2 | utils.ts | 15-20 | 미사용 import | 2/3 | lodash 미사용 |
-
-### 미확정 (수동 검토 권장)
-| # | 파일 | 라인 | 카테고리 | 지적 CLI | 설명 |
-|---|------|------|----------|---------|------|
-| 1 | api.ts | 80-95 | 불필요 추상화 | Codex만 | Factory 패턴 필요성 논쟁 |
-
-### 테스트 결과
-통과: {pass}/{total} | 실패: {fail} | 롤백: {rollback}
-```
-
-## ERROR RECOVERY
-
-- Codex/Gemini 타임아웃(600s 초과) → Claude Agent 단독으로 2자 합의 기준(단독 감지도 제거 대상) 적용
-- 테스트 명령 없음 → Step 5 건너뜀, 보고서에 "테스트 미실행 — 수동 검증 필요" 표시
-- 파일 파싱 오류 → 해당 파일 스킵 후 보고서에 "파싱 실패" 기록
-
-## TOKEN BUDGET
-
-| 단계 | 토큰 |
-|------|------|
-| Step 1 (파일 수집) | ~0.5K |
-| Step 2 (3x 독립 감지) | ~6K |
-| Step 3 (합의 필터링) | ~1K |
-| Step 4 (제거) | ~1.5K |
-| Step 5 (회귀 테스트) | ~0.5K |
-| Step 6 (보고서) | ~0.5K |
-| **총합** | **~10K** |
-
-## 사용 예
-
-```
-/tfx-prune
-/tfx-prune src/auth/middleware.ts
-/tfx-prune HEAD~5..HEAD
-/정리 src/
-/anti-slop "과잉 에러 핸들링 제거"
-```

package/skills/tfx-prune/skill.json

@@ -1,12 +0,0 @@
-{
-  "name": "tfx-prune",
-  "description": "AI가 생성한 불필요한 코드(슬롭)를 제거할 때 사용한다. 'deslop', '슬롭 제거', 'anti-slop', '코드 정리', '불필요한 코드 제거', '과잉 추상화 정리' 같은 요청에 반드시 사용. AI 생성 코드의 중복, 불필요 추상화, 과잉 에러 핸들링을 정리할 때 적극 활용.",
-  "triggers": [
-    "deslop",
-    "슬롭 제거",
-    "anti-slop",
-    "정리",
-    "slop"
-  ],
-  "argument_hint": "[파일 경로 또는 git diff 범위]"
-}