cx-viewer 1.0.3 → 1.0.4

package/concepts/ko/Tool-ExitPlanMode.md

@@ -1,62 +0,0 @@
-# ExitPlanMode
-
-## 정의
-
-계획 모드를 종료하고 방안을 사용자 승인에 제출합니다. 방안 내용은 이전에 작성된 계획 파일에서 읽어옵니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `allowedPrompts` | array | 아니오 | 구현 방안에 필요한 권한 설명 목록 |
-
-`allowedPrompts` 배열의 각 요소:
-
-| 필드 | 타입 | 필수 | 설명 |
-|------|------|------|------|
-| `tool` | enum | 예 | 적용할 도구, 현재 `Bash`만 지원 |
-| `prompt` | string | 예 | 작업의 의미적 설명 (예: "run tests", "install dependencies") |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 계획 모드에서 방안이 완성되어 사용자 승인에 제출할 준비가 됨
-- 코드를 작성해야 하는 구현 태스크에만 사용
-
-**적합하지 않은 경우:**
-- 순수 조사/탐색 태스크 — 계획 모드를 종료할 필요 없음
-- 사용자에게 "방안이 괜찮으신가요?"라고 묻고 싶은 경우 — 이것이 바로 이 도구의 기능이므로 AskUserQuestion으로 묻지 말 것
-
-## 주의사항
-
-- 이 도구는 방안 내용을 파라미터로 받지 않음 — 이전에 작성된 계획 파일에서 읽어옴
-- 사용자는 계획 파일의 내용을 보고 승인함
-- 이 도구를 호출하기 전에 AskUserQuestion으로 "방안이 괜찮은지" 묻지 말 것. 중복됨
-- 질문에서 "계획"을 언급하지 말 것. 사용자는 ExitPlanMode 전에 계획 내용을 볼 수 없기 때문
-
-## 원문
-
-<textarea readonly>Use this tool when you are in plan mode and have finished writing your plan to the plan file and are ready for user approval.
-
-## How This Tool Works
-- You should have already written your plan to the plan file specified in the plan mode system message
-- This tool does NOT take the plan content as a parameter - it will read the plan from the file you wrote
-- This tool simply signals that you're done planning and ready for the user to review and approve
-- The user will see the contents of your plan file when they review it
-
-## When to Use This Tool
-IMPORTANT: Only use this tool when the task requires planning the implementation steps of a task that requires writing code. For research tasks where you're gathering information, searching files, reading files or in general trying to understand the codebase - do NOT use this tool.
-
-## Before Using This Tool
-Ensure your plan is complete and unambiguous:
-- If you have unresolved questions about requirements or approach, use AskUserQuestion first (in earlier phases)
-- Once your plan is finalized, use THIS tool to request approval
-
-**Important:** Do NOT use AskUserQuestion to ask "Is this plan okay?" or "Should I proceed?" - that's exactly what THIS tool does. ExitPlanMode inherently requests user approval of your plan.
-
-## Examples
-
-1. Initial task: "Search for and understand the implementation of vim mode in the codebase" - Do not use the exit plan mode tool because you are not planning the implementation steps of a task.
-2. Initial task: "Help me implement yank mode for vim" - Use the exit plan mode tool after you have finished planning the implementation steps of the task.
-3. Initial task: "Add a new feature to handle user authentication" - If unsure about auth method (OAuth, JWT, etc.), use AskUserQuestion first, then use exit plan mode tool after clarifying the approach.
-</textarea>

package/concepts/ko/Tool-Glob.md

