triflux 10.44.0 → 10.45.0

package/skills/tfx-multi/references/agent-wrapper-rules.md

@@ -1,94 +0,0 @@
-# Agent 래퍼 상세 규칙
-
-## 슬림 래퍼의 존재 이유
-
-Native Teams의 teammate는 Claude 모델만 가능하다.
-Codex/Antigravity는 teammate로 직접 등록할 수 없으므로, Claude slim wrapper를 spawn하고
-래퍼 내부에서 `tfx-route.sh`로 Codex/Antigravity CLI를 실행하는 구조이다.
-
-래퍼가 존재하는 이유:
-1. **Shift+Down 네비게이션 등록** — 래퍼 없이 Lead가 직접 Bash를 실행하면 네비게이션에 등록되지 않음
-2. **리드↔워커 피드백 루프** — 워커가 결과를 보고하면 턴 경계가 생겨 리드가 방향을 수정할 수 있음
-3. **실패 시 재실행** — N회 실행을 지원
-
-## 필수 규칙
-
-### 1. Agent 래퍼 생략 금지
-
-Codex/Antigravity 서브태스크는 워커 수에 관계없이 반드시 Agent 래퍼를 spawn해야 한다.
-단일 워커(1:gemini 등)여도 Lead가 직접 Bash를 실행하면 안 된다.
-Lead가 "효율적"이라고 판단해서 Agent를 건너뛰는 것은 금지한다.
-
-### 2. mode: bypassPermissions 필수
-
-모든 Agent spawn에 반드시 `mode: "bypassPermissions"`를 포함한다.
-이 설정이 없으면 워커가 Bash 실행 시 사용자 승인을 요청하여 자동 실행이 중단된다.
-
-### 3. tfx-route.sh 경유 필수
-
-Lead 또는 Agent 래퍼가 `gemini -y -p "..."` 또는 `codex exec "..."`를 직접 호출하면 안 된다.
-직접 호출하면 다음이 누락된다:
-- tfx-route.sh의 모델 지정(`-m gemini-3.1-pro-preview`)
-- MCP 필터
-- 팀 bridge 연동
-- Windows 호환 경로
-- 타임아웃
-- 후처리(토큰 추적/이슈 로깅)
-
-반드시 `bash ~/.claude/scripts/tfx-route.sh {role} '{subtask}' {mcp_profile}`을 통해 실행해야 한다.
-
-### 4. 코드 직접 조작 금지
-
-슬림 래퍼 워커가 코드를 직접 읽거나 수정하면 안 된다.
-codex-worker는 반드시 tfx-route.sh를 통해 Codex에 위임하고, gemini-worker도 마찬가지다.
-워커가 Read, Edit, Write, Grep, Glob 등 도구를 직접 사용하는 것은 위임 구조 위반이다.
-
-## 인터럽트 프로토콜
-
-워커가 Bash 실행 전에 SendMessage로 시작을 보고하면 턴 경계가 생겨 리드가 방향 전환 메시지를 보낼 수 있다.
-
-```
-1. TaskUpdate(taskId, status: in_progress) — task claim
-2. SendMessage(to: team-lead, "작업 시작: {agentName}") — 시작 보고 (턴 경계 생성)
-3. Bash(command: tfx-route.sh ..., timeout: {bashTimeoutMs}) — 실행
-4. SendMessage(to: team-lead, "결과: {요약}") — 결과 보고 (턴 경계 생성)
-5. 리드 피드백 대기 — 피드백 수신 시 Step 3으로 돌아가 재실행
-6. 최종 완료 시 TaskUpdate(status: completed, metadata: {result}) + SendMessage → 종료
-```
-
-리드는 워커의 Step 2, Step 4 시점에 턴 경계를 인식하고, 방향 전환/추가 지시/재실행 요청을 보낼 수 있다.
-
-## Async 실행 프로토콜 (v2.5+)
-
-Claude Code Bash 도구는 최대 600초(10분) 하드코딩 제한이 있다.
-scientist(24분), scientist-deep(60분) 등 장시간 워커는 이 제한에 걸린다.
-
-**해결: `--async` 3단계 패턴**
-
-| 단계 | 명령 | Bash timeout | 소요 |
-|------|------|-------------|------|
-| 시작 | `tfx-route.sh --async {role} '{task}' {profile} {timeout}` | 15초 | <1초 |
-| 대기 | `tfx-route.sh --job-wait {job_id} 540` | 570초 | 최대 540초/회 |
-| 결과 | `tfx-route.sh --job-result {job_id}` | 30초 | <1초 |
-
-- `--job-wait`는 내부에서 15초 간격으로 폴링하며 `done`/`timeout`/`failed`/`still_running` 반환
-- `still_running` 시 같은 `--job-wait` 명령을 반복 (무한 반복 가능)
-- 실제 워커 timeout은 tfx-route.sh의 `timeout` 명령으로 관리 (Bash 도구와 무관)
-
-**이전 방식 (deprecated):**
-Bash timeout을 role/profile별 timeout + 60초로 설정했으나, 600초 초과 시 Bash 도구가 강제 종료했다.
-
-## tfx-route.sh 팀 통합 동작
-
-`TFX_TEAM_*` 환경변수 기반 (이미 구현됨):
-- `TFX_TEAM_NAME`: 팀 식별자
-- `TFX_TEAM_TASK_ID`: 작업 식별자
-- `TFX_TEAM_AGENT_NAME`: 워커 표기 이름
-- `TFX_TEAM_LEAD_NAME`: 리드 수신자 이름 (기본 `team-lead`)
-
-Hub 통신 (Named Pipe 우선, HTTP fallback):
-- `bridge.mjs`가 Named Pipe(`\\.\pipe\triflux-{pid}`) 우선 연결, 실패 시 HTTP `/bridge/*` fallback
-- 실행 시작: `node hub/bridge.mjs team-task-update --team {name} --task-id {id} --claim --status in_progress`
-- 실행 종료: `node hub/bridge.mjs team-task-update --team {name} --task-id {id} --status completed|failed`
-- 리드 보고: `node hub/bridge.mjs team-send-message --team {name} --from {agent} --to team-lead --text "..."`
-- 결과 발행: `node hub/bridge.mjs result --agent {id} --topic task.result --file {output}`

