triflux 10.0.0 → 10.0.2

package/skills/tfx-deep-research/skill.json

@@ -1,14 +0,0 @@
-{
-  "name": "tfx-deep-research",
-  "description": "기술 비교, 아키텍처 조사, 경쟁사 분석 등 깊이 있는 리서치가 필요할 때 사용한다. '심층 조사', '자세히 알아봐', 'deep research', '전면 리서치', '비교 분석 보고서', '종합 리서치' 같은 요청에 반드시 사용. 단순 검색이 아닌 멀티소스 교차검증이 필요한 리서치에 적극 활용.",
-  "triggers": [
-    "deep research",
-    "딥 리서치",
-    "심층 리서치",
-    "deep-research",
-    "thorough research",
-    "깊이 조사",
-    "전면 리서치"
-  ],
-  "argument_hint": "[--depth quick|standard|deep] <리서치 주제>"
-}

package/skills/tfx-deep-review/SKILL.md.tmpl

@@ -1,178 +0,0 @@
----
-name: tfx-deep-review
-description: "철저한 코드 리뷰가 필요할 때 사용한다. '꼼꼼히 리뷰', 'deep review', '심층 리뷰', '보안까지 리뷰', '다각도 리뷰', '중요한 변경이라 제대로 봐줘' 같은 요청에 사용. 보안/성능/가독성 3관점 독립 검증이 필요한 중요 코드 변경에 적극 활용."
-triggers:
-  - deep review
-  - 심층 리뷰
-  - multi review
-  - deep-review
-  - 철저한 리뷰
-argument-hint: "[파일 경로 또는 변경 설명]"
----
-
-# tfx-deep-review — Tri-CLI Deep Code Review
-
-> **ARGUMENTS 처리**: 이 스킬이 `ARGUMENTS: <값>`과 함께 호출되면, 해당 값을 사용자 입력으로 취급하여
-> 워크플로우의 첫 단계 입력으로 사용한다. ARGUMENTS가 비어있거나 없으면 기존 절차대로 사용자에게 입력을 요청한다.
-
-
-> **Light 버전**: tfx-review. 기본값. 깊이 수정자 없으면 Light 선택.
-> 3-CLI 독립 리뷰 → 교차검증 → 2+ 합의 항목만 보고. Diffray + Calimero 영감.
-
-## 핵심 원리
-
-**Anti-Herding**: Round 1에서 3개 CLI가 서로의 결과를 보지 않고 독립 리뷰.
-**Consensus Only**: 2개 이상 CLI가 동일 이슈를 지적한 항목만 최종 보고 → false-positive 87% 감소.
-
-## 전제조건 프로브 및 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를 같은 메시지에서 동시 호출하여 병렬 실행
-
-## MODEL ROLES
-
-| CLI | 역할 | 관점 |
-|-----|------|------|
-| Claude Opus | 로직+아키텍처 | 로직 결함, 아키텍처 위반, 설계 패턴 |
-| Codex | 보안+성능 | OWASP Top 10, O(n²) 패턴, 누락된 에러 핸들링 |
-| Gemini | 가독성+DX | 네이밍 컨벤션, 가독성, 주석 필요성, 타입 안전성 |
-
-## EXECUTION STEPS
-
-### Step 1: 리뷰 대상 수집
-
-`git diff` (staged + unstaged) 또는 사용자 지정 파일을 수집한다.
-
-### Step 2: 3-CLI 독립 리뷰 — 아래 2개 도구를 반드시 같은 응답에서 동시에 호출하라.
-
-**Claude Agent (로직+아키텍처):**
-```
-Agent(
-  subagent_type="oh-my-claudecode:code-reviewer",
-  model="opus",
-  run_in_background=true,
-  name="review-logic",
-  description="로직 결함 및 아키텍처 위반 독립 리뷰",
-  prompt="코드 리뷰어로서 로직/아키텍처 관점에서 이 코드를 분석하라. 로직 결함, 아키텍처 위반, 설계 패턴 문제를 찾아라. JSON으로 응답하라: { findings: [{ id, file, line, severity, category, description, suggestion }] }"
-)
-```
-
-**Codex + Gemini headless dispatch (보안+성능+가독성):**
-```
-Bash("tfx multi --teammate-mode headless --auto-attach --dashboard --assign 'codex:보안/성능 전문가로서 이 코드를 분석하라. OWASP Top 10 취약점을 확인하라. O(n²) 이상의 성능 병목을 찾아라. 누락된 에러 핸들링을 지적하라. JSON으로 응답하라: { findings: [{ id, file, line, severity, category, description, suggestion }] }:reviewer' --assign 'gemini:코드 품질 전문가로서 이 코드를 분석하라. 가독성과 네이밍 컨벤션을 평가하라. 주석이 필요한 복잡한 로직을 식별하라. 타입 안전성 문제를 찾아라. 개발자 경험(DX)을 저해하는 패턴을 지적하라. JSON으로 응답하라: { findings: [{ id, file, line, severity, category, description, suggestion }] }:reviewer' --timeout 600")
-```
-
-### Step 3: Consensus Scoring
-
-모든 findings를 수집하여 유사도를 비교한다:
-- 동일 파일+라인±5 + 유사 카테고리 → 동일 이슈로 간주
-- 3/3 합의 → severity 유지
-- 2/3 합의 → severity 유지, 반대 의견 첨부
-- 1/3만 지적 → UNVERIFIED 표시 (참고용, 별도 섹션)
-
-`consensus_score = consensus_items / total_unique_items × 100`
-
-### Step 4: 종합 보고서 작성
-
-아래 형식으로 보고서를 출력한다:
-
-```markdown
-## Deep Code Review: {target}
-**Consensus Score**: {score}% | **Reviewers**: Claude/Codex/Gemini
-
-### Critical (3/3 합의)
-- [C1] `{file}:{line}` — {description}
-  - Claude: {detail} | Codex: {detail} | Gemini: {detail}
-  - **Fix**: {suggestion}
-
-### High (2/3 합의)
-- [H1] `{file}:{line}` — {description}
-  - 합의: {agreers} | 반대: {dissenter}: "{reason}"
-
-### Verified Medium
-- ...
-
-### Unverified (1/3만 지적, 참고용)
-- [U1] `{file}:{line}` — {description} (by {single_cli})
-
-### 통계
-| CLI | 발견 수 | 합의 기여율 |
-|-----|---------|------------|
-| Claude | {n} | {%} |
-| Codex | {n} | {%} |
-| Gemini | {n} | {%} |
-```
-
-## ERROR RECOVERY
-
-| 오류 | 조치 |
-|------|------|
-| headless dispatch 타임아웃 | `--timeout` 값을 900으로 올려 재시도 |
-| Agent 결과 미수신 | Step 2를 Agent만 단독 재실행 |
-| consensus 0% | 대상 범위가 너무 넓음 — 파일 단위로 분할 후 재실행 |
-| tfx multi 명령 실패 | `tfx status`로 teammate 연결 상태 확인 |
-
-## 토큰 예산
-
-| 단계 | 토큰 |
-|------|------|
-| Step 1 (수집) | ~1K |
-| Step 2 (3x 독립 리뷰) | ~15K |
-| Step 3 (Consensus) | ~3K |
-| Step 4 (보고) | ~3K |
-| **총합** | **~22K** |