@@ -1,39 +0,0 @@
-# Glob
-
-## 정의
-
-빠른 파일명 패턴 매칭 도구로, 모든 규모의 코드베이스를 지원합니다. 수정 시간순으로 정렬된 매칭 파일 경로를 반환합니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `pattern` | string | 예 | glob 패턴 (예: `**/*.js`, `src/**/*.ts`) |
-| `path` | string | 아니오 | 검색 디렉토리, 기본값은 현재 작업 디렉토리. "undefined"나 "null"을 전달하지 말 것 |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 파일명 패턴으로 파일 검색
-- 특정 타입의 모든 파일 검색 (예: 모든 `.tsx` 파일)
-- 특정 클래스 정의 (예: `class Foo`)를 찾을 때 먼저 파일 위치 파악
-- 단일 메시지 내에서 여러 Glob 호출을 병렬 실행 가능
-
-**적합하지 않은 경우:**
-- 파일 내용 검색 — Grep를 사용해야 함
-- 여러 라운드의 검색이 필요한 개방형 탐색 — Task (Explore 타입)를 사용해야 함
-
-## 주의사항
-
-- 표준 glob 구문 지원: `*`는 단일 레벨, `**`는 다중 레벨, `{}`는 다중 선택 매칭
-- 결과는 수정 시간순으로 정렬
-- Bash의 `find` 명령보다 권장
-
-## 원문
-
-<textarea readonly>- Fast file pattern matching tool that works with any codebase size
-- Supports glob patterns like "**/*.js" or "src/**/*.ts"
-- Returns matching file paths sorted by modification time
-- Use this tool when you need to find files by name patterns
-- When you are doing an open ended search that may require multiple rounds of globbing and grepping, use the Agent tool instead
-- You can call multiple tools in a single response. It is always better to speculatively perform multiple searches in parallel if they are potentially useful.</textarea>

package/concepts/ko/Tool-Grep.md

@@ -1,57 +0,0 @@
-# Grep
-
-## 정의
-
-ripgrep 기반의 강력한 콘텐츠 검색 도구. 정규 표현식, 파일 타입 필터링, 다양한 출력 모드를 지원합니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `pattern` | string | 예 | 정규 표현식 검색 패턴 |
-| `path` | string | 아니오 | 검색 경로 (파일 또는 디렉토리), 기본값은 현재 작업 디렉토리 |
-| `glob` | string | 아니오 | 파일명 필터 (예: `*.js`, `*.{ts,tsx}`) |
-| `type` | string | 아니오 | 파일 타입 필터 (예: `js`, `py`, `rust`), glob보다 효율적 |
-| `output_mode` | enum | 아니오 | 출력 모드: `files_with_matches` (기본값), `content`, `count` |
-| `-i` | boolean | 아니오 | 대소문자 구분 없는 검색 |
-| `-n` | boolean | 아니오 | 행 번호 표시 (content 모드만), 기본값 true |
-| `-A` | number | 아니오 | 매치 후 표시할 행 수 |
-| `-B` | number | 아니오 | 매치 전 표시할 행 수 |
-| `-C` / `context` | number | 아니오 | 매치 전후 표시할 행 수 |
-| `head_limit` | number | 아니오 | 출력 항목 수 제한, 기본값 0 (무제한) |
-| `offset` | number | 아니오 | 처음 N개 결과 건너뛰기 |
-| `multiline` | boolean | 아니오 | 다중 행 매칭 모드 활성화, 기본값 false |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 코드베이스에서 특정 문자열이나 패턴 검색
-- 함수/변수의 사용 위치 검색
-- 파일 타입으로 검색 결과 필터링
-- 매치 수 집계
-
-**적합하지 않은 경우:**
-- 파일명으로 파일 검색 — Glob를 사용해야 함
-- 여러 라운드의 검색이 필요한 개방형 탐색 — Task (Explore 타입)를 사용해야 함
-
-## 주의사항
-
-- ripgrep 구문 사용 (grep이 아님), 중괄호 등 특수 문자는 이스케이프 필요
-- `files_with_matches` 모드는 파일 경로만 반환하며 가장 효율적
-- `content` 모드는 매칭 행 내용을 반환하며 컨텍스트 행 지원
-- 다중 행 매칭은 `multiline: true` 설정 필요
-- Bash 내의 `grep`이나 `rg` 명령보다 항상 Grep 도구를 우선 사용
-
-## 원문
-
-<textarea readonly>A powerful search tool built on ripgrep
-
-  Usage:
-  - ALWAYS use Grep for search tasks. NEVER invoke `grep` or `rg` as a Bash command. The Grep tool has been optimized for correct permissions and access.
-  - Supports full regex syntax (e.g., "log.*Error", "function\s+\w+")
-  - Filter files with glob parameter (e.g., "*.js", "**/*.tsx") or type parameter (e.g., "js", "py", "rust")
-  - Output modes: "content" shows matching lines, "files_with_matches" shows only file paths (default), "count" shows match counts
-  - Use Agent tool for open-ended searches requiring multiple rounds
-  - Pattern syntax: Uses ripgrep (not grep) - literal braces need escaping (use `interface\{\}` to find `interface{}` in Go code)
-  - Multiline matching: By default patterns match within single lines only. For cross-line patterns like `struct \{[\s\S]*?field`, use `multiline: true`
-</textarea>