package/skills/tfx-multi/references/thorough-pipeline.md

@@ -1,105 +0,0 @@
-# 파이프라인 상세 (thorough 기본)
-
-> `--thorough`(기본) 모드에서 Phase 2.5-2.6과 Phase 3.5-3.7이 실행된다.
-> `--quick` 플래그 시 이 파일의 내용은 적용되지 않는다.
-> tfx-auto 경유 시: `-t`/`--thorough` 플래그가 있을 때만 파이프라인이 활성화된다.
-
-## Phase 2.5: Plan (Opus Lead + Codex Scout 협업)
-
-> 기존: Codex architect(단독, one-shot)
-> 변경: Opus 설계 주도 + Codex scout(병렬 탐색) → 합산 판단 → 최종 계획
-
-### Step 2.5.1: Opus 과제 분석 → 탐색 목록 생성
-
-Lead(Opus)가 과제를 분석하고, 설계에 필요한 정보 탐색 목록을 인라인 생성한다:
-
-```json
-{
-  "questions": [
-    { "id": "q1", "question": "현재 인증 미들웨어 구조와 세션 관리 방식", "scope": "src/middleware/auth*" },
-    { "id": "q2", "question": "DB 스키마와 마이그레이션 현황", "scope": "db/migrations/" }
-  ]
-}
-```
-
-탐색 목록은 3-7개 항목 권장. 과도하면 Codex 비용이 아닌 Lead 컨텍스트가 팽창.
-
-### Step 2.5.2: Codex Scout 병렬 파견
-
-각 탐색 항목마다 Codex scout를 파견하여 코드베이스 탐색:
-
-```bash
-# 각 question마다 병렬 실행
-for each question:
-  bash ~/.claude/scripts/tfx-route.sh scientist "${question.question}. 탐색 범위: ${question.scope}" analyze
-```
-
-**scout 실행 규칙:**
-- scout는 **read-only** — 코드 수정 금지, 탐색+보고만
-- 병렬 실행 (run_in_background=true)
-- scope 힌트로 탐색 범위를 제한하여 정확도 향상
-- MCP 프로필: `analyze` (읽기 전용 도구만)
-- 팀 모드 시: slim wrapper Agent로 spawn (Shift+Down 네비게이션)
-- 단일 모드 시: tfx-route.sh 직접 호출
-
-### Step 2.5.3: Opus 종합 판단 → 최종 계획 작성
-
-Lead(Opus)가 scout 보고를 종합하고, 전략적 설계 결정을 내린다:
-
-1. scout 결과 수집 (모든 scout 완료 대기)
-2. 아키텍처 선택, 트레이드오프 판단, 리스크 평가
-3. 최종 계획 작성
-4. `pipeline.writePlanFile(planContent)` 저장
-5. pipeline advance: plan → prd
-
-### Step 2.5.4: 추가 질의 루프 (선택)
-
-계획 작성 중 추가 정보 필요 시:
-- 팀 모드: 피드백 루프(Phase 0 구현)를 활용하여 scout에 "재실행:" 메시지 전송
-- 단일 모드: 추가 tfx-route.sh 호출
-- maxIterations 내에서 반복 가능 (기본 2회)
-
-## Phase 2.6: PRD (Codex analyst)
-
-1. Codex analyst로 수용 기준 확정:
-   ```bash
-   bash ~/.claude/scripts/tfx-route.sh analyst "${task}" analyze
-   ```
-2. 결과를 파이프라인 artifact에 저장:
-   ```
-   pipeline.setArtifact('prd_path', prdOutputPath)
-   ```
-3. pipeline advance: prd → exec
-
-## Phase 3.5: Verify (Codex review)
-
-1. pipeline advance: exec → verify
-2. Codex verifier로 결과 검증:
-   ```bash
-   bash ~/.claude/scripts/tfx-route.sh verifier "결과 검증: ${task}" review
-   ```
-   — verifier는 Codex --profile thorough review로 실행됨
-3. 검증 결과를 파이프라인 artifact에 저장:
-   ```
-   pipeline.setArtifact('verify_report', verifyOutputPath)
-   ```
-4. 통과 → pipeline advance: verify → complete → Phase 5 (cleanup)
-5. 실패 → Phase 3.6
-
-## Phase 3.6: Fix (Codex executor, max 3회)
-
-1. pipeline advance: verify → fix
-   — fix_attempt 자동 증가, fix_max(3) 초과 시 전이 거부
-2. fix_attempt > fix_max → Phase 3.7 (ralph loop) 또는 failed 보고 → Phase 5
-3. Codex executor로 실패 항목 수정:
-   ```bash
-   bash ~/.claude/scripts/tfx-route.sh executor "실패 항목 수정: ${failedItems}" implement
-   ```
-4. pipeline advance: fix → exec (재실행)
-5. → Phase 3 (exec) → Phase 3.5 (verify) 재실행
-
-## Phase 3.7: Ralph Loop (fix 3회 초과 시)
-
-1. ralph_iteration 증가 (pipeline.restart())
-2. ralph_iteration > ralph_max(10) → 최종 failed → Phase 5
-3. fix_attempt 리셋, 전체 파이프라인 재시작 (Phase 2.5 plan부터)

