@ait-co/devtools 0.1.143 → 0.2.0

package/README.md

@@ -47,7 +47,7 @@ pnpm dev:phone          # AIT_TUNNEL=1 pnpm dev 와 동일
 # 터미널에 QR 출력 → 폰 카메라로 스캔 → launcher PWA에서 자동 열림
 ```
 
-`tunnel: { cdp: true }`를 켜면 같은 QR 한 번으로 화면 미리보기 + on-device CDP가 함께 열려 실기기 WebKit의 DOM·콘솔·예외를 MCP로 관측합니다 (`call_sdk`는 환경 2에서 mock — 실 SDK는 환경 3).
+`tunnel: { cdp: true }`를 켜면 같은 QR 한 번으로 화면 미리보기 + on-device CDP가 함께 열려 실기기 WebKit의 DOM·콘솔·예외를 MCP로 관측합니다 (`call_sdk`는 환경 2에서 mock — 실 SDK는 환경 3). CDP를 쓰려면 디버깅 패키지 두 개를 추가로 설치하세요 — 아래 [디버깅 패키지](#디버깅-패키지-환경-23) 참고.
 
 사전: 폰에 `https://devtools.aitc.dev/launcher/` 를 홈 화면에 한 번 추가. 상세: [`docs/scenarios/env-2.md`](./docs/scenarios/env-2.md)
 
@@ -55,10 +55,10 @@ pnpm dev:phone          # AIT_TUNNEL=1 pnpm dev 와 동일
 
 **환경 3 — intoss-private** (토스 WebView, HMR X, debug 전용)
 