package/concepts/ko/Tool-NotebookEdit.md

@@ -1,33 +0,0 @@
-# NotebookEdit
-
-## 정의
-
-Jupyter notebook (.ipynb 파일) 내의 특정 셀을 치환, 삽입 또는 삭제합니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `notebook_path` | string | 예 | notebook 파일의 절대 경로 |
-| `new_source` | string | 예 | 셀의 새 내용 |
-| `cell_id` | string | 아니오 | 편집할 셀 ID. 삽입 모드에서는 새 셀이 이 ID 뒤에 삽입됨 |
-| `cell_type` | enum | 아니오 | 셀 타입: `code` 또는 `markdown`. 삽입 모드에서 필수 |
-| `edit_mode` | enum | 아니오 | 편집 모드: `replace` (기본값), `insert`, `delete` |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- Jupyter notebook 내의 코드 또는 markdown 셀 수정
-- notebook에 새 셀 추가
-- notebook 내의 셀 삭제
-
-## 주의사항
-
-- `cell_number`는 0 인덱스
-- `insert` 모드는 지정 위치에 새 셀을 삽입
-- `delete` 모드는 지정 위치의 셀을 삭제
-- 경로는 절대 경로여야 함
-
-## 원문
-
-<textarea readonly>Completely replaces the contents of a specific cell in a Jupyter notebook (.ipynb file) with new source. Jupyter notebooks are interactive documents that combine code, text, and visualizations, commonly used for data analysis and scientific computing. The notebook_path parameter must be an absolute path, not a relative path. The cell_number is 0-indexed. Use edit_mode=insert to add a new cell at the index specified by cell_number. Use edit_mode=delete to delete the cell at the index specified by cell_number.</textarea>

package/concepts/ko/Tool-Read.md