package/skills/tfx-multi/skill.json

@@ -1,10 +0,0 @@
-{
-  "name": "tfx-multi",
-  "description": "DEPRECATED — tfx-auto 로 통합됨. `/tfx-auto --parallel N --mode deep` 로 리다이렉트. tfx-auto 가 이 플래그 조합을 받으면 내부적으로 `tfx multi --teammate-mode headless` 를 호출한다. Phase 5 (v11) 에 물리 삭제 예정.",
-  "triggers": [
-    "tfx-multi"
-  ],
-  "argument_hint": "<작업 설명 — tfx-auto 로 passthrough>",
-  "deprecated": true,
-  "superseded_by": "tfx-auto"
-}

package/skills/tfx-panel/SKILL.md

@@ -1,60 +0,0 @@
----
-name: tfx-panel
-description: >
-  DEPRECATED — tfx-auto consensus shape 로 통합됨. `/tfx-auto --mode consensus --shape panel` 로 리다이렉트.
-  Phase 4a 부터 panel 은 별도 패널 엔진이 아니라 consensus family 내부의 전문가 시뮬레이션 shape 다.
-  Phase 5 (v11) 에 물리 삭제 예정.
-deprecated: true
-superseded-by: tfx-auto
-triggers:
-  - panel
-  - 패널
-  - 전문가 토론
-  - expert panel
-  - 전문가 패널
-argument-hint: "<토론 주제 — tfx-auto 로 passthrough>"
----
-
-# tfx-panel (DEPRECATED → tfx-auto alias)
-
-> DEPRECATED. `/tfx-auto --mode consensus --shape panel` 로 리다이렉트.
-> panel 은 이제 독립 스킬이 아니라 `tfx-auto` consensus family 의 전문가 시뮬레이션 shape 다.
-
-## 동작
-
-canonical 위임 **이전** 에 아래 bash 블록을 한 번 실행한다. Phase 5 (v11) 물리 삭제 게이트는 `.omc/state/alias-usage.log` 의 7일 zero-usage 검증에 의존 — 이 logging 이 빠지면 게이트가 영영 열리지 않는다.
-
-```bash
-mkdir -p .omc/state
-echo "[deprecated] tfx-panel -> use: tfx-auto --mode consensus --shape panel" >&2
-echo "[DEPRECATED] tfx-panel — see tfx-auto --mode consensus --shape panel"
-echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) tfx-panel -> tfx-auto --mode consensus --shape panel" >> .omc/state/alias-usage.log
-```
-
-1. 위 bash 블록 실행 (stderr 경고 + stdout `[DEPRECATED]` 마커 + alias-usage.log append).
-2. ARGUMENTS 전체 앞에 `--mode consensus --shape panel` 를 prepend 하여 `Skill("tfx-auto")` 호출.
-3. `--experts`, `--cli-set`, `--analysis-prompt-file` 같은 panel 전용 인자는 그대로 passthrough 한다.
-
-## 등가 플래그
-
-`--mode consensus --shape panel`
-
-전문가 shape 입력:
-- `--experts "claude:Martin Fowler|Kent Beck;codex:Sam Newman|Gregor Hohpe;antigravity:Michael Porter|Karl Wiegers"`
-- 명시 roster 가 없으면 `tfx-auto` 가 주제 기반 기본 roster 를 선택한다.
-
-## 이 alias 의 의미
-
-tfx-panel 의 본질은 "패널 전용 orchestration" 이 아니라 "전문가 roster 를 주입한 뒤 panel 보고서로 렌더링하는 shape" 였다. Phase 4a 부터 공통 합의 루프는 `--mode consensus` 아래에 남기고, 전문가 분배와 panel renderer 만 `--shape panel` 이 책임진다.
-
-공통 규약:
-- participants 기본값은 `triad` (Claude/Opus counter-bias outvoice + Codex + Antigravity)
-- 공통 `meta_judgment` 는 `mode_specific_meta.panel_size`, `mode_specific_meta.expert_distribution` 만 shape 확장으로 추가한다
-- artifact 경로는 `.omc/artifacts/consensus/<session-id>/panel.{md,json}` 로 통일한다
-
-## 마이그레이션 가이드
-
-| 기존 호출 | 새 호출 |
-|----------|---------|
-| `/tfx-panel "모놀리스 분해 전략"` | `/tfx-auto "모놀리스 분해 전략" --mode consensus --shape panel` |
-| `/tfx-panel "가격 전략" --experts "claude:Porter;codex:Wiegers;antigravity:Cagan"` | `/tfx-auto "가격 전략" --mode consensus --shape panel --experts "claude:Porter;codex:Wiegers;antigravity:Cagan"` |