package/skills/tfx-deep-review/skill.json

@@ -1,12 +0,0 @@
-{
-  "name": "tfx-deep-review",
-  "description": "철저한 코드 리뷰가 필요할 때 사용한다. '꼼꼼히 리뷰', 'deep review', '심층 리뷰', '보안까지 리뷰', '다각도 리뷰', '중요한 변경이라 제대로 봐줘' 같은 요청에 사용. 보안/성능/가독성 3관점 독립 검증이 필요한 중요 코드 변경에 적극 활용.",
-  "triggers": [
-    "deep review",
-    "심층 리뷰",
-    "multi review",
-    "deep-review",
-    "철저한 리뷰"
-  ],
-  "argument_hint": "[파일 경로 또는 변경 설명]"
-}

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

@@ -1,172 +0,0 @@
----
-name: tfx-doctor
-description: >
-  triflux 진단 및 수리 도구. AskUserQuestion 기반 인터랙티브 선택지로
-  CLI 미발견, HUD 미표시, 캐시 오류, 스킬 미설치 등을 진단하고 자동 수정합니다.
-  Use when: not working, broken, error, 안 돼, 이상해, 에러, 캐시, reset, doctor
-triggers:
-  - tfx-doctor
-argument-hint: "[--fix|--reset]"
----
-
-# tfx-doctor — triflux 진단 및 수리
-
-> 뭔가 안 될 때, HUD가 이상할 때, CLI가 안 보일 때 실행하세요.
-
-## 워크플로우
-
-### Step 1: 모드 선택 (AskUserQuestion)
-
-인자 없이 호출된 경우 모드를 선택한다:
-
-```
-question: "어떤 진단 모드를 실행하시겠습니까?"
-header: "모드"
-options:
-  - label: "진단 (Diagnose)"
-    description: "읽기 전용 전체 검사 — 아무것도 수정하지 않음"
-  - label: "수정 (Fix)"
-    description: "파일 동기화 + 캐시 정리 후 진단 실행"
-  - label: "캐시 관리 (Cache)"
-    description: "캐시 파일별 상태 조회, 선택적 삭제"
-  - label: "전체 초기화 (Reset)"
-    description: "모든 캐시 삭제 + 재생성 (위험)"
-```
-
-`--fix`, `--reset` 인자가 있으면 바로 해당 모드로 실행.
-
-### Step 2: 모드별 실행
-
-#### 진단 모드
-
-```bash
-Bash("triflux doctor --json")
-```
-
-JSON 결과를 파싱하여 마크다운 테이블로 표시:
-
-```
-| 항목 | 상태 | 비고 |
-|------|------|------|
-| tfx-route.sh | ✅ | v2.0 |
-| HUD | ✅ | 설치됨 |
-| Codex CLI | ✅ | found |
-| Gemini CLI | ⚠ | 미설치 (선택) |
-| ...  | ... | ... |
-```
-
-이슈가 발견되면 AskUserQuestion:
-```
-question: "N개 이슈가 발견되었습니다. 자동 수정을 시도하시겠습니까?"
-header: "수정"
-options:
-  - label: "자동 수정 실행 (Recommended)"
-    description: "triflux doctor --fix 실행"
-  - label: "건너뛰기"
-    description: "수정 없이 결과만 확인"
-```
-
-#### 수정 모드
-
-```bash
-Bash("triflux doctor --fix")
-```
-
-결과를 보고한다.
-
-#### 캐시 관리
-
-`~/.claude/cache/` 디렉토리의 캐시 파일들을 Read/Glob으로 조회:
-
-| 캐시 파일 | 설명 |
-|-----------|------|
-| claude-usage-cache.json | Claude 사용량 |
-| codex-rate-limits-cache.json | Codex 레이트 리밋 |
-| gemini-quota-cache.json | Gemini 쿼터 |
-| sv-accumulator.json | 절약량 누적 |
-| mcp-inventory.json | MCP 서버 인벤토리 |
-| cli-issues.jsonl | CLI 이슈 로그 |
-| triflux-update-check.json | 업데이트 체크 |
-| .omc/cache/codex-skills.json | Codex 스킬 인덱스 |
-| .omc/state/tier-environment.json | Tier 환경 스냅샷 |
-| .omc/cache/project-meta.json | 프로젝트 메타 |
-| .omc/state/search-engines.json | 검색 엔진 상태 |
-
-존재하는 캐시 파일 목록과 크기를 테이블로 표시 후 AskUserQuestion:
-
-```
-question: "어떻게 삭제하시겠습니까?"
-header: "삭제"
-options:
-  - label: "전체 삭제"
-    description: "모든 캐시 파일 삭제"
-  - label: "에러 캐시만 삭제"
-    description: "파싱 에러가 있는 파일만 삭제"
-  - label: "선택 삭제"
-    description: "파일 하나씩 선택하여 삭제"
-  - label: "취소"
-    description: "삭제하지 않음"
-```
-
-"선택 삭제" 시 각 파일에 대해 AskUserQuestion으로 삭제 여부 확인.
-
-#### 전체 초기화
-
-위험 확인:
-```
-question: "전체 캐시를 초기화하시겠습니까? 다음 세션에서 재생성됩니다."
-header: "확인"
-options:
-  - label: "초기화 실행"
-    description: "모든 캐시 삭제 + MCP/사용량 캐시 재생성"
-  - label: "취소"
-    description: "아무것도 하지 않음"
-```
-
-확인 시:
-```bash
-Bash("triflux doctor --reset")
-```
-
-### Step 3: 후속 조치
-
-실행 완료 후 AskUserQuestion:
-```
-question: "다른 작업을 하시겠습니까?"
-header: "계속"
-options:
-  - label: "다른 모드 실행"
-    description: "진단/수정/캐시/초기화 메뉴로 돌아감"
-  - label: "종료"
-    description: "doctor 종료"
-```
-
-## 진단 항목
-
-- tfx-route.sh 설치 상태
-- HUD 설치 및 설정 상태
-- Codex/Gemini/Claude CLI 경로 (크로스 셸)
-- **psmux 버전 / capability preflight**
-  - `new-session`, `attach-session`, `kill-session`, `capture-pane`, `detach-client`
-  - 권장 버전 이상인지 여부
-- Codex Profiles (필수 프로파일 존재 여부)
-- 스킬 설치 상태
-- 플러그인 등록 상태
-- MCP 인벤토리 캐시
-- Phase 1 웜업 캐시 무결성 (`node scripts/cache-doctor.mjs`)
-- 잔존 팀(orphan teams) 감지
-- **Docs 동기화** — `docs/design/`, `docs/research/` → `~/.claude/docs/` 레퍼런스 문서 동기화 상태
-- **Gemini MCP 안전성** — `~/.gemini/settings.json`의 stdio MCP 감지 (spawn EPERM 방지)
-- **Route Script 정합성** — 프로젝트 소스 `scripts/tfx-route.sh`와 `~/.claude/scripts/tfx-route.sh` 일치 여부
-
-## 에러 처리
-
-| 상황 | 처리 |
-|------|------|
-| 캐시 디렉토리 없음 | 정상 — 삭제할 파일 없음 보고 |
-| 파일 삭제 권한 없음 | 수동 삭제 안내 |
-| --fix 후에도 이슈 남음 | Codex/Gemini 설치는 수동 필요 안내 |
-
-## standalone TUI
-
-터미널에서 직접 실행도 가능: `node tui/doctor.mjs` (arrow key 방식)