@@ -1,56 +0,0 @@
-# Read
-
-## 정의
-
-로컬 파일 시스템에서 파일 내용을 읽습니다. 텍스트 파일, 이미지, PDF, Jupyter notebook을 지원합니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `file_path` | string | 예 | 파일의 절대 경로 |
-| `offset` | number | 아니오 | 시작 행 번호 (대용량 파일 분할 읽기용) |
-| `limit` | number | 아니오 | 읽기 행 수 (대용량 파일 분할 읽기용) |
-| `pages` | string | 아니오 | PDF 페이지 범위 (예: "1-5", "3", "10-20"), PDF에만 적용 |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 코드 파일, 설정 파일 등 텍스트 파일 읽기
-- 이미지 파일 보기 (Claude는 멀티모달 모델)
-- PDF 문서 읽기
-- Jupyter notebook 읽기 (모든 셀과 출력을 반환)
-- 여러 파일을 병렬로 읽어 컨텍스트 획득
-
-**적합하지 않은 경우:**
-- 디렉토리 읽기 — Bash의 `ls` 명령을 사용해야 함
-- 개방형 코드베이스 탐색 — Task (Explore 타입)를 사용해야 함
-
-## 주의사항
-
-- 경로는 절대 경로여야 하며 상대 경로 불가
-- 기본적으로 파일의 처음 2000행을 읽음
-- 2000자를 초과하는 행은 잘림
-- 출력은 `cat -n` 형식이며 행 번호는 1부터 시작
-- 대용량 PDF (10페이지 초과)는 `pages` 파라미터 지정 필수, 1회 최대 20페이지
-- 존재하지 않는 파일 읽기는 오류를 반환 (크래시하지 않음)
-- 단일 메시지 내에서 여러 Read를 병렬 호출 가능
-
-## 원문
-
-<textarea readonly>Reads a file from the local filesystem. You can access any file directly by using this tool.
-Assume this tool is able to read all files on the machine. If the User provides a path to a file assume that path is valid. It is okay to read a file that does not exist; an error will be returned.
-
-Usage:
-- The file_path parameter must be an absolute path, not a relative path
-- By default, it reads up to 2000 lines starting from the beginning of the file
-- You can optionally specify a line offset and limit (especially handy for long files), but it's recommended to read the whole file by not providing these parameters
-- Any lines longer than 2000 characters will be truncated
-- Results are returned using cat -n format, with line numbers starting at 1
-- This tool allows Claude Code to read images (eg PNG, JPG, etc). When reading an image file the contents are presented visually as Claude Code is a multimodal LLM.
-- This tool can read PDF files (.pdf). For large PDFs (more than 10 pages), you MUST provide the pages parameter to read specific page ranges (e.g., pages: "1-5"). Reading a large PDF without the pages parameter will fail. Maximum 20 pages per request.
-- This tool can read Jupyter notebooks (.ipynb files) and returns all cells with their outputs, combining code, text, and visualizations.
-- This tool can only read files, not directories. To read a directory, use an ls command via the Bash tool.
-- You can call multiple tools in a single response. It is always better to speculatively read multiple potentially useful files in parallel.
-- You will regularly be asked to read screenshots. If the user provides a path to a screenshot, ALWAYS use this tool to view the file at the path. This tool will work with all temporary file paths.
-- If you read a file that exists but has empty contents you will receive a system reminder warning in place of file contents.</textarea>

package/concepts/ko/Tool-SendMessage.md

@@ -1,41 +0,0 @@
-# SendMessage
-
-## 정의
-
-팀 내 agent 간에 메시지를 전송합니다. 직접 통신, 브로드캐스트, 프로토콜 메시지(종료 요청/응답, 계획 승인)에 사용됩니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `to` | string | 예 | 수신자: 팀원 이름, 또는 `"*"`로 전체 브로드캐스트 |
-| `message` | string / object | 예 | 일반 텍스트 메시지 또는 구조화된 프로토콜 객체 |
-| `summary` | string | 아니오 | UI에 표시되는 5-10 단어 미리보기 |
-
-## 메시지 유형
-
-### 일반 텍스트
-팀원 간의 직접 메시지. 조율, 상태 업데이트, 태스크 논의에 사용합니다.
-
-### 종료 요청
-팀원에게 정상 종료를 요청: `{ type: "shutdown_request", reason: "..." }`
-
-### 종료 응답
-팀원이 종료를 승인 또는 거부: `{ type: "shutdown_response", approve: true/false }`
-
-### 계획 승인 응답
-팀원의 계획을 승인 또는 거부: `{ type: "plan_approval_response", approve: true/false }`
-
-## 브로드캐스트 vs 직접 전송
-
-- **직접 전송** (`to: "팀원-이름"`): 특정 팀원에게 전송 — 대부분의 통신에서 권장
-- **브로드캐스트** (`to: "*"`): 모든 팀원에게 전송 — 팀 전체 긴급 공지에만 사용
-
-## 관련 도구
-
-| 도구 | 용도 |
-|------|------|
-| `TeamCreate` | 새 팀 생성 |
-| `TeamDelete` | 완료 후 팀 제거 |
-| `Agent` | 팀에 합류하는 팀원 생성 |
-| `TaskCreate` / `TaskUpdate` / `TaskList` | 공유 태스크 목록 관리 |

package/concepts/ko/Tool-Skill.md