package/skills/tfx-panel/skill.json

@@ -1,14 +0,0 @@
-{
-  "name": "tfx-panel",
-  "description": "DEPRECATED — tfx-auto consensus shape 로 통합됨. `/tfx-auto --mode consensus --shape panel` 로 리다이렉트. Phase 4a 부터 panel 은 별도 패널 엔진이 아니라 consensus family 내부의 전문가 시뮬레이션 shape 다. Phase 5 (v11) 에 물리 삭제 예정.",
-  "triggers": [
-    "panel",
-    "패널",
-    "전문가 토론",
-    "expert panel",
-    "전문가 패널"
-  ],
-  "argument_hint": "<토론 주제 — tfx-auto 로 passthrough>",
-  "deprecated": true,
-  "superseded_by": "tfx-auto"
-}

package/skills/tfx-persist/SKILL.md

@@ -1,63 +0,0 @@
----
-name: tfx-persist
-description: >
-  DEPRECATED — tfx-auto 로 통합됨. `/tfx-auto --retry ralph` 로 리다이렉트.
-  Phase 3 부터 true ralph state machine (unlimited, stuck detector 3회 중단, state file 복원) 이 동작한다.
-  Phase 5 (v11) 에 물리 삭제 예정.
-deprecated: true
-superseded-by: tfx-auto
-triggers:
-  - ralph
-  - don't stop
-  - 끝까지
-  - until done
-  - 멈추지 마
-argument-hint: "<작업 설명 — tfx-auto 로 passthrough>"
----
-
-# tfx-persist (DEPRECATED → tfx-auto alias)
-
-> DEPRECATED. `/tfx-auto --retry ralph` 로 리다이렉트.
-> Phase 3 부터 **true ralph state machine** — hub/team/retry-state-machine.mjs.
-
-## 동작
-
-canonical 위임 **이전** 에 아래 bash 블록을 한 번 실행한다. Phase 5 (v11) 물리 삭제 게이트는 `.omc/state/alias-usage.log` 의 7일 zero-usage 검증에 의존 — 이 logging 이 빠지면 게이트가 영영 열리지 않는다.
-
-```bash
-mkdir -p .omc/state
-echo "[deprecated] tfx-persist -> use: tfx-auto --retry ralph" >&2
-echo "[DEPRECATED] tfx-persist — see tfx-auto --retry ralph"
-echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) tfx-persist -> tfx-auto --retry ralph" >> .omc/state/alias-usage.log
-```
-
-1. 위 bash 블록 실행 (stderr 경고 + stdout `[DEPRECATED]` 마커 + alias-usage.log append).
-2. ARGUMENTS 전체 앞에 `--retry ralph` 를 prepend 하여 `Skill("tfx-auto")` 호출.
-3. 스킬 경유 시 기본 `--max-iterations 0` (unlimited) 로 진입. CLI 직접 호출 시 bounded 1 로 진입 (임시 합의안, Phase 3 Open question #2).
-
-## 등가 플래그
-
-`--retry ralph` (Phase 3)
-
-deep mode 이 필요한 경우에만 `--mode deep --retry ralph`. 기존 `--mode deep` 강제는 제거 — ralph 의미는 plan/PRD 오버헤드와 독립.
-
-## 이 alias 의 의미
-
-tfx-persist 는 "끝까지, 멈추지 마" (ralph) 의미. Phase 2 까지는 bounded verify/fix 3회 루프로 degrade 되었으나, **Phase 3 에서 true state machine 도입으로 의미 회복**.
-
-Phase 3 상태 전이:
-```
-PLANNING → EXECUTING → (VERIFY.fail) → DIAGNOSING → EXECUTING …
-                    → (VERIFY.success) → DONE
-                    → stuckCounter ≥ 3 → STUCK (동일 failureReason 3회 연속 시 중단)
-                    → iterations ≥ max → BUDGET_EXCEEDED (max_iterations 0 이면 비활성)
-```
-
-상태는 `.omc/state/ralph-<sessionId>.json` 에 jsonl append 로 저장 — compaction survive. `resumeFromStateFile()` 로 재개 가능.
-
-## 마이그레이션 가이드
-
-| 기존 호출 | 새 호출 |
-|----------|---------|
-| `/tfx-persist "작업"` | `/tfx-auto "작업" --retry ralph` |
-| `/tfx-persist "작업" --max 10` | `/tfx-auto "작업" --retry ralph --max-iterations 10` |

package/skills/tfx-persist/skill.json

@@ -1,14 +0,0 @@
-{
-  "name": "tfx-persist",
-  "description": "DEPRECATED — tfx-auto 로 통합됨. `/tfx-auto --retry ralph` 로 리다이렉트. Phase 3 부터 true ralph state machine (unlimited, stuck detector 3회 중단, state file 복원) 이 동작한다. Phase 5 (v11) 에 물리 삭제 예정.",
-  "triggers": [
-    "ralph",
-    "don't stop",
-    "끝까지",
-    "until done",
-    "멈추지 마"
-  ],
-  "argument_hint": "<작업 설명 — tfx-auto 로 passthrough>",
-  "deprecated": true,
-  "superseded_by": "tfx-auto"
-}

package/skills/tfx-psmux-rules/SKILL.md

@@ -1,41 +0,0 @@
----
-name: tfx-psmux-rules
-description: >
-  legacy alias. Phase 4b부터 psmux 규칙의 source of truth는 skill이 아니라
-  .claude/rules/tfx-psmux.md 와 AGENTS.md 의 always-on policy 이다.
-deprecated: true
-superseded-by: .claude/rules/tfx-psmux.md
-triggers:
-  - tfx-psmux-rules
-  - psmux-rules
----
-
-# tfx-psmux-rules — legacy alias
-
-이 항목은 더 이상 기능 스킬이 아니다.
-Phase 4b부터 psmux 규칙의 source of truth는 아래 두 문서다.
-
-- `.claude/rules/tfx-psmux.md`
-- `AGENTS.md` 의 `TFX psmux Rules` 섹션
-
-## Deprecation logging (alias 호출 즉시 실행 필수)
-
-canonical 위임 **이전** 에 아래 bash 블록을 한 번 실행한다. Phase 5 (v11) 물리 삭제 게이트는 `.omc/state/alias-usage.log` 의 7일 zero-usage 검증에 의존.
-
-```bash
-mkdir -p .omc/state
-echo "[deprecated] tfx-psmux-rules -> see: .claude/rules/tfx-psmux.md" >&2
-echo "[DEPRECATED] tfx-psmux-rules — see .claude/rules/tfx-psmux.md"
-echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) tfx-psmux-rules -> .claude/rules/tfx-psmux.md" >> .omc/state/alias-usage.log
-```
-
-## Alias behavior
-
-- 이전 `tfx-psmux-rules` 호출은 항상-on rule 문서 참조로 안내한다.
-- 새로운 명령 표면이나 워크플로우는 이 이름 아래 추가하지 않는다.
-- 실제 enforcement source는 문서가 아니라 hook/util/preflight 코드다.
-
-## Operator note
-
-이 alias는 Phase 4 thin compatibility stub이다. Phase 5에서 repo-wide reference zero가
-만족되면 삭제 후보가 된다.

package/skills/tfx-psmux-rules/skill.json

@@ -1,10 +0,0 @@
-{
-  "name": "tfx-psmux-rules",
-  "description": "legacy alias. Phase 4b부터 psmux 규칙의 source of truth는 skill이 아니라 .claude/rules/tfx-psmux.md 와 AGENTS.md 의 always-on policy 이다.",
-  "triggers": [
-    "tfx-psmux-rules",
-    "psmux-rules"
-  ],
-  "deprecated": true,
-  "superseded_by": ".claude/rules/tfx-psmux.md"
-}

package/skills/tfx-remote-setup/SKILL.md

@@ -1,42 +0,0 @@
----
-name: tfx-remote-setup
-description: >
-  legacy thin alias. Phase 4b부터 setup 관련 공용 진입점은 tfx-remote setup 이다.
-deprecated: true
-superseded-by: tfx-remote
-triggers:
-  - tfx-remote-setup
-argument-hint: "[--add|--edit|--probe-all|--diagnose]"
----
-
-# tfx-remote-setup — legacy alias
-
-이 스킬은 Phase 4b thin alias다. 새 표면은 `tfx-remote setup` 하나다.
-
-## Deprecation logging (alias 호출 즉시 실행 필수)
-
-canonical 위임 **이전** 에 아래 bash 블록을 한 번 실행한다. Phase 5 (v11) 물리 삭제 게이트는 `.omc/state/alias-usage.log` 의 7일 zero-usage 검증에 의존.
-
-```bash
-mkdir -p .omc/state
-echo "[deprecated] tfx-remote-setup -> use: tfx-remote setup" >&2
-echo "[DEPRECATED] tfx-remote-setup — see tfx-remote setup"
-echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) tfx-remote-setup -> tfx-remote setup" >> .omc/state/alias-usage.log
-```
-
-## Alias mapping
-
-- `tfx-remote-setup`
-- `tfx-remote setup`
-- `tfx-remote setup --add`
-- `tfx-remote setup --edit`
-- `tfx-remote setup --probe-all`
-- `tfx-remote setup --diagnose`
-
-## Dispatch rule
-
-기존 Add/Edit/Probe All/Diagnose 워크플로우는 유지하되, 사용자-facing 안내와
-후속 문맥에서는 항상 `tfx-remote setup` 명령군을 기준으로 말한다.
-
-새 문서를 작성하거나 사용 예시를 제시할 때 `tfx-remote-setup`을 신규 표면처럼
-소개하지 않는다.

package/skills/tfx-remote-setup/skill.json

@@ -1,10 +0,0 @@
-{
-  "name": "tfx-remote-setup",
-  "description": "legacy thin alias. Phase 4b부터 setup 관련 공용 진입점은 tfx-remote setup 이다.",
-  "triggers": [
-    "tfx-remote-setup"
-  ],
-  "argument_hint": "[--add|--edit|--probe-all|--diagnose]",
-  "deprecated": true,
-  "superseded_by": "tfx-remote"
-}

package/skills/tfx-remote-spawn/SKILL.md

@@ -1,52 +0,0 @@
----
-name: tfx-remote-spawn
-description: >
-  legacy thin alias. Phase 4b부터 spawn/list/attach/send/resume/kill/probe 공용 진입점은
-  tfx-remote 이다.
-deprecated: true
-superseded-by: tfx-remote
-triggers:
-  - tfx-remote-spawn
-argument-hint: "[spawn|list|attach|send|resume|kill|probe] ..."
----
-
-# tfx-remote-spawn — legacy alias
-
-이 스킬은 Phase 4b thin alias다. 새 표면은 `tfx-remote` 명령군이다.
-
-## hosts.json location
-
-호스트 별칭/설정은 canonical `tfx-remote` 와 동일하게 user-state 경로 한 곳만 사용한다.
-- macOS/Linux: `~/.config/triflux/hosts.json`
-- Windows: `%APPDATA%\triflux\hosts.json`
-
-기존 `references/hosts.json` 및 source/packages/global fan-out는 더 이상 사용하지 않는다.
-첫 실행 시 legacy `references/hosts.json` 이 발견되면 lazy auto-migration으로 user-state 경로에 자동 이동된다.
-
-## Deprecation logging (alias 호출 즉시 실행 필수)
-
-canonical 위임 **이전** 에 아래 bash 블록을 한 번 실행한다. Phase 5 (v11) 물리 삭제 게이트는 `.omc/state/alias-usage.log` 의 7일 zero-usage 검증에 의존.
-
-```bash
-mkdir -p .omc/state
-echo "[deprecated] tfx-remote-spawn -> use: tfx-remote" >&2
-echo "[DEPRECATED] tfx-remote-spawn — see tfx-remote"
-echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) tfx-remote-spawn -> tfx-remote" >> .omc/state/alias-usage.log
-```
-
-## Alias mapping
-
-- `tfx-remote-spawn <host> [prompt]` → `tfx-remote spawn <host> [prompt]`
-- `tfx-remote-spawn --list` → `tfx-remote list`
-- `tfx-remote-spawn --attach <session>` → `tfx-remote attach <session>`
-- `tfx-remote-spawn --send <session> "<msg>"` → `tfx-remote send <session> "<msg>"`
-- `tfx-remote-spawn --probe <host>` → `tfx-remote probe <host>`
-- 최근 세션 복귀/호스트 기반 재개 → `tfx-remote resume <session|host|recent>`
-- 세션 종료 → `tfx-remote kill <session>`
-
-## Parity note
-
-`capture` / `wait`는 public consolidation 대상이 아니다. 기존 parity가 필요하면
-legacy passthrough 또는 내부 debug 표면으로만 유지한다.
-
-새 문서나 사용자 안내에서 `tfx-remote-spawn`을 1급 표면처럼 홍보하지 않는다.

package/skills/tfx-remote-spawn/skill.json

@@ -1,10 +0,0 @@
-{
-  "name": "tfx-remote-spawn",
-  "description": "legacy thin alias. Phase 4b부터 spawn/list/attach/send/resume/kill/probe 공용 진입점은 tfx-remote 이다.",
-  "triggers": [
-    "tfx-remote-spawn"
-  ],
-  "argument_hint": "[spawn|list|attach|send|resume|kill|probe] ...",
-  "deprecated": true,
-  "superseded_by": "tfx-remote"
-}

package/skills/tfx-swarm/SKILL.md

@@ -1,49 +0,0 @@
----
-name: tfx-swarm
-description: >
-  DEPRECATED — tfx-auto 로 통합됨. `/tfx-auto --parallel swarm --mode consensus --isolation worktree` 로 리다이렉트.
-  실제 swarm 엔진 (PRD 파싱, shard 스케줄링, reconcile) 은 `tfx swarm` CLI 에 그대로 유지된다.
-  Phase 5 (v11) 에 물리 삭제 예정.
-deprecated: true
-superseded-by: tfx-auto
-triggers:
-  - swarm
-  - 스웜
-  - 병렬 실행
-  - codex-swarm
-argument-hint: "<PRD 경로 — tfx-auto 로 passthrough>"
----
-
-# tfx-swarm (DEPRECATED → tfx-auto alias)
-
-> DEPRECATED. `/tfx-auto --parallel swarm --mode consensus --isolation worktree` 로 리다이렉트.
-> Phase 5 (v11) 에 물리 삭제 예정.
-
-## 동작
-
-canonical 위임 **이전** 에 아래 bash 블록을 한 번 실행한다. Phase 5 (v11) 물리 삭제 게이트는 `.omc/state/alias-usage.log` 의 7일 zero-usage 검증에 의존 — 이 logging 이 빠지면 게이트가 영영 열리지 않는다.
-
-```bash
-mkdir -p .omc/state
-echo "[deprecated] tfx-swarm -> use: tfx-auto --parallel swarm --mode consensus --isolation worktree" >&2
-echo "[DEPRECATED] tfx-swarm — see tfx-auto --parallel swarm --mode consensus --isolation worktree"
-echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) tfx-swarm -> tfx-auto --parallel swarm --mode consensus --isolation worktree" >> .omc/state/alias-usage.log
-```
-
-1. 위 bash 블록 실행 (stderr 경고 + stdout `[DEPRECATED]` 마커 + alias-usage.log append).
-2. ARGUMENTS 전체 앞에 `--parallel swarm --mode consensus --isolation worktree` 를 prepend 하여 `Skill("tfx-auto")` 호출.
-3. tfx-auto 의 플래그 오버라이드 로직이 `tfx swarm <prd>` CLI 를 호출한다 (실제 swarm 엔진은 변경 없음).
-
-## 등가 플래그
-
-`--parallel swarm --mode consensus --isolation worktree`
-
-## 이 alias 의 의미
-
-tfx-swarm 의 "worktree 격리 + 다중 모델 + PRD 기반 오케스트레이션" 은 플래그 조합으로 entry semantics 를 표현한다. 실제 swarm 엔진 (`hub/team/swarm-planner.mjs`, `swarm-hypervisor.mjs`, file-lease, reconcile) 은 그대로 유지되고 tfx-auto 가 이 경로를 호출한다. PRD 포맷 예시는 `docs/prd/_template.md` 참조.
-
-## 마이그레이션 가이드
-
-| 기존 호출 | 새 호출 |
-|----------|---------|
-| `/tfx-swarm <PRD>` | `/tfx-auto <PRD> --parallel swarm --mode consensus --isolation worktree` |

package/skills/tfx-swarm/skill.json

@@ -1,13 +0,0 @@
-{
-  "name": "tfx-swarm",
-  "description": "DEPRECATED — tfx-auto 로 통합됨. `/tfx-auto --parallel swarm --mode consensus --isolation worktree` 로 리다이렉트. 실제 swarm 엔진 (PRD 파싱, shard 스케줄링, reconcile) 은 `tfx swarm` CLI 에 그대로 유지된다. Phase 5 (v11) 에 물리 삭제 예정.",
-  "triggers": [
-    "swarm",
-    "스웜",
-    "병렬 실행",
-    "codex-swarm"
-  ],
-  "argument_hint": "<PRD 경로 — tfx-auto 로 passthrough>",
-  "deprecated": true,
-  "superseded_by": "tfx-auto"
-}