Claude Code IDE 작업 공간 모드 구축

이 프롬프트는 터미널을 초고속 Claude Code 앱으로 바꿔줍니다. <role> 당신은 시니어 TypeScript 엔지니어입니다. Claude Code 모드를 빌드합니다. 작은 모듈을 작성하고, 각 모듈을 테스트하며, 검증된 결과만 보고합니다. </role> <variables> AUTHOR_NAME = "Your public name" MARKETPLACE = "your-marketplace-name" LICENSE = "MIT" PANE_COLUMNS = 48 </variables> <context> 모드는 Claude Code 플러그인입니다. hooks/hooks.json 파일은 하나의 hooks 모듈을 지정합니다. hooks 모듈은 register(on, options)를 내보냅니다. 각 훅은 on('event', matcher, async ($, e, next) => result)입니다. "$"는 mods API입니다. "e"는 이벤트입니다. "next(e)"는 다른 모드와 Claude Code를 실행합니다. Claude Code 터미널 세션 안에 IDE 스타일 워크스페이스를 원합니다. 사람들은 파일을 읽고, 검색하고, diff를 보고, 작업을 실행하고, 두 번째 창 없이 세션 간에 이동합니다. 다른 사람들이 공개 마켓플레이스에서 이 모드를 설치할 것이므로, 모드는 깨끗한 머신에서 로드되어야 하며 도구(git, rg, cargo)가 없어도 실패해서는 안 됩니다. 공식 문서 (필요한 페이지를 읽으세요): - https://t.co/i4akoKobgO - https://t.co/WPCOsxEplS - https://t.co/IeRIo28W71 - https://t.co/bQM1hlDd5j - 내장 모드 소스: https://t.co/XYpFTigXbE ("diff"를 먼저 읽으세요; 버튼과 자체 스크롤이 있는 패널입니다) </context> <source_of_truth> mods API는 릴리스마다 변경됩니다. 두 소스가 충돌할 때 이 순서를 사용하세요: 1. Claude Code가 각 모드의 .claude-plugin/types/에 작성하는 타입 선언. 설치된 버전을 설명합니다. 2. "claude plugin validate"의 출력. 3. 문서 페이지. 4. 이 프롬프트. 코드를 작성하기 전에 /plugin-authoring을 실행하세요. 이벤트, 메서드, 요소 또는 prop을 사용하기 전에 claude-code/index.d.ts를 읽으세요. 해당 파일에서 이름을 검색하세요. 해당 파일에 없는 이름은 사용하지 마세요. 이 프롬프트가 설치된 버전에 없는 것을 지명하면 대체품을 발명하지 마세요. API가 지원하는 가장 가까운 버전을 빌드하고 차이점을 LIMITS.md에 기록하세요. </source_of_truth> <api_rules> Claude Code는 hooks 모듈에 대해 정적 분석을 수행합니다. 이 규칙은 검증을 통과하게 합니다: - 각 API 호출을 전체로 작성하세요: $.fs.read(...), $.ui.open(...). "$" 또는 네임스페이스를 변수에 할당하지 마세요. "$"를 구조 분해하지 마세요. - "$"를 같은 파일의 최상위 레벨에 선언된 함수에만 전달하세요. "$"를 가져온 함수, 메서드 또는 훅 내부에 정의된 함수에 전달하지 마세요. - 각 이벤트 이름을 on(...)에서 문자열 리터럴로 작성하세요. 이벤트 이름 목록을 반복하지 마세요. - register 내부에 "on"이라는 두 번째 변수를 선언하지 마세요. - ES 모듈을 사용하세요. 파일 상단에 import 선언을 사용하세요. require 없음. 동적 import() 없음. - 플러그인 디렉토리 내부의 파일만 상대 경로로 가져오세요. 유일한 베어 import는 "claude-code"입니다. - 플러그인 이름을 "claude-"로 시작하지 마세요. 결과: 모든 "$" 호출을 hooks 모듈에 유지하세요. 순수 로직(파서, 트리 모델, 검색 순위, 포맷터)은 일반 데이터를 받아 일반 데이터를 반환하는 별도 파일에 넣으세요. 순수 파일을 직접 테스트하세요. 설계할 제한: - 하나의 훅은 자체 실행 시간이 10초입니다. - $.fs.read 및 $.fs.write: 파일 하나당 4MiB. Text 문자열 하나와 Code 요소 하나: 10,000자. 긴 파일은 페이지로 나누세요. - $.store: 총 4MiB JSON, 머신의 모든 세션이 공유. 각 항목에 자체 키를 주세요. 각 목록을 제한하세요. - $.process.run: 기본 30초. - 다시 그리기: 보이는 패널은 초당 30회, 다른 사이트는 10회. - 모드가 자체적으로 여는 패널은 144열 이상에서만 나타납니다. 사용자 명령 또는 키 입력이 여는 패널은 모든 너비에서 나타납니다. 명령과 키 입력에서 패널을 여세요. 키보드 규칙: - 모드는 Tab 또는 화살표 키를 바인딩할 수 없습니다. Tab은 컨트롤 사이를 이동합니다. 위/아래는 컨트롤 사이를 이동하거나 스크롤합니다. - Button 핫키는 숫자 하나 또는 소문자 하나입니다. Input이 포커스를 가진 동안 각 인쇄 가능한 키는 Input으로 이동합니다. - 각 컨트롤에 고유한 키를 주세요. 테스트는 키로 컨트롤을 누릅니다. - Claude Code에는 탭 요소가 없습니다. 탭을 일반 버튼 행으로 그리세요. 상태: - 모듈 변수: 각 리로드에서 손실됩니다. 잃을 수 있는 값에 사용하세요. - $.state: 세션 동안 지속되며 값을 읽는 사이트를 다시 그립니다. 각 값을 types/index.d.ts에 선언하고 매니페스트에서 해당 파일을 지정하세요. - $.store: 세션 간에 지속됩니다. 설정, 최근 세션 및 프로젝트에 사용하세요. </api_rules> <repository_layout> .claude-plugin/marketplace.json 각 플러그인에 대한 항목 하나, 마켓플레이스 이름 = MARKETPLACE plugins/file-explorer/ plugins/workspace/ plugins/ide-usage/ plugins/ide-statusbar/ README.md LICENSE PROGRESS.md LIMITS.md tests.json 각 플러그인: .claude-plugin/plugin.json name, version 0.1.0, description, author = AUTHOR_NAME, license = LICENSE, 필요 시 types hooks/hooks.json { "modules": ["./register.ts"] } hooks/register.ts "$"를 호출하는 유일한 파일 hooks/lib/*.ts 순수 로직 types/index.d.ts PluginState 및 모드가 추가하는 모든 네임스페이스 tests/*.test.ts "claude plugin test"용 테스트 </repository_layout> <mod name="file-explorer"> 명령: /explorer는 패널(id "explorer", 제목 "Explorer", focus true, columns PANE_COLUMNS)을 엽니다. 턴 중에 작동하도록 immediate: true로 명령을 등록하세요. 두 번째 /explorer는 패널을 닫습니다. /explorer <path>는 해당 경로를 엽니다. 헤더 행: EXPLORER라는 단어, 그 다음 Back, Forward, Up, Close. Back과 Forward는 열린 폴더와 파일의 기록을 이동합니다. 헤더 아래에 Input 하나. 그 목적은 탭에 따라 변경됩니다: - Files 탭: placeholder "Find files". Enter는 루트 아래의 파일 이름과 경로를 검색합니다. 검색은 대소문자를 무시합니다. 500개 일치에서 중지하고 표시: N files match "query" (first 500, scan stopped). 일치 항목을 상위 폴더가 있는 트리로 표시하세요. 일치하는 텍스트를 표시하세요. 빈 쿼리는 트리를 복원합니다. - Code 탭: placeholder "Find in file, :line, or /regex/". 일반 텍스트는 각 발생을 찾습니다. ":42"는 42행으로 이동합니다. "/re/"는 정규식을 사용합니다. "match 2 of 5"를 표시하세요. n 및 p 버튼은 다음 및 이전 일치 항목으로 이동합니다. 탭: Files, Code, Diff. Files 탭: - 루트 줄: 루트 폴더 이름과 전체 경로. 첫 번째 루트는 세션 작업 폴더입니다. Up은 루트를 상위 폴더로 이동합니다. - 작업 행: New File, New Folder, Refresh, Collapse, More. New File 및 New Folder는 Input으로 이름을 묻고 선택한 폴더에 항목을 만듭니다. More는 Rename, Delete, Copy path, Show hidden files를 보유합니다. Delete는 $.ui.ask로 확인을 요청합니다. - 트리: 사용자가 폴더를 열 때 한 폴더 레벨을 읽습니다. 이름으로 폴더 먼저, 그 다음 파일을 정렬합니다. 폴더 상태에 대한 마커, 알려진 파일 유형(json, md, ts, js, py, rs, go, sh)에 대한 짧은 유형 태그, 심볼릭 링크에 대한 "name → target"을 표시하세요. 빈 폴더에 "(empty)"를 표시하세요. 숨김 파일이 켜져 있지 않으면 .git 및 node_modules를 건너뛰세요. - 선택 및 페이징: 선택된 행 하나. 버튼은 선택을 위/아래로 이동하고, 폴더를 열고, 폴더를 닫고, 파일을 엽니다. 범위를 표시하세요(예: "7-49 of 329"). e.props.scroll.bodyRows에 맞는 행만 그리세요. Code 탭: - 경로의 브레드크럼, 그 다음 "N lines · size". - 줄 번호와 구문 색상. Code 요소를 사용하세요. 요소가 10,000자보다 크지 않도록 파일을 페이지로 나누세요. - 4MiB보다 큰 파일 또는 바이너리 파일의 경우 크기와 메시지를 표시하세요. 파일을 읽지 마세요. - 현재 일치 항목과 현재 줄을 강조하세요. Diff 탭: - 열린 파일의 커밋되지 않은 diff(git diff 해당 경로)를 표시하세요. diff 모드에서 Code 요소를 사용하세요. - 추가 및 제거된 줄 수를 표시하세요. - Claude가 Edit, Write 또는 MultiEdit으로 파일을 편집할 때 next(e)가 반환된 후 https://t.co/Lb6btDn0iW 훅에 경로를 기록하세요. 패널이 열려 있으면 해당 파일을 선택하고 Diff 탭을 표시하세요. 패널을 직접 열지 마세요. - 폴더가 git 저장소가 아니면 한 줄로 말하세요. 다른 모드는 이 모드가 mods API에 추가하는 네임스페이스를 통해 파일을 엽니다: https://t.co/crzRXVIH3H({ path, line, tab }). types/index.d.ts에 네임스페이스를 선언하세요. 모드가 다른 모드를 위한 메서드를 추가하는 방법을 보려면 "telemetry" 내장 모드를 읽으세요. </mod> <mod name="workspace"> file-explorer에 의존합니다(plugin.json의 dependencies 아래에 나열). 명령: /workspace는 내비게이터 패널(id "workspace", 제목 "Workspace", columns PANE_COLUMNS)을 엽니다. 내비게이터 배치: 패널의 문서화된 위치는 트랜스크립트 옆의 도크이며, Claude Code는 열린 각 패널에 제목이 있는 탭을 제공합니다. 패널을 왼쪽에 배치하는 필드를 타입에서 검색하세요. 존재하면 내비게이터를 왼쪽에, 도구를 오른쪽 도크에 배치하세요. 없으면 내비게이터는 도크의 패널 하나 더입니다. 결과를 LIMITS.md에 기록하세요. 내비게이터 내용, 위에서 아래로: 1. CLAUDE CODE 제목 및 New chat 버튼. New chat은 새 대화를 시작하는 내장 명령을 실행합니다. $.command.list로 명령 이름을 찾으세요. 2. WORKSPACE: 각 도구에 대한 버튼 하나, 순서: Files, Terminal, Browser, Source Control, Problems, Run Tasks, Outline, To-do Comments, Timeline, Usage, Model Router. 누르면 해당 도구 패널이 열리고 포커스를 줍니다. 열린 도구를 표시하세요. 3. RECENTS: 가장 최근 5개 세션, "Show more" 포함. 각 행은 제목, 프로젝트 이름, 기간(8m, 22h, 3d)을 표시합니다. 제목은 세션의 첫 프롬프트이며, 맞게 잘립니다. 행을 누르면 해당 세션의 프롬프트가 행 아래에 표시됩니다. 현재 세션을 표시하세요. 4. PROJECTS: 각 프로젝트 폴더와 세션 수. 누르면 해당 프로젝트의 세션을 표시합니다. 세션 인덱스: prompt.submit 훅에서 { id, cwd, repo, title, prompts[], updatedAt }을 $.store에 키 "session:<id>"로 작성하세요. 각 세션에 대해 가장 최근 50개 프롬프트와 가장 최근 200개 세션을 유지하세요. 다른 세션이 같은 저장소에 쓰기 때문에 각 쓰기 전에 저장소를 다시 읽으세요. Claude Code의 자체 트랜스크립트 파일을 읽거나 구문 분석하지 마세요. 최근 세션 열기: 세션을 전환하거나 재개하는 지원되는 메서드가 있는지 타입을 확인하세요. 없으면 $.ui.copy로 "claude --resume <id>"를 복사하고 그렇게 말하는 토스트를 표시하세요. 도구. 각 도구는 자체 id, 짧은 제목, Refresh 버튼이 있는 패널 하나입니다. 각 도구는 데이터가 없거나 프로그램이 없을 때 명확한 줄 하나를 표시합니다. 1. Files: 세션 폴더로 https://t.co/crzRXVIH3H를 호출합니다. 두 번째 트리를 그리지 않습니다. 2. Terminal: 세션 폴더에서 $.process.spawn으로 하나의 명령을 실행하는 Input. 출력을 패널로 스트리밍합니다. 마지막 500줄을 유지합니다. 종료 코드를 표시합니다. 50개 명령의 기록을 유지합니다. Stop 버튼은 프로세스를 종료합니다. 이것은 명령 실행기이며 터미널 에뮬레이터가 아닙니다. README에 그렇게 말하세요. 3. Browser: URL용 Input. $.http.fetch로 가져옵니다. 상태 코드, 페이지 제목, 읽을 수 있는 텍스트를 요소 제한에 맞게 잘라 Markdown으로 표시합니다. 링크를 로드하는 버튼으로 링크를 표시합니다. "Open in system browser" 버튼은 운영 체제의 open 명령을 사용합니다. http 및 https만 허용하세요. 4. Source Control: git의 분기, ahead 및 behind 수, 상태와 "+added −removed"가 있는 변경된 파일. 파일을 누르면 tab "diff"로 https://t.co/crzRXVIH3H를 호출합니다. 버튼: Stage, Unstage, Stage all. commit Input은 $.ui.ask로 확인 후 스테이징된 파일을 커밋합니다. push, pull, reset 또는 변경 사항 폐기를 하지 마세요. 5. Problems: 프로젝트의 check 명령을 실행하고 각 문제를 심각도 표시와 함께 "file:line message"로 나열합니다. 명령 감지: tsconfig.json의 tsc --noEmit, Cargo.toml의 cargo check, go.mod의 go vet, ruff가 설치된 pyproject.toml의 ruff check. 사용자 설정이 감지된 명령을 대체합니다. 누르면 줄과 함께 https://t.co/crzRXVIH3H를 호출합니다. Refresh 및 턴 종료 후에만 실행하고 두 검사를 동시에 실행하지 마세요. 6. Run Tasks: 세션 폴더를 표시합니다. package.json scripts, Makefile targets, justfile recipes, Cargo.toml(build, test, clippy), pyproject.toml scripts, go.mod(build, test, vet)에서 작업을 찾습니다. 없으면 표시: No task found (package.json, Makefile, justfile, Cargo.toml, pyproject.toml, go.mod). 각 작업에 대한 버튼 하나. placeholder "Run a command, then Enter"가 있는 Input 하나. 출력을 스트리밍하고 종료 코드와 시간을 표시합니다. 7. Outline: 탐색기에서 열린 파일의 기호를 줄 번호와 함께: 함수, 클래스, 구조체, 인터페이스, 상수, Markdown 제목. 각 언어(ts, js, py, rs, go, md)에 대해 작은 패턴 테이블 하나를 사용하세요. 중첩된 기호를 들여쓰세요. 누르면 줄과 함께 https://t.co/crzRXVIH3H를 호출합니다. 8. To-do Comments: 프로젝트에서 TODO, FIXME, HACK, NOTE 주석을 찾습니다. rg가 설치되어 있으면 사용하세요. 아니면 $.fs.list로 트리를 걸어 .git, node_modules, target, dist를 건너뜁니다. 태그별로 그룹화합니다. "file:line text"를 표시합니다. 300개 항목으로 제한합니다. 누르면 줄과 함께 https://t.co/crzRXVIH3H를 호출합니다. 9. Timeline: 이 세션의 각 프롬프트, 도구 호출, 턴 종료에 대한 행 하나, 최신순, 시계 시간 포함. Edit 및 Write의 경우 경로와 줄 수를 표시합니다. 편집 행을 누르면 tab "diff"로 https://t.co/crzRXVIH3H를 호출합니다. 300개 행을 유지합니다. 10. Usage: $.session.usage()를 읽습니다. 컨텍스트 백분율, 토큰, 창을 막대로 표시합니다. 각 속도 제한을 사용된 백분율과 재설정 시간으로 표시합니다. 필드에 값이 있으면 비용을 표시합니다. session.measure 훅에서 각 턴의 토큰 수를 기록하고 마지막 30턴을 작은 막대 그래프로 그립니다. 터미널에서는 Raster를, 다른 표면에서는 텍스트를 사용하세요(e.surface 확인). 11. Model Router: 기본 세션의 모델과 각 서브에이전트 시작을 유형, 모델, 상태와 함께 표시합니다. Select의 세 가지 모드: Off, Suggest, Auto. Off는 기록만 합니다. Suggest는 규칙이 선택한 모델을 표시하고 아무것도 변경하지 않습니다. Auto는 agent.spawn 훅에서 규칙 테이블(서브에이전트 유형 또는 작업 키워드 → 모델)로 서브에이전트의 모델을 설정하며, 사용자가 패널에서 편집하고 $.store에 저장합니다. 규칙: 기본 세션의 모델을 변경하지 말고, 호출자가 지정한 모델을 유지하며, 규칙이 실패하면 시작을 변경하지 않고 계속하세요. 모델 이름을 세션과 설정에서 읽으세요. 코드에 모델 이름을 쓰지 마세요. 기본 모드는 Off입니다. </mod> <mod name="ide-usage"> $.ui.status로 상태 줄 하나: "ctx 20% · <model>". session.measure 훅에서 업데이트합니다. 패널 없음. </mod> <mod name="ide-statusbar"> $.ui.status로 상태 줄 하나: 탐색기에서 열린 파일 또는 Claude가 마지막으로 읽거나 편집한 파일에 대해 "<language> · <file name>". 파일 확장자에서 언어를 파생합니다. 알 수 없는 확장자는 "Plain Text"를 표시합니다. 패널 없음. </mod> <out_of_scope> - 둘 이상의 세션에 대한 창 탭(예: ⌘1 및 ⌘2). 터미널 애플리케이션이 그립니다. 모드는 할 수 없습니다. - 패널의 전체 텍스트 편집기. Input은 한 줄입니다. - 권한 프롬프트 변경. 모드는 거기에 그릴 수 없습니다. 이 프롬프트에 없는 기능을 추가하지 마세요. 어떤 기능도 필요로 하지 않는 구성 옵션을 추가하지 마세요. </out_of_scope> <safety> 모드는 사용자의 권한으로 실행되며 샌드박스 처리되지 않습니다. 신중한 검토자가 수락하는 코드를 작성하세요: - 삭제, 이름 변경 및 커밋 전에 $.ui.ask로 확인하세요. - 파괴적인 git 명령을 실행하지 마세요. 사용자를 위해 도구 호출을 승인하지 마세요. 파일 내용이나 프롬프트를 네트워크로 보내지 마세요. Browser 도구는 사용자가 입력하거나 누른 URL만 가져옵니다. - 기능에 필요하지 않은 환경 변수나 설정을 읽지 마세요. "claude plugin validate"는 env 읽기와 호출을 나열합니다. 그 목록을 짧게 유지하세요. - $.process에 인수를 배열로 전달하세요. 파일 이름에서 셸 문자열을 만들지 마세요. 이 빌드 동안 이 저장소 내부의 파일만 편집하세요. push하지 마세요. 내 사용자 설정에 플러그인을 설치하지 마세요. 되돌리기 어려운 작업 전에 나에게 물어보세요. </safety> <workflow> 이 작업은 깁니다. 컨텍스트는 자동으로 압축되므로 토큰을 아끼려고 일찍 멈추지 마세요. 새 컨텍스트가 계속할 수 있도록 상태를 파일에 유지하세요: - PROGRESS.md: 완료된 것, 다음 것, 각 결정과 이유. - tests.json: 각 승인 테스트에 대한 항목, 상태는 not_started, failing 또는 passing. - LIMITS.md: 설치된 API가 할 수 없는 각 기능과 그 자리에 빌드한 것. - 통과하는 각 기능에 대한 git 커밋 하나. 각 새 컨텍스트 시작 시: PROGRESS.md, tests.json, LIMITS.md, git 로그를 읽으세요. 기능을 추가하기 전에 테스트 스위트를 실행하세요. Phase 0, 조사. /plugin-authoring을 실행하세요. "claude --version"을 실행하세요. 문서 페이지와 "diff" 내장 모드를 읽으세요. 그런 다음 PLAN.md를 작성하세요: 각 기능이 사용하는 이벤트와 메서드, 각각이 존재함을 증명하는 타입의 줄 포함. 다른 설계가 필요한 각 기능을 나열하세요. PLAN.md를 보여주고 내가 반대하지 않으면 계속하세요. Phase 1, 스캐폴드. 저장소 레이아웃, 네 개의 매니페스트, hooks.json 파일, 명령만 등록하는 빈 register.ts 파일을 만드세요. 각 플러그인에서 "claude plugin validate --strict"가 통과할 때까지 실행하세요. 그런 다음 멈추고 핫 리로드로 다시 시작하는 이 명령을 주세요: claude --plugin-dir ./plugins/file-explorer --plugin-dir ./plugins/workspace --plugin-dir ./plugins/ide-usage --plugin-dir ./plugins/ide-statusbar "continue"를 입력한 후 .claude-plugin/types/의 생성된 타입을 읽고 PLAN.md를 수정하세요. Phase 2, file-explorer. 이 순서로 빌드하세요: 트리 모델과 Files 탭, 파일 검색, 찾기가 있는 Code 탭, Diff 탭, https://t.co/crzRXVIH3H. 코드 전에 기능에 대한 테스트를 작성하세요. Phase 3, workspace. 먼저 내비게이터와 세션 인덱스를 빌드하세요. 그런 다음 나열된 순서로 도구를 빌드하세요. 다음 도구를 시작하기 전에 하나의 도구를 완료하고 테스트하세요. Phase 4, 상태 줄. ide-usage와 ide-statusbar를 빌드하세요. Phase 5, 릴리스. marketplace.json, LICENSE, README.md를 작성하세요. README는 다음을 제공합니다: 각 모드가 하는 일, 설치 명령(claude plugin marketplace add, claude plugin install <name>@MARKETPLACE), 테스트한 Claude Code 버전, 명령, 핫키, 각 모드가 도달할 수 있는 것(validate의 "hooks:" 및 "calls:" 줄에서), LIMITS.md의 내용. 전체 검증을 실행하세요. 직접 작업하세요. 컨텍스트가 필요하지 않은 많은 파일에 걸친 검색에만 서브에이전트를 사용하세요. </workflow> <tests> 테스트는 "claude plugin test"로 실행되며 세션과 네트워크가 필요 없습니다. 테스트는 이벤트를 발생시키고, 키로 컨트롤을 누르고, 그리기 또는 결과를 확인합니다. $.fs, $.process, $.http, $.store를 스텁하세요. 동작을 확인하는 테스트를 작성하세요, 예: - 스텁 트리에서 "auth" 검색이 올바른 파일을 반환하고, 일치하는 텍스트를 표시하며, 500에서 중지합니다. - ":42"는 42행을 선택합니다. "/re(fresh)?/"는 올바른 일치 항목을 찾습니다. 잘못된 정규식은 오류 줄을 표시하고 throw하지 않습니다. - Source Control 행을 누르면 tab "diff"로 https://t.co/crzRXVIH3H를 호출합니다. - 매니페스트 파일이 없는 Run Tasks는 "No task found" 줄을 표시합니다. - 없는 git 프로그램은 명확한 줄 하나와 오류 없음을 제공합니다. - 세션 인덱스는 200개 세션을 유지하고 다른 세션의 최신 쓰기와 병합합니다. - Model Router의 Off 모드와 Suggest 모드는 next(e)를 변경하지 않고 반환합니다. 각 유효한 입력에 대해 올바른 일반 코드를 작성하세요. 테스트만 충족하는 코드를 작성하지 마세요. 테스트를 통과시키기 위해 테스트를 삭제하거나 약화하지 마세요. 테스트가 잘못되었거나 기능이 불가능하면 나에게 말하세요. </tests> <done_when> 1. "claude plugin validate --strict"가 각 플러그인에서 통과합니다. 2. "claude plugin test"가 각 플러그인에서 통과하고 tests.json에 failing 또는 not_started 항목이 없습니다. 3. 각 플러그인의 "tsc -p"가 생성된 타입에 대해 오류를 보고하지 않습니다. 4. 각 명령이 "claude -p"에서 응답합니다(예: claude -p "/explorer" --plugin-dir ./plugins/file-explorer) 오류 없이. 5. LIMITS.md가 이 프롬프트와의 각 차이점을 나열합니다. 6. 라이브 세션에서 사람만 확인할 수 있는 항목의 체크리스트를 주세요: 각 패널이 열리고, 핫키가 작동하며, 레이아웃이 110열과 144열에 맞습니다. </done_when> <reporting> 각 단계 후에 짧은 보고서를 작성하세요: 무엇을 빌드했는지, 실행한 정확한 명령, 결과, 검증되지 않은 것. "테스트가 통과한다"와 "세션에서 작동하는 것을 보았다"를 구분하세요. 실행하지 않은 것이 있으면 실행하지 않았다고 말하세요. </reporting> [프롬프트 끝]