@@ -1,56 +0,0 @@
-# Skill
-
-## 정의
-
-메인 대화 내에서 스킬(skill)을 실행합니다. 스킬은 사용자가 slash command (예: `/commit`, `/review-pr`)로 호출할 수 있는 전용 기능입니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `skill` | string | 예 | 스킬 이름 (예: "commit", "review-pr", "pdf") |
-| `args` | string | 아니오 | 스킬 인수 |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 사용자가 `/<skill-name>` 형식의 slash command를 입력한 경우
-- 사용자의 요청이 등록된 스킬의 기능과 매칭되는 경우
-
-**적합하지 않은 경우:**
-- 내장 CLI 명령 (예: `/help`, `/clear`)
-- 이미 실행 중인 스킬
-- 사용 가능한 스킬 목록에 없는 스킬 이름
-
-## 주의사항
-
-- 스킬이 호출되면 완전한 프롬프트로 확장됨
-- 완전 한정 이름 지원 (예: `ms-office-suite:pdf`)
-- 사용 가능한 스킬 목록은 system-reminder 메시지에서 제공
-- `<command-name>` 태그가 보이면 스킬이 이미 로드된 것이므로, 이 도구를 다시 호출하지 말고 직접 실행해야 함
-- 실제로 도구를 호출하지 않고 스킬을 언급하지 말 것
-
-## 원문
-
-<textarea readonly>Execute a skill within the main conversation
-
-When users ask you to perform tasks, check if any of the available skills match. Skills provide specialized capabilities and domain knowledge.
-
-When users reference a "slash command" or "/<something>" (e.g., "/commit", "/review-pr"), they are referring to a skill. Use this tool to invoke it.
-
-How to invoke:
-- Use this tool with the skill name and optional arguments
-- Examples:
-  - `skill: "pdf"` - invoke the pdf skill
-  - `skill: "commit", args: "-m 'Fix bug'"` - invoke with arguments
-  - `skill: "review-pr", args: "123"` - invoke with arguments
-  - `skill: "ms-office-suite:pdf"` - invoke using fully qualified name
-
-Important:
-- Available skills are listed in system-reminder messages in the conversation
-- When a skill matches the user's request, this is a BLOCKING REQUIREMENT: invoke the relevant Skill tool BEFORE generating any other response about the task
-- NEVER mention a skill without actually calling this tool
-- Do not invoke a skill that is already running
-- Do not use this tool for built-in CLI commands (like /help, /clear, etc.)
-- If you see a <command-name> tag in the current conversation turn, the skill has ALREADY been loaded - follow the instructions directly instead of calling this tool again
-</textarea>

package/concepts/ko/Tool-Task.md

@@ -1,51 +0,0 @@
-# Task
-
-> **참고:** 최신 Claude Code 버전에서 이 도구는 **Agent**로 이름이 변경되었습니다. [Tool-Agent](Tool-Agent) 문서를 참조하세요.
-
-## 정의
-
-서브 agent (SubAgent)를 시작하여 복잡한 다단계 태스크를 자율적으로 처리합니다. 서브 agent는 독립된 서브프로세스로, 각각 전용 도구 세트와 컨텍스트를 가집니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `prompt` | string | 예 | 서브 agent가 실행할 태스크 설명 |
-| `description` | string | 예 | 3~5단어의 짧은 요약 |
-| `subagent_type` | string | 예 | 서브 agent 타입, 사용 가능한 도구 세트를 결정 |
-| `model` | enum | 아니오 | 모델 지정 (sonnet / opus / haiku), 기본값은 부모로부터 상속 |
-| `max_turns` | integer | 아니오 | 최대 agentic 턴 수 |
-| `run_in_background` | boolean | 아니오 | 백그라운드 실행 여부. 백그라운드 태스크는 output_file 경로를 반환 |
-| `resume` | string | 아니오 | 재개할 agent ID, 이전 실행에서 계속 |
-| `isolation` | enum | 아니오 | 격리 모드, `worktree`로 임시 git worktree 생성 |
-
-## 서브 agent 타입
-
-| 타입 | 용도 | 사용 가능한 도구 |
-|------|------|------------------|
-| `Bash` | 명령 실행, git 작업 | Bash |
-| `general-purpose` | 범용 다단계 태스크 | 전체 도구 |
-| `Explore` | 코드베이스 빠른 탐색 | Task/Edit/Write/NotebookEdit/ExitPlanMode 외 모든 도구 |
-| `Plan` | 구현 방안 설계 | Task/Edit/Write/NotebookEdit/ExitPlanMode 외 모든 도구 |
-| `claude-code-guide` | Claude Code 사용 가이드 Q&A | Glob, Grep, Read, WebFetch, WebSearch |
-| `statusline-setup` | 상태 표시줄 설정 | Read, Edit |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 다단계로 자율 완료해야 하는 복잡한 태스크
-- 코드베이스 탐색 및 심층 조사 (Explore 타입 사용)
-- 격리 환경이 필요한 병렬 작업
-- 백그라운드 실행이 필요한 장시간 태스크
-
-**적합하지 않은 경우:**
-- 특정 파일 경로 읽기 — 직접 Read 또는 Glob 사용
-- 2~3개 알려진 파일 내 검색 — 직접 Read 사용
-- 특정 클래스 정의 검색 — 직접 Glob 사용
-
-## 주의사항
-
-- 서브 agent는 완료 후 단일 메시지를 반환하며, 그 결과는 사용자에게 보이지 않으므로 메인 agent가 전달해야 함
-- 단일 메시지 내에서 여러 병렬 Task 호출을 발행하여 효율 향상 가능
-- 백그라운드 태스크는 TaskOutput 도구로 진행 상황 확인
-- Explore 타입은 직접 Glob/Grep 호출보다 느리므로, 단순 검색으로 충분하지 않을 때만 사용