-실기기 토스 앱 WebView에서 dog-food 번들을 로드하고 MCP relay로 디버깅합니다.
+실기기 토스 앱 WebView에서 dog-food 번들을 로드하고 MCP relay로 디버깅합니다. `@ait-co/debugger` 설치가 필요합니다 — 아래 [디버깅 패키지](#디버깅-패키지-환경-23) 참고.
 
 ```bash
-devtools-mcp              # MCP 서버 시작 → QR 출력
+npx -y -p @ait-co/debugger debugger   # MCP 서버 시작 → QR 출력 (devDep이면 pnpm exec debugger)
 # ait build && ait deploy --scheme-only
 # start_attach(scheme_url) 호출 한 번으로 QR 생성 + 폰 attach까지 — QR 스캔하면 토스 앱 로드 + relay attach
 ```
@@ -73,7 +73,7 @@ HMR 없음(토스 WebView cold-load만). 상세: [`docs/scenarios/env-3.md`](./d
 
 ```ts
 // main.tsx (또는 미니앱 entry 최상단)
-import '@ait-co/devtools/in-app/auto';
+import '@ait-co/debug-console/auto';
 ```
 
 이 한 줄이 하는 일:
@@ -85,7 +85,9 @@ import '@ait-co/devtools/in-app/auto';
 
 환경 3(intoss-private relay) 빌드는 relay QR deep-link가 `?debug=1&relay=<wss>` 파라미터를 실어 보내므로, 이 한 줄만 있으면 별도 게이트 코드가 필요 없습니다. 환경 2(PWA, `tunnel: { cdp: true }`)도 동일하게 동작합니다.
 
-> TOTP 인증이 필요한 dog-food 빌드는 빌드 define으로 `__DEBUG_TOTP_SECRET__`을 주입하고 `@ait-co/devtools/in-app`을 직접 import해 `evaluateDebugGate({ verifyTotpCode })` + `maybeAttach()`를 사용하세요. `in-app/auto`는 TOTP verifier를 주입하지 않으므로 C3 레이어가 비활성화됩니다.
+옛 경로 `@ait-co/devtools/in-app/auto`는 0.2.x에서도 계속 resolve되지만 inert한 no-op 스텁이며 1.0.0에서 제거됩니다 — import를 위 새 경로로 옮기세요.
+
+> TOTP 인증이 필요한 dog-food 빌드는 빌드 define으로 `__DEBUG_TOTP_SECRET__`을 주입하고 `@ait-co/debug-console`을 직접 import해 `evaluateDebugGate({ verifyTotpCode })` + `maybeAttach()`를 사용하세요. `in-app/auto`는 TOTP verifier를 주입하지 않으므로 C3 레이어가 비활성화됩니다.
 
 ## 자주 겪는 문제 5가지
 
@@ -99,7 +101,7 @@ relay에 붙은 페이지가 없는 상태입니다. `start_attach` → QR 스
 
 **"tunnel down" — 터널 응답 없음 또는 timeout**
 
-cloudflared quick tunnel은 수 시간 후 drop될 수 있습니다. `devtools-mcp` 프로세스를 재시작하면 새 tunnel URL이 발급됩니다. 재발급 후 QR을 다시 스캔하세요. (관련: [#290](https://github.com/apps-in-toss-community/devtools/issues/290))
+cloudflared quick tunnel은 수 시간 후 drop될 수 있습니다. `debugger` 프로세스를 재시작하면 새 tunnel URL이 발급됩니다. 재발급 후 QR을 다시 스캔하세요. (관련: [#290](https://github.com/apps-in-toss-community/devtools/issues/290))
 
 **"page crash" — list_pages에 crashDetectedAt이 찍힘**
 
@@ -107,7 +109,7 @@ cloudflared quick tunnel은 수 시간 후 drop될 수 있습니다. `devtools-m
 
 **"SDK 부재" — window.__sdkCall 미주입**
 
-`call_sdk` 호출 시 `ok: false, error: "window.__sdkCall is not available"` 에러가 뜨면 SDK 브리지가 아직 설치되지 않은 상태입니다. 아래 "on-device 디버깅 한 줄 설정" 섹션을 참고해 `import '@ait-co/devtools/in-app/auto'`가 미니앱 entry에 추가돼 있는지 확인하세요. 환경 2(PWA)에서는 이 에러가 예상 결과입니다. (관련: [#285](https://github.com/apps-in-toss-community/devtools/issues/285))
+`call_sdk` 호출 시 `ok: false, error: "window.__sdkCall is not available"` 에러가 뜨면 SDK 브리지가 아직 설치되지 않은 상태입니다. 아래 "on-device 디버깅 한 줄 설정" 섹션을 참고해 `import '@ait-co/debug-console/auto'`가 미니앱 entry에 추가돼 있는지 확인하세요. 환경 2(PWA)에서는 이 에러가 예상 결과입니다. (관련: [#285](https://github.com/apps-in-toss-community/devtools/issues/285))
 
 **"QR 스캔했는데 인증 실패" — TOTP 만료**
 
@@ -138,6 +140,26 @@ devtools는 같은 코드에서 두 개의 npm dist-tag를 동시에 운영합
 
 3.0이 정식(GA) 출시되면 stable `latest` peer가 3.0 라인으로 올라가고 beta 채널은 정리됩니다. devtools가 아직 mock하지 않은 API를 호출하면 런타임에 에러가 발생합니다 — 누락된 API는 [이슈](https://github.com/apps-in-toss-community/devtools/issues)로 알려주세요.
 
+### 디버깅 패키지 (환경 2·3)
+
+**환경 1(로컬 브라우저 + mock + 패널)만 쓴다면 위 설치가 전부입니다.** 아무것도 더 설치하지 않아도 됩니다.
+
+on-device CDP 디버깅(환경 2의 `tunnel: { cdp: true }`, 환경 3의 relay attach)을 쓰려면 디버깅 패키지 두 개를 추가로 설치하세요:
+
+```bash
+pnpm add -D @ait-co/debugger @ait-co/debug-console
+```
+
+| 패키지 | 역할 | 번들 반입 |
+|---|---|---|
+| [`@ait-co/debugger`](https://www.npmjs.com/package/@ait-co/debugger) | MCP 데몬 · 실기기 테스트 러너 · dev-bridge(환경 2 CDP relay + QR 대시보드) | 안 됨 — devDependency / `npx` 전용 |
+| [`@ait-co/debug-console`](https://www.npmjs.com/package/@ait-co/debug-console) | on-device attach + 인앱 eruda 콘솔 | 됨 — debug 빌드에만 들어가는 유일한 패키지 |
+
+두 패키지 모두 devtools의 **optional peer**입니다.
+
+- `@ait-co/debugger`가 없으면 `tunnel: { cdp: true }`는 CDP 배선을 건너뛰고 일반 화면 미리보기 터널로 degrade하며, 터미널에 설치 안내를 한 번 출력합니다.
+- `@ait-co/debug-console`이 없으면 unplugin이 in-app attach를 아예 주입하지 않습니다 — attach 코드가 번들에 구조적으로 들어갈 수 없다는 뜻이고, 이게 디버그 표면의 기술적 경계입니다.
+
 ## Reference consumer
 
 [`sdk-example`](https://github.com/apps-in-toss-community/sdk-example)이 devtools의 reference consumer다. 모든 SDK API를 인터랙티브하게 실행해볼 수 있는 카탈로그 앱으로, 웹 데모는 <https://sdk-example.aitc.dev/>에서 바로 확인할 수 있다. 새 mock을 추가하면 sdk-example의 카드에서 그대로 동작하는 게 1차 sanity check. 단, 이 repo의 E2E suite는 sdk-example을 clone하지 않고 **내부 자기완결 fixture(`e2e/fixture/`)** 로 운영한다 — sdk-example이 깨져도 devtools CI는 영향받지 않는다.
@@ -280,7 +302,7 @@ aitDevtools.vite({ tunnel: { cdp: true } }); // 실기기 미리보기 + on-devi
 
 ## Production 빌드
 
-기본적으로 devtools 플러그인은 **production 빌드에서 자동 비활성화**됩니다 (`NODE_ENV === 'production'`이면 alias 변환과 Panel 주입이 모두 스킵). 별도의 조건부 설정 없이도 안전합니다.
+기본적으로 devtools 플러그인은 **production 빌드에서 자동 비활성화**됩니다 (`NODE_ENV === 'production'`이면 alias 변환과 Panel 주입이 모두 스킵). 별도의 조건부 설정 없이도 안전합니다. `@ait-co/devtools`는 devDependency이고 production 번들에 기여하는 바이트 수는 0입니다. CI가 실제 소비자 fixture를 빌드해 결과물을 grep하는 방식으로 이를 강제합니다.
 
 스테이징 환경 등에서 production 빌드에서도 devtools를 사용하려면 `forceEnable` 옵션을 사용하세요:
 
@@ -391,9 +413,9 @@ launcher는 **PWA(홈 화면 앱)로 실행할 때만 동작**합니다. 일반
 >
 > `tunnel` 옵션은 Vite dev 모드에서만 동작합니다 — production 빌드는 `forceEnable`이어도 터널을 띄우지 않습니다. 다른 번들러(Webpack/Rspack 등)에서는 무시됩니다. 이 옵션을 켜면 `cloudflared` / `qrcode-terminal`가 동적 import로만 로드되므로, 끄면 번들 그래프에 들어오지 않습니다.
 
-### 한 줄 셋업 (예정)
+### 한 줄 셋업
 
-위 "프로젝트당 1회" 단계(vite.config 패치 + `onlyBuiltDependencies` + `dev:phone` 스크립트)는 향후 [`agent-plugin`](https://github.com/apps-in-toss-community/agent-plugin)이 `/ait setup phone` 같은 단일 명령으로 흡수할 예정입니다 (명령 이름은 잠정). 이 README가 그 자동화의 명세서 역할을 하므로, 수동 셋업 단계가 줄어들어도 동작 모델 자체는 동일합니다.
+위 "프로젝트당 1회" 단계(vite.config 패치 + `onlyBuiltDependencies` + `dev:phone` 스크립트)는 [`agent-plugin`](https://github.com/apps-in-toss-community/agent-plugin)의 `/ait:setup-phone-preview` 한 명령으로 자동화돼 있습니다. 이 README가 그 자동화의 명세서 역할을 하므로, 수동 셋업 단계가 줄어들어도 동작 모델 자체는 동일합니다.
 
 ## Device API 모드 시스템
 
@@ -632,6 +654,7 @@ __ait.update({ networkStatus: 'OFFLINE' });
 __ait.patch('permissions', { camera: 'denied' });
 __ait.patch('deviceModes', { location: 'web' });
 __ait.patch('iap', { nextResult: 'USER_CANCELED' });
+__ait.patch('failureModes', { loadAdMob: 'PLACEMENT_ID_FETCH_FAILED' }); // 실기기 광고 지면 조회 실패 재현
 
 // 이벤트 트리거
 __ait.trigger('backEvent');
@@ -746,6 +769,8 @@ unsubscribe(); // 구독 해제
 | `TossAds.destroy/destroyAll` | no-op |
 | `loadFullScreenAd` / `showFullScreenAd` | GoogleAdMob과 유사한 흐름 |
 
+> 실패 다이얼(`failureModes.loadAdMob`, 패널 `forceNoFill`)을 설정하지 않으면 위 이벤트들은 매번 동일하게 발화합니다 — mock은 `adGroupId`를 판정에 쓰지 않고, 서버 측 지면(placement) 조회 단계를 모델링하지 않습니다. 실기기는 광고가 존재하기도 전에 지면 조회 자체가 실패해(예: `PLACEMENT_ID_FETCH_FAILED`) 즉시 거부될 수 있으므로, mock의 `loaded` 발화가 "실기기에서 광고가 실제로 나간다"는 신호는 아닙니다. 로컬에서 이 실패를 재현하려면: `__ait.patch('failureModes', { loadAdMob: 'PLACEMENT_ID_FETCH_FAILED' })`.
+
 ### 이벤트
 
 | API | Mock 동작 |
@@ -853,6 +878,19 @@ it('Storage에 값을 저장하고 읽을 수 있다', async () => {
 });
 ```
 
+## 실기기 테스트 러너 (`debugger-test`)
+
+위 "테스트에서의 활용"이 데스크톱 jsdom에서 mock을 검증하는 경로라면, 같은 스타일의 테스트를 **실기기 토스 앱 WebView(환경 3)에서 실 SDK로** 돌리는 러너는 `@ait-co/debugger`로 이동했습니다(#818) — bin도 `devtools-test`에서 `debugger-test`로 바뀌었습니다.
+
+```bash
+pnpm add -D @ait-co/debugger
+pnpm exec debugger-test 'src/**/*.ait.test.ts' \
+  --scheme-url "intoss-private://my-mini-app?_deploymentId=<uuid>" \
+  --cell-sdk-line 3.x --cell-platform ios --report-dir .ait-report
+```
+
+전체 플래그·QR 스캔 절차·산출물 레퍼런스는 이제 `@ait-co/debugger` 패키지가 정본입니다 — `debugger-test --help`를 참고하세요. 미니앱 entry에 필요한 한 줄만 이 패키지 쪽에 남아 있습니다: `import '@ait-co/debug-console/auto'` ([위 섹션](#on-device-디버깅-한-줄-설정)).
+
 ## SDK 업데이트 대응
 
 devtools는 [`@apps-in-toss/web-framework`](https://www.npmjs.com/package/@apps-in-toss/web-framework)를 추적하고, [`sdk-example`](https://github.com/apps-in-toss-community/sdk-example)은 원본 SDK와 devtools를 모두 추적한다. 즉 새 SDK 버전이 나오면 (1) devtools가 mock/타입 시그니처를 따라잡고 → (2) sdk-example이 양쪽 새 버전을 동시에 반영하는 흐름. devtools 단독 PR이 sdk-example을 깨뜨리면 양쪽을 함께 본다.
@@ -965,207 +1003,42 @@ Turbopack은 unplugin을 지원하지 않으므로, `next.config.js`에서 `reso
 import '@ait-co/devtools/panel';
 ```
 
-### `devtools-mcp` — 이미 실행 중인 세션이 있을 때
-
-두 번째 `devtools-mcp` 실행 시 "기존 debug-mode 세션이 이미 실행 중" 메시지가 stderr에 출력됩니다. 기존 PID와 wssUrl이 함께 표시됩니다.
-
-회복 방법:
-
-```bash
-# 기존 세션을 직접 종료
-kill <PID>
-
-# 또는 --force 플래그로 기존 세션을 종료하고 takeover
-npx @ait-co/devtools devtools-mcp --force
-# local 모드라면:
-npx @ait-co/devtools devtools-mcp --target=local --force
-```
-
-`--takeover`도 `--force`의 alias로 동일하게 동작합니다.
-
 ## MCP Server
 
-AI 코딩 에이전트(Claude Code, Cursor 등)가 [MCP(Model Context Protocol)](https://modelcontextprotocol.io/)를
-통해 실행 중인 미니앱을 직접 관측할 수 있습니다. 단일 `devtools-mcp` bin이 두 모드를 제공합니다.
-
-로컬 브라우저(환경 1)와 폰 토스 앱 WebView(환경 2·3)는 둘 다 CDP를 말하므로 모든 tool이 두 환경에서 동일하게 동작합니다 — 갈라지는 건 attach 전략(`--target=relay` vs `--target=local`)뿐입니다.
-
-| 모드 + 타깃 | 호출 | 환경 변수 | 대상 | tool |
-|---|---|---|---|---|
-| `--target=mobile` (env 2) | `devtools-mcp` → `start_debug({mode:'relay-sandbox'})` | `AIT_RELAY_BASE_URL`, `AIT_TUNNEL_BASE_URL` | 실기기 Safari/WebKit PWA (외부 Chii relay + cloudflared 터널, 환경 2) | console/network/page + DOM/snapshot/screenshot |
-| `--mode=debug --target=relay` (기본값, env 3) | `devtools-mcp` → `start_debug({mode: 'relay-staging'})` | — | 폰 안 dog-food 번들 (CDP/Chii relay + cloudflared 터널, 환경 3) | 동일 + `AIT.*` |
-| `--mode=debug --target=local` (env 1) | `devtools-mcp --target=local` | `MCP_ENV=mock` (자동) | MCP가 직접 기동한 로컬 Chromium (CDP direct-attach, relay 불필요, 환경 1) | 동일 |
-| `--mode=dev` | `devtools-mcp --mode=dev` | `MCP_ENV=mock` (자동) | 실행 중인 Vite dev server의 mock state (AIT.* 전용, CDP 없음) | `AIT.*` (+ `devtools_get_mock_state` alias) |
-
-`--target=local`은 `AIT_DEVTOOLS_URL`(기본 `http://localhost:5173`)을 열고 로컬 Chromium에 CDP direct-attach합니다 — relay나 터널이 필요하지 않습니다. `--mode=dev`는 Vite dev server의 mock-state HTTP endpoint를 읽으며 CDP tool은 제공하지 않습니다. 세션 내 환경 전환은 `start_debug(mode)` 한 번으로 처리됩니다: `relay-sandbox`(env 2 PWA), `relay-staging`(env 3 dogfood), `local-browser`(env 1).
-
-#### 환경 2 (실기기 PWA CDP) — `--target=mobile`
-
-토스 검수 없이 실기기 WebKit 엔진에서 CDP 디버깅이 가능한 모드입니다. [`tunnel:{cdp:true}`](#tunnel-옵션)를 켠 Vite dev server가 앱 HTTP 터널과 Chii relay 터널을 두 개 띄우고, MCP는 그 relay에 붙어 `start_attach` → launcher QR을 제공합니다.
-
-**진입 절차:**
-
-1. Vite dev server를 CDP 터널 모드로 기동:
-   ```bash
-   AIT_TUNNEL_CDP=1 pnpm exec vite --config e2e/fixture/vite.config.ts
-   ```
-   터미널 배너에 두 URL이 출력됩니다:
-   - **앱 HTTP 터널** `https://<A>.trycloudflare.com` → `AIT_TUNNEL_BASE_URL`로 설정
-   - **relay wss 터널** `wss://<B>.trycloudflare.com` → `AIT_RELAY_BASE_URL`의 `https://` 형으로 설정
-
-2. MCP server를 mobile 모드로 기동 (별도 터미널):
-   ```json
-   {
-     "mcpServers": {
-       "ait-debug": {
-         "command": "npx",
-         "args": ["-y", "@ait-co/devtools", "devtools-mcp"],
-         "env": {
-           "AIT_RELAY_BASE_URL": "https://<B>.trycloudflare.com",
-           "AIT_TUNNEL_BASE_URL": "https://<A>.trycloudflare.com"
-         }
-       }
-     }
-   }
-   ```
-
-3. Claude Code 세션에서 진입:
-   ```
-   start_debug({mode: 'relay-sandbox'})
-   start_attach()
-   ```
-   QR을 폰 카메라로 스캔하면 launcher PWA가 앱을 프레임에 열고 Chii target.js를 주입합니다.
-
-4. `list_pages()` → 페이지 1개 확인. `take_screenshot()` 등 CDP tool을 사용합니다.
-
-**env 2의 fidelity 경계**: SDK mock을 씁니다 (실 SDK 호출 불가) — `call_sdk`는 환경 2에서 mock을 칩니다. 실 SDK fidelity가 필요하면 환경 3으로 올라가세요. CDP는 실 WebKit 엔진 위에서 동작하므로 DOM·console·screenshot은 실기기 화면을 그대로 반영합니다.
-
-**로컬 PC 검증**: `e2e/launcher-cdp.test.ts`가 node-side relay 기동(`startChiiRelay({port:0})`)과 launcher 파라미터 포워딩(Playwright)을 자동 검증합니다. browser-side Chii target.js 주입은 localhost 호스트 게이트(Layer B1)와 ws:// vs wss:// 제약으로 CI에서 검증 불가 — 위 수동 절차(실기기 trycloudflare.com 호스트)에서 완성됩니다.
-
-### Debug 모드 (CDP via Chii)
-
-실기기 relay 디버깅 루프(dog-food 빌드 → QR 스캔 → relay attach)의 단계별 절차와 복구 방법은 **[`docs/dogfood-relay-loop.md`](./docs/dogfood-relay-loop.md)** 를 참고하세요. crash가 발생한 경우 — `list_pages.crashDetectedAt`, iOS Console.app `.ips` 분석, redact 절차를 포함한 원인 추적 절차는 **[`docs/crash-triage.md`](./docs/crash-triage.md)** 를 참고하세요.
-
-read-only tool만 노출합니다. 도구는 attach 상태에 따라 2단계로 등록됩니다 — attach 전에는 bootstrap
-도구(`start_attach`·`list_pages`)만 보이고, 릴레이/로컬 페이지가 attach되면 `notifications/tools/list_changed`로
-attach 의존 도구가 같은 세션에서 동적 등록됩니다(세션 재시작 불필요). 폰 attach 라운드트립은 fully wired
-상태이며 남은 것은 실기기 acceptance 한 번뿐입니다. tool 계층은 주입 가능한 CDP 연결 / AIT 소스를 mock해
-CI에서 검증됩니다.
-
-`devtools-mcp`를 stdio로 실행하면 로컬 Chii 릴레이를 OS가 할당한 포트에 띄우고 cloudflared quick
-tunnel로 공개 `wss://*.trycloudflare.com` URL을 발급한 뒤 QR을 터미널에 출력합니다(시크릿/인증
-코드는 출력하지 않습니다). 폰이 dog-food 진입 시 in-app attach UI가 그 URL로 릴레이에 붙으면,
-에이전트가 `chrome-devtools-mcp` 호환 tool로 console/network/page 상태를 read합니다. 사람이 폰을
-지켜볼 필요 없이 회귀를 단독 진단하는 것이 목표입니다.
-
-환경 3 (intoss-private relay) — `devtools-mcp`를 그대로 기동한 뒤 `start_debug(mode)`로 진입합니다:
+MCP 표면(데몬 · attach · CDP tool)은 `@ait-co/debugger`로 이동했습니다(#818). 에이전트 등록도 이제 devtools가 아니라 debugger를 가리킵니다:
 
 ```json
 {
   "mcpServers": {
     "ait-debug": {
-      "command": "pnpm",
-      "args": ["exec", "devtools-mcp"]
+      "command": "npx",
+      "args": ["-y", "-p", "@ait-co/debugger", "debugger"]
     }
   }
 }
 ```
 
-- 환경 3 (dog-food relay): `start_debug({mode: 'relay-staging'})`
-**세션 내 환경 전환은 `start_debug(mode)`가 단일 진입 경로**입니다.
-
-| Tool | CDP / AIT 백킹 | 설명 |
-|---|---|---|
-| `list_console_messages` | `Runtime.consoleAPICalled` | 최근 console.log/warn/error 메시지 (level, text, timestamp, args) |
-| `list_network_requests` | `Network.requestWillBeSent` + `responseReceived` | 최근 XHR/fetch 요청 (url, method, status, timing) |
-| `list_pages` | Chii 릴레이 target 목록 | attach된 페이지 + tunnel 상태 + wss URL |
-| `start_attach` | (순수 합성 + attach 대기) | `ait deploy --scheme-only` URL에 `debug=1`+릴레이 URL을 끼워 self-attach deep-link를 합성하고 QR을 출력한 뒤, 폰이 attach될 때까지 같은 호출 안에서 대기한다(QR 생성·attach가 한 호출). `mode`로 세션 환경을 함께 전환할 수 있고, 대기 중 TOTP 코드를 자동 재발행한다. 환경 2·3 진입 도구(bootstrap) — `list_pages` 선행 불필요 |
-| `get_dom_document` | `DOM.getDocument` | DOM 트리 read (구조/레이아웃 회귀 진단) |
-| `take_snapshot` | `DOMSnapshot.captureSnapshot` | 페이지 스냅샷 (documents + interned strings, 시각 회귀 진단) |
-| `take_screenshot` | `Page.captureScreenshot` | 페이지 PNG 스크린샷 (MCP image content block 반환) |
-| `measure_safe_area` | `Runtime.evaluate` | attach된 페이지에서 safe-area 프로브 실행 → 정규화된 safe-area inset·뷰포트 geometry·DPR·User-Agent 반환. read-only. relay 세션(폰 attach)에서 viewport preset을 extrapolated/placeholder→measured로 승급할 ground truth 수집용. attach 필요 (`list_pages` 먼저) |
-| `evaluate` | `Runtime.evaluate` | attach된 페이지에서 임의 JS 표현식 평가(returnByValue) → 결과 반환. **read-only 아님** — 표현식이 부작용(DOM 변경·SDK 호출·상태 변경)을 일으킬 수 있음. attach 필요 |
-| `call_sdk` | `window.__sdkCall` 브리지 (`Runtime.evaluate` 경유) | dog-food SDK 메서드를 `window.__sdkCall` 브리지로 호출 (`@apps-in-toss/web-framework`가 `__DEBUG_BUILD__` 번들에서만 export). **read-only 아님** — SDK 호출은 부작용(내비게이션·결제·권한 등). 환경 3(실기기 relay)에선 실 SDK, 환경 1(로컬 mock)에선 mock SDK. 환경 2(PWA)는 SDK 미주입으로 사용 불가. attach 필요. `{ok,value}` / `{ok,error}` 반환 |
-| `AIT.getSdkCallHistory` | AIT 도메인 | SDK 호출 trace (method, args, result/error, timestamp) |
-| `AIT.getMockState` | AIT 도메인 | mock state 스냅샷 (`window.__ait`) |
-| `AIT.getOperationalEnvironment` | AIT 도메인 | `getOperationalEnvironment()` + SDK 버전 |
-
-`AIT.*`는 raw CDP가 못 잡는 영역으로, 같은 MCP server가 CDP와 함께 forward합니다. debug 모드에서는
-in-app 측이 Chii 채널로 응답합니다.
-
-### Dev 모드 (mock state)
-
-`devtools-mcp --mode=dev`는 실행 중인 브라우저의 mock state를 읽습니다. debug 모드와 같은 `AIT.*`
-tool surface를 공유합니다.
-
-#### 구조
-
-```
-브라우저 (aitState)
-  └─ POST /api/ait-devtools/state (panel이 state 변경 시 자동 push)
-       └─ Vite dev server (unplugin mcp: true 로 등록)
-            └─ GET /api/ait-devtools/state
-                 └─ MCP stdio server (dist/mcp/server.js)
-                      └─ AI 에이전트 (AIT.getMockState tool)
-```
-
-#### 설정
-
-**1. Vite 플러그인에 `mcp: true` 추가**
-
-```ts
-// vite.config.ts
-import aitDevtools from '@ait-co/devtools/unplugin';
-
-export default {
-  plugins: [aitDevtools.vite({ mcp: true })],
-};
-```
-
-**2. MCP 클라이언트 설정 (예: Claude Code `.claude/settings.json`)**
-
-```json
-{
-  "mcpServers": {
-    "ait-devtools": {
-      "command": "pnpm",
-      "args": ["exec", "devtools-mcp", "--mode=dev"],
-      "env": {
-        "AIT_DEVTOOLS_URL": "http://localhost:5173"
-      }
-    }
-  }
-}
-```
-
-`AIT_DEVTOOLS_URL`은 기본값이 `http://localhost:5173`이므로 기본 포트를 쓰면 생략 가능합니다.
-
-**3. 앱을 브라우저에서 열고, AI 에이전트에서 tool 호출**
-
-```
-> AIT.getMockState
-```
-
-현재 mock state 전체(권한, 위치, 인증, 네트워크, IAP 등)를 JSON으로 반환합니다.
-
-| Tool | 설명 |
-|---|---|
-| `AIT.getMockState` | 현재 `AitDevtoolsState` 스냅샷 반환 (read-only) |
-| `AIT.getOperationalEnvironment` | mock state의 `environment` + `appVersion` 기반 환경/버전 |
-| `AIT.getSdkCallHistory` | dev 모드에서는 빈 목록 (HTTP endpoint가 trace를 기록하지 않음) |
-| `devtools_get_mock_state` | `AIT.getMockState`의 하위호환 alias (신규 설정은 `AIT.getMockState` 권장) |
+이 서버가 주는 것: 로컬 브라우저(환경 1)·PWA(환경 2)·intoss-private WebView(환경 3)에서 실행 중인 미니앱을 CDP로 관측 — console, network, DOM, snapshot, screenshot — 그리고 환경 2·3 on-device 진입용 `start_attach`. 전체 tool 목록·모드/타깃 매트릭스·환경별 설정은 [`@ait-co/debugger`](https://www.npmjs.com/package/@ait-co/debugger) 패키지 문서가 정본입니다.
 
 ## 패키지 Export 구조
 
+이 패키지가 실제로 출하하는 진입점입니다:
+
 | Import path | 용도 |
 |---|---|
-| `@ait-co/devtools` 또는 `@ait-co/devtools/mock` | 모든 mock export (번들러 alias 대상) |
+| `@ait-co/devtools` (= `/mock`) | 번들러 alias 대상, 모든 mock export |
 | `@ait-co/devtools/panel` | Floating DevTools Panel (import 시 자동 마운트) |
 | `@ait-co/devtools/unplugin` | 번들러 플러그인 (.vite, .webpack, .rspack, .esbuild, .rollup) |
-| `@ait-co/devtools/mcp/server` | dev-mode MCP stdio server 함수 (Node.js) |
-| `@ait-co/devtools/mcp/cli` | `devtools-mcp` bin 진입점 (debug / dev 모드, Node.js) |
-| `@ait-co/devtools/in-app` | In-app debug attach — 런타임 gate(layer B·C) + Chii target.js 주입. 소비자가 `if (__DEBUG_BUILD__)`로 import를 감싸 release 빌드에서 DCE — dog-food 빌드 전용 |
-| `@ait-co/devtools/in-app/auto` | Self-gating side-effect entry — `import '@ait-co/devtools/in-app/auto'` 한 줄로 attach + SDK 브리지 설치. URL 파라미터(`?debug=1` / `?relay=`) 또는 DEV 빌드에서만 활성화, 일반 프로덕션 로드는 dormant. [위 섹션](#on-device-디버깅-한-줄-설정) 참고 |
+
+아래는 **전환 스텁**입니다 — 0.2.x에만 존재하고 1.0.0에서 제거됩니다(#818). 새 패키지로 마이그레이션하세요.
+
+| Import path | 이동처 | import 시 |
+|---|---|---|
+| `@ait-co/devtools/mcp/server` | `@ait-co/debugger/mcp/server` | throw |
+| `@ait-co/devtools/mcp/cli` | `@ait-co/debugger/mcp/cli` | throw |
+| `@ait-co/devtools/test-runner` | `@ait-co/debugger/test-runner` | throw |
+| `@ait-co/devtools/in-app` | `@ait-co/debug-console` | no-op + `console.error` 1회 |
+| `@ait-co/devtools/in-app/auto` | `@ait-co/debug-console/auto` | no-op + `console.error` 1회 |
 
 ## 라이센스
 

package/dist/in-app/auto.d.ts

@@ -1,138 +1 @@
-//#region src/in-app/auto.d.ts
-/**
- * @ait-co/devtools/in-app/auto — self-gating side-effect entry.
- *
- * Consumers add a single line to their mini-app entry:
- *
- *   import '@ait-co/devtools/in-app/auto';
- *
- * The entry self-gates: if none of the debug activation signals are present
- * (no `?debug=1`, no `?relay=`, and not a DEV build), it does nothing. The
- * imported chunk stays dormant and `window.__sdk` / `window.__sdkCall` are
- * never installed on a normal production load.
- *
- * DEPRECATED for builds that require debug code to be PHYSICALLY ABSENT from
- * the release bundle. This entry is a RUNTIME self-gate, not a build-time one:
- * the imported chunk (Chii target.js injection, the SDK bridge, and the eruda
- * console it pulls in via `maybeAttach()`) stays in the production bundle as a
- * dormant chunk and is only kept asleep at runtime. If your threat model needs
- * "zero bytes of debug surface in release" (no dormant chunk to extract or
- * re-enable), do NOT use this entry. Instead guard the call site yourself:
- *
- *   if (__DEBUG_BUILD__) {
- *     import('@ait-co/devtools/in-app').then((m) => m.maybeAttach());
- *   }
- *
- * with `define: { __DEBUG_BUILD__: 'false' }` in your release build — the
- * bundler then dead-code-eliminates the whole `@ait-co/devtools/in-app` graph
- * (verified on Vite 8/rolldown). This entry stays for the convenience case
- * where a dormant chunk gated at runtime is acceptable.
- *
- * When the gate passes it:
- *  1. Calls `maybeAttach()` — runs the full Layer B/C gate (host allowlist,
- *     opt-in params, relay URL, TOTP) and injects the Chii `target.js` script.
- *     Gate semantics are NOT changed — this is a thin self-gate wrapper.
- *  2. Installs the SDK bridge (`window.__sdk` / `window.__sdkCall`) so an AI
- *     agent can drive any SDK API over the CDP relay without hand-synthesising
- *     the Granite/ReactNative bridge envelope. SDK access uses a dynamic
- *     import of `@apps-in-toss/web-framework` — the peer is optional, so if
- *     the SDK is not installed the bridge install is silently skipped
- *     (fail-silent). The namespace mirror pattern (iterate `Object.keys`) is
- *     SDK version-neutral: 2.x and 3.x are both covered without any static
- *     import that would couple the entry to a specific SDK line.
- *
- * SECRET-HANDLING: no secret, TOTP code, relay URL, or host value is ever
- * logged or surfaced beyond the reason enum in `maybeAttach()`.
- *
- * Layer A (build-time DCE) is NOT enforced here — this entry IS the
- * consumer-facing alternative to `if (__DEBUG_BUILD__) { … }`. The self-gate
- * below performs the same dormancy guarantee via a URL param check, which is
- * safe in a side-effect import context (the gate runs at module evaluation
- * time, before any React tree mounts). Consumers who already manage their own
- * `__DEBUG_BUILD__` guard can keep using `@ait-co/devtools/in-app` directly.
- *
- * DEV detection uses two complementary signals:
- *  1. `import.meta.env.DEV` — resolved by the consumer's bundler at their
- *     build time (Vite/Webpack/Rspack inject the value via top-level source
- *     transforms). Works when the consumer's source code (not node_modules)
- *     is processed — same pattern used by the polyfill's `auto` entry.
- *  2. `process.env.NODE_ENV === 'development'` — resolved by the consumer's
- *     bundler via esbuild `define` (Vite dep-prebundle) or DefinePlugin
- *     (webpack/Rspack). This token IS substituted in dep code inside
- *     node_modules (how React's own dev/prod branching works), fixing the
- *     env-1 regression where signal (1) was never injected into dep code
- *     (sdk-example#180 / issue #520).
- *     IMPORTANT: the `process.env.NODE_ENV` token must be written verbatim
- *     — bundler define substitution is a textual token match. A `typeof
- *     process` guard would survive substitution as-is and always evaluate to
- *     `false` in a browser, killing the comparison. Instead we rely on
- *     try/catch: if `process` is not defined (raw ESM in a browser without
- *     bundler substitution) a ReferenceError is caught → fail-closed (dormant).
- */
-declare global {
-  interface Window {
-    /**
-     * Entire `@apps-in-toss/web-framework` export namespace mirrored onto a
-     * plain writable object. Installed by the auto entry when `?debug=1` /
-     * `?relay=` is present in the URL, or in DEV builds.
-     *
-     * Lets an AI agent call any SDK API over a CDP relay without
-     * hand-synthesising the Granite/ReactNative bridge envelope:
-     *   `window.__sdk.setDeviceOrientation({ type: 'landscape' })`
-     */
-    __sdk?: Record<string, unknown>;
-    /**
-     * Safe call wrapper for `window.__sdk`. Returns a JSON-serialisable
-     * `{ ok: true, value }` or `{ ok: false, error }` tuple even for
-     * throwing/async SDK functions — ideal for `Runtime.evaluate` results.
-     *
-     * @example
-     * window.__sdkCall('setDeviceOrientation', { type: 'landscape' })
-     */
-    __sdkCall?: (name: string, ...args: unknown[]) => Promise<{
-      ok: boolean;
-      value?: unknown;
-      error?: string;
-    }>;
-  }
-}
-/**
- * Detects whether the current build is a DEV build by consulting two signals.
- *
- * Signal A — `import.meta.env.DEV`:
- *   Substituted by Vite/Webpack/Rspack in the consumer's own source files.
- *   NOT substituted in node_modules dep code (esbuild prebundle does not
- *   apply Vite's define pass to deps) — this was the root cause of #520.
- *
- * Signal B — `process.env.NODE_ENV === 'development'`:
- *   Substituted by esbuild's dep-prebundle define pass (Vite) and by
- *   DefinePlugin (webpack/Rspack) even inside node_modules. This is how
- *   React itself gates its dev-only code paths. Writing the token verbatim
- *   ensures textual substitution works; a `typeof process` guard would not
- *   be substituted and would evaluate to `'undefined'` in the browser,
- *   killing the comparison. A try/catch catches the ReferenceError when
- *   `process` is genuinely absent (raw ESM without bundler, e.g. direct
- *   browser import or test runners that leave identifiers in place) →
- *   fail-closed (dormant).
- *
- * Exported for unit tests — pass an explicit `isDev` override to bypass
- * the environment detection in controlled test scenarios.
- */
-declare function detectDevSignal(): boolean;
-/**
- * Pure predicate for the self-gate. Exported for unit tests.
- *
- * @param isDev - Whether the consumer's bundler signals a DEV build.
- *   Default: calls `detectDevSignal()` which consults both
- *   `import.meta.env.DEV` (consumer source pass) and
- *   `process.env.NODE_ENV === 'development'` (dep prebundle pass, fixing
- *   the env-1 regression in issue #520).
- *   Pass an explicit value in tests to control the DEV signal without
- *   depending on the Vite/vitest build environment.
- * @param searchStr - URL search string to inspect. Defaults to
- *   `window.location.search` when called in a browser context.
- */
-declare function shouldActivate(isDev?: boolean, searchStr?: string): boolean;
-//#endregion
-export { detectDevSignal, shouldActivate };
-//# sourceMappingURL=auto.d.ts.map
+export { };