package/skills/tfx-doctor/skill.json

@@ -1,8 +0,0 @@
-{
-  "name": "tfx-doctor",
-  "description": "triflux 진단 및 수리 도구. AskUserQuestion 기반 인터랙티브 선택지로 CLI 미발견, HUD 미표시, 캐시 오류, 스킬 미설치 등을 진단하고 자동 수정합니다. Use when: not working, broken, error, 안 돼, 이상해, 에러, 캐시, reset, doctor",
-  "triggers": [
-    "tfx-doctor"
-  ],
-  "argument_hint": "[--fix|--reset]"
-}

package/skills/tfx-find/skill.json

@@ -1,12 +0,0 @@
-{
-  "name": "tfx-find",
-  "description": "코드베이스에서 파일, 함수, 클래스, 문자열을 빠르게 찾을 때 사용한다. '코드 검색', 'find in code', '어디에 있어?', '이 함수 어디서 쓰여?', '파일 찾아줘', '코드베이스 탐색' 같은 요청에 반드시 사용. 파일 위치, 심볼 사용처, 패턴 검색이 필요한 모든 상황에 적극 활용.",
-  "triggers": [
-    "코드 검색",
-    "codebase search",
-    "find in code",
-    "코드에서 찾기",
-    "코드베이스 검색"
-  ],
-  "argument_hint": "<검색 패턴 또는 질문>"
-}

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