package/concepts/ko/Tool-TaskCreate.md

@@ -1,78 +0,0 @@
-# TaskCreate
-
-## 정의
-
-구조화된 태스크 리스트 항목을 생성하여 진행 상황 추적, 복잡한 태스크 정리, 사용자에게 작업 진행 상황 표시에 사용합니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `subject` | string | 예 | 짧은 태스크 제목, 명령형 사용 (예: "Fix authentication bug") |
-| `description` | string | 예 | 상세 설명, 컨텍스트와 수락 기준 포함 |
-| `activeForm` | string | 아니오 | 진행 중 표시할 현재 진행형 텍스트 (예: "Fixing authentication bug") |
-| `metadata` | object | 아니오 | 태스크에 첨부할 임의의 메타데이터 |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 복잡한 다단계 태스크 (3단계 이상)
-- 사용자가 여러 할 일 항목을 제공한 경우
-- 계획 모드에서 작업 추적
-- 사용자가 명시적으로 todo 리스트 사용을 요청
-
-**적합하지 않은 경우:**
-- 단일 간단한 태스크
-- 3단계 이내의 간단한 작업
-- 순수 대화 또는 정보 조회
-
-## 주의사항
-
-- 모든 새 태스크의 초기 상태는 `pending`
-- `subject`는 명령형 ("Run tests"), `activeForm`은 현재 진행형 ("Running tests") 사용
-- 생성 후 TaskUpdate로 의존 관계 (blocks/blockedBy) 설정 가능
-- 생성 전 TaskList를 호출하여 중복 태스크가 없는지 확인해야 함
-
-## 원문
-
-<textarea readonly>Use this tool to create a structured task list for your current coding session. This helps you track progress, organize complex tasks, and demonstrate thoroughness to the user.
-It also helps the user understand the progress of the task and overall progress of their requests.
-
-## When to Use This Tool
-
-Use this tool proactively in these scenarios:
-
-- Complex multi-step tasks - When a task requires 3 or more distinct steps or actions
-- Non-trivial and complex tasks - Tasks that require careful planning or multiple operations
-- Plan mode - When using plan mode, create a task list to track the work
-- User explicitly requests todo list - When the user directly asks you to use the todo list
-- User provides multiple tasks - When users provide a list of things to be done (numbered or comma-separated)
-- After receiving new instructions - Immediately capture user requirements as tasks
-- When you start working on a task - Mark it as in_progress BEFORE beginning work
-- After completing a task - Mark it as completed and add any new follow-up tasks discovered during implementation
-
-## When NOT to Use This Tool
-
-Skip using this tool when:
-- There is only a single, straightforward task
-- The task is trivial and tracking it provides no organizational benefit
-- The task can be completed in less than 3 trivial steps
-- The task is purely conversational or informational
-
-NOTE that you should not use this tool if there is only one trivial task to do. In this case you are better off just doing the task directly.
-
-## Task Fields
-
-- **subject**: A brief, actionable title in imperative form (e.g., "Fix authentication bug in login flow")
-- **description**: Detailed description of what needs to be done, including context and acceptance criteria
-- **activeForm**: Present continuous form shown in spinner when task is in_progress (e.g., "Fixing authentication bug"). This is displayed to the user while you work on the task.
-
-**IMPORTANT**: Always provide activeForm when creating tasks. The subject should be imperative ("Run tests") while activeForm should be present continuous ("Running tests"). All tasks are created with status `pending`.
-
-## Tips
-
-- Create tasks with clear, specific subjects that describe the outcome
-- Include enough detail in the description for another agent to understand and complete the task
-- After creating tasks, use TaskUpdate to set up dependencies (blocks/blockedBy) if needed
-- Check TaskList first to avoid creating duplicate tasks
-</textarea>

package/concepts/ko/Tool-TaskGet.md

@@ -1,56 +0,0 @@
-# TaskGet
-
-## 정의
-
-태스크 ID로 태스크의 전체 상세 정보를 가져옵니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `taskId` | string | 예 | 가져올 태스크 ID |
-
-## 반환 내용
-
-- `subject` — 태스크 제목
-- `description` — 상세 요구사항과 컨텍스트
-- `status` — 상태: `pending`, `in_progress` 또는 `completed`
-- `blocks` — 이 태스크에 의해 차단된 태스크 목록
-- `blockedBy` — 이 태스크를 차단하는 선행 태스크 목록
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 작업 시작 전 태스크의 전체 설명과 컨텍스트 획득
-- 태스크의 의존 관계 이해
-- 태스크를 할당받은 후 전체 요구사항 획득
-
-## 주의사항
-
-- 태스크 획득 후 작업 시작 전에 `blockedBy` 목록이 비어 있는지 확인해야 함
-- TaskList로 모든 태스크의 요약 정보 확인
-
-## 원문
-
-<textarea readonly>Use this tool to retrieve a task by its ID from the task list.
-
-## When to Use This Tool
-
-- When you need the full description and context before starting work on a task
-- To understand task dependencies (what it blocks, what blocks it)
-- After being assigned a task, to get complete requirements
-
-## Output
-
-Returns full task details:
-- **subject**: Task title
-- **description**: Detailed requirements and context
-- **status**: 'pending', 'in_progress', or 'completed'
-- **blocks**: Tasks waiting on this one to complete
-- **blockedBy**: Tasks that must complete before this one can start
-
-## Tips
-
-- After fetching a task, verify its blockedBy list is empty before beginning work.
-- Use TaskList to see all tasks in summary form.
-</textarea>

package/concepts/ko/Tool-TaskList.md