@@ -1,187 +0,0 @@
----
-name: tfx-forge
-description: "새 스킬을 만들거나 기존 스킬을 수정할 때 사용한다. 'forge', '스킬 만들기', 'create skill', '새 스킬', '스킬 생성', 'SKILL.md 작성' 같은 요청에 반드시 사용. 반복 작업을 스킬로 자동화하고 싶을 때 적극 활용."
-triggers:
-  - forge
-  - 스킬 만들기
-  - create skill
-  - 스킬 생성
-  - new skill
-argument-hint: "[스킬 이름 또는 설명]"
----
-
-# tfx-forge — Skill Authoring Meta-Skill
-
-> **ARGUMENTS 처리**: 이 스킬이 `ARGUMENTS: <값>`과 함께 호출되면, 해당 값을 사용자 입력으로 취급하여
-> 워크플로우의 첫 단계 입력으로 사용한다. ARGUMENTS가 비어있거나 없으면 기존 절차대로 사용자에게 입력을 요청한다.
-
-
-> Superpowers skill authoring 오마주. 스킬을 만드는 스킬.
-> "메타 레벨에서 자동화하라."
-
-## 용도
-
-- 새 tfx 스킬의 SKILL.md를 대화형으로 생성
-- 기존 스킬 형식과 품질 기준을 자동 준수
-- YAML frontmatter + 본문 구조를 일관되게 유지
-- 스킬 작성 시행착오 최소화
-
-## 워크플로우
-
-### Step 1: 요구사항 수집 (대화형)
-
-AskUserQuestion으로 필수 정보를 순서대로 수집한다. 사용자가 초기 입력에 일부 정보를 포함했으면 해당 항목은 건너뛴다.
-
-**먼저 스킬 유형을 선택받는다:**
-
-```
-AskUserQuestion:
-  "스킬 유형을 선택하세요:"
-  1. Light (경량, 단일 CLI, 토큰 절약)
-  2. Deep (딥, 3-CLI 합의, 정확도 우선)
-  3. Core (인프라, 다른 스킬이 내부 호출)
-```
-
-선택된 유형에 따라 이후 수집 항목과 템플릿이 달라진다:
-- **Light**: 단일 CLI 워크플로우, 낮은 토큰 예산
-- **Deep**: 3-CLI 병렬 + tfx-consensus 통합, 높은 토큰 예산
-- **Core**: 외부 호출 인터페이스 정의, 내부 API 문서화 포함
-
-**이후 나머지 정보를 순서대로 수집한다:**
-
-```
-수집 항목 (순서대로):
-
-1. 이름 (name)
-   "스킬 이름은? (예: tfx-myskill)"
-   → 접두사 'tfx-' 자동 부여 (없으면)
-
-2. 한줄 설명 (description)
-   "이 스킬이 무엇을 하는지 한 문장으로?"
-
-3. 트리거 (triggers)
-   "어떤 키워드로 이 스킬을 호출? (쉼표 구분)"
-
-4. 토큰 예산
-   "예상 토큰 예산은? (예: ~10K)"
-
-5. 핵심 워크플로우
-   "주요 단계를 간략히 설명해주세요. (3-5 단계)"
-
-6. 사용 예시
-   "사용 예시 1-3개를 알려주세요."
-```
-
-### Step 2: 기존 스킬 분석
-
-프로젝트 내 기존 SKILL.md를 참조하여 형식과 품질 기준을 확인한다:
-
-```
-Glob("skills/**/SKILL.md")로 기존 스킬 목록 수집
-→ 유사한 타입(Deep/Light)의 스킬 1-2개를 Read하여 형식 참조
-→ YAML frontmatter 구조, 본문 섹션 패턴, 토큰 예산 표 형식 추출
-```
-
-### Step 3: SKILL.md 생성
-
-수집된 정보로 SKILL.md를 자동 생성한다:
-
-```yaml
-# YAML Frontmatter 템플릿
----
-name: {name}
-description: {description}
-triggers:
-  - {trigger_1}
-  - {trigger_2}
-  - ...
-argument-hint: "{hint}"
----
-```
-
-```markdown
-# 본문 템플릿
-
-# {name} — {short_title}
-
-> {한줄 설명 또는 오마주}
-
-## 용도
-
-- {use_case_1}
-- {use_case_2}
-- {use_case_3}
-
-## 워크플로우
-
-### Step 1: {step_title}
-{step_description}
-
-### Step 2: {step_title}
-{step_description}
-
-...
-
-## 토큰 예산
-
-| 단계 | 토큰 |
-|------|------|
-| {step} | ~{N}K |
-| **총합** | **~{total}K** |
-
-## 사용 예
-
-```
-/{name} "{example_1}"
-/{name} "{example_2}"
-```
-```
-
-### Step 4: 디렉토리 생성 및 저장
-
-```
-mkdir -p skills/{name}/
-Write → skills/{name}/SKILL.md
-```
-
-### Step 5: 검증
-
-생성된 파일을 읽어 검증한다:
-
-```
-검증 항목:
-  - [ ] YAML frontmatter 파싱 가능
-  - [ ] name, description, triggers 필수 필드 존재
-  - [ ] 본문에 용도, 워크플로우, 토큰 예산, 사용 예 섹션 존재
-  - [ ] 파일 크기 < 800줄
-  - [ ] 기존 스킬과 트리거 충돌 없음
-```
-
-충돌 발견 시 AskUserQuestion으로 트리거 조정 요청.
-
-## 동작 규칙
-
-1. 사용자가 이름만 제공해도 나머지는 대화형으로 수집한다.
-2. 사용자가 상세 설명을 한꺼번에 제공하면 확인만 받고 즉시 생성한다.
-3. Deep 타입 선택 시 tfx-consensus 통합 포인트를 본문에 자동 포함한다.
-4. 생성 후 반드시 사용자에게 결과를 보여주고 수정 요청을 받는다.
-5. 기존 SKILL.md가 있으면 덮어쓰기 전 사용자 확인을 받는다.
-
-## 토큰 예산
-
-| 단계 | 토큰 |
-|------|------|
-| 요구사항 수집 | ~2K |
-| 기존 스킬 분석 | ~3K |
-| SKILL.md 생성 | ~3K |
-| 검증 | ~2K |
-| **총합** | **~10K** |
-
-## 사용 예
-
-```
-/tfx-forge
-/tfx-forge tfx-myskill
-/tfx-forge "CI/CD 파이프라인 자동 생성 스킬"
-/스킬 만들기 "코드 마이그레이션 도우미"
-```

package/skills/tfx-forge/skill.json

@@ -1,12 +0,0 @@
-{
-  "name": "tfx-forge",
-  "description": "새 스킬을 만들거나 기존 스킬을 수정할 때 사용한다. 'forge', '스킬 만들기', 'create skill', '새 스킬', '스킬 생성', 'SKILL.md 작성' 같은 요청에 반드시 사용. 반복 작업을 스킬로 자동화하고 싶을 때 적극 활용.",
-  "triggers": [
-    "forge",
-    "스킬 만들기",
-    "create skill",
-    "스킬 생성",
-    "new skill"
-  ],
-  "argument_hint": "[스킬 이름 또는 설명]"
-}