@@ -1,56 +0,0 @@
-# TaskList
-
-## 정의
-
-태스크 리스트의 모든 태스크를 나열하여 전체 진행 상황과 사용 가능한 작업을 확인합니다.
-
-## 파라미터
-
-파라미터 없음.
-
-## 반환 내용
-
-각 태스크의 요약 정보:
-- `id` — 태스크 식별자
-- `subject` — 짧은 설명
-- `status` — 상태: `pending`, `in_progress` 또는 `completed`
-- `owner` — 담당자 (agent ID), 비어 있으면 미할당
-- `blockedBy` — 이 태스크를 차단하는 미완료 태스크 ID 목록
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 사용 가능한 태스크 확인 (상태가 pending, owner 없음, 차단되지 않음)
-- 프로젝트 전체 진행 상황 확인
-- 차단된 태스크 검색
-- 태스크 완료 후 다음 태스크 검색
-
-## 주의사항
-
-- ID 순서대로 태스크를 처리하는 것을 우선 (최소 ID 우선). 초기 태스크가 보통 후속 태스크에 컨텍스트를 제공하기 때문
-- `blockedBy`가 있는 태스크는 의존이 해제될 때까지 인수할 수 없음
-- TaskGet으로 특정 태스크의 전체 상세 정보 획득
-
-## 원문
-
-<textarea readonly>Use this tool to list all tasks in the task list.
-
-## When to Use This Tool
-
-- To see what tasks are available to work on (status: 'pending', no owner, not blocked)
-- To check overall progress on the project
-- To find tasks that are blocked and need dependencies resolved
-- After completing a task, to check for newly unblocked work or claim the next available task
-- **Prefer working on tasks in ID order** (lowest ID first) when multiple tasks are available, as earlier tasks often set up context for later ones
-
-## Output
-
-Returns a summary of each task:
-- **id**: Task identifier (use with TaskGet, TaskUpdate)
-- **subject**: Brief description of the task
-- **status**: 'pending', 'in_progress', or 'completed'
-- **owner**: Agent ID if assigned, empty if available
-- **blockedBy**: List of open task IDs that must be resolved first (tasks with blockedBy cannot be claimed until dependencies resolve)
-
-Use TaskGet with a specific task ID to view full details including description and comments.
-</textarea>

package/concepts/ko/Tool-TaskOutput.md

@@ -1,40 +0,0 @@
-# TaskOutput
-
-## 정의
-
-실행 중이거나 완료된 백그라운드 태스크의 출력을 가져옵니다. 백그라운드 셸, 비동기 agent, 원격 세션에 적용됩니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `task_id` | string | 예 | 태스크 ID |
-| `block` | boolean | 예 | 태스크 완료까지 블로킹 대기 여부, 기본값 `true` |
-| `timeout` | number | 예 | 최대 대기 시간 (밀리초), 기본값 30000, 최대 600000 |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- Task (`run_in_background: true`)로 시작한 백그라운드 agent의 진행 상황 확인
-- 백그라운드 Bash 명령의 실행 결과 획득
-- 비동기 태스크 완료를 기다리고 출력 획득
-
-**적합하지 않은 경우:**
-- 포그라운드 태스크 — 포그라운드 태스크는 직접 결과를 반환하므로 이 도구가 불필요
-
-## 주의사항
-
-- `block: true`는 태스크 완료 또는 타임아웃까지 블로킹
-- `block: false`는 논블로킹으로 현재 상태 확인
-- 태스크 ID는 `/tasks` 명령으로 검색 가능
-- 모든 태스크 타입에 적용: 백그라운드 셸, 비동기 agent, 원격 세션
-
-## 원문
-
-<textarea readonly>- Retrieves output from a running or completed task (background shell, agent, or remote session)
-- Takes a task_id parameter identifying the task
-- Returns the task output along with status information
-- Use block=true (default) to wait for task completion
-- Use block=false for non-blocking check of current status
-- Task IDs can be found using the /tasks command
-- Works with all task types: background shells, async agents, and remote sessions</textarea>

package/concepts/ko/Tool-TaskStop.md

@@ -1,32 +0,0 @@
-# TaskStop
-
-## 정의
-
-실행 중인 백그라운드 태스크를 중지합니다.
-
-## 파라미터
-
-| 파라미터 | 타입 | 필수 | 설명 |
-|----------|------|------|------|
-| `task_id` | string | 아니오 | 중지할 백그라운드 태스크 ID |
-| `shell_id` | string | 아니오 | 더 이상 사용되지 않음, `task_id`를 대신 사용 |
-
-## 사용 시나리오
-
-**적합한 경우:**
-- 더 이상 필요 없는 장시간 실행 태스크 종료
-- 잘못 시작한 백그라운드 태스크 취소
-
-## 주의사항
-
-- 성공 또는 실패 상태를 반환
-- `shell_id` 파라미터는 더 이상 사용되지 않으며, `task_id`를 사용해야 함
-
-## 원문
-
-<textarea readonly>
-- Stops a running background task by its ID
-- Takes a task_id parameter identifying the task to stop
-- Returns a success or failure status
-- Use this tool when you need to terminate a long-running task
-</textarea>