Bohdan Triapitsyn
a5aa32446d
The preview panel worked by proxying a dev server through OpenChamber's own origin and rewriting the HTML that came back. Anything the rewriter did not anticipate broke, and pages that refuse to be embedded never loaded at all. This deletes the proxy (-1604 lines and its tests) and merges the preview and browser panels into one surface backed by a real Chromium view. What the panel is now - A `<webview>` in its own session partition: logins and cookies persist, hot reload works because nothing is rewritten, DevTools are one click away. - Annotation: pick one element, drag a region, or draw freehand, write a note, and it reaches chat with a screenshot of the visible page with the marks on it. - Toolbar: hard reload, page zoom, device sizes, a light/dark switch that applies to the page rather than the app, and cookie/cache clearing scoped to the panel alone. - Several pages at once, each tab showing the page's own favicon, and an address bar that suggests pages already visited in this project. - Dev servers are listed from what is actually listening on the machine, checked against what a project announced, so a server is offered no matter how it was started. One that is still starting is waited for instead of failing. Remote dev servers The desktop app binds a local port and pipes raw bytes to the OpenChamber host over the existing authenticated connection, so the page keeps its own origin at the root of its own host. The reachable set is exactly what discovery reports and is re-checked per connection, so an authenticated client cannot dial arbitrary local services on the host. Links and redirects to another loopback port stay on the machine that served the page. A tunnel that cannot be opened is reported; it is never replaced by the plain loopback URL, which would answer from the user's own machine under a remote address. Agent control Browser actions are a separate `openchamber_web` tool: open, snapshot, click, type, scroll, inspect computed styles, resize between mobile/tablet/desktop, and capture a screenshot into `.openchamber/screenshots/` in the project. The existing `openchamber` tool keeps sessions, worktrees and scheduled tasks. Each has its own setting in the new Settings -> General -> OpenChamber Tools section, and the plugin is not injected at all when both are off. Capability belongs to the connected client, not to configuration: a client declares on its event stream that it can drive a page, which only a Chromium host does. Exactly one client performs each request — it claims the request before acting, and the first claim wins — because deciding by whose result arrives first would be too late for a click that already happened. No client listening is answered immediately with an explanation rather than a timeout. Runtime boundaries Web tabs get a plain iframe that can display a page but not inspect one. The VS Code extension no longer offers the surface at all, since nothing that makes the panel worth having works there. Mobile is unaffected. Native boundary Camera, microphone, location and device-picker requests from panel pages are denied — Electron grants them by default when no handler is set, and the panel loads whatever address the user types. Page capture, appearance emulation and storage clearing verify that their target belongs to the panel's own session instead of trusting a web-contents id from the renderer. Persisted state Stored `preview` tabs migrate to `browser` (v13 -> v14). Context panel tab limits are now per surface, so filling one surface no longer evicts another's tabs. Address history is stored per project and per runtime. Documentation `preview.mdx` and `desktop-browser.mdx` rewritten across all locales, the agent tool settings path corrected, new `DOCUMENTATION.md` for the browser-control broker and the dev tunnel, and the `ui-api-decoupling` skill updated where it still described the deleted proxy.
41 lines
3.0 KiB
Plaintext
41 lines
3.0 KiB
Plaintext
---
|
|
title: 에이전트 제어 도구
|
|
description: 에이전트가 채팅에서 OpenChamber 세션, worktree, 예약 작업을 관리하도록 허용합니다.
|
|
---
|
|
|
|
# 에이전트 제어 도구
|
|
|
|
`openchamber` 에이전트 도구를 사용하면 채팅에서 앱의 작업을 바로 관리할 수 있습니다. OpenChamber가 자체 로컬 OpenCode 서버를 실행할 때 기본으로 활성화되며, 별도 도구를 설치하거나 shell 명령을 실행할 필요가 없습니다.
|
|
|
|
## 요청할 수 있는 작업
|
|
|
|
자연어로 에이전트에게 요청하세요. 예를 들면 다음과 같습니다.
|
|
|
|
- “이 프로젝트에 새 OpenChamber 세션을 만들고 `openai/gpt-5.6-sol` 모델을 사용해서 다음 프롬프트를 보내 줘: 인증 흐름을 검토해.”
|
|
- “이 작업을 위한 새 OpenChamber 세션을 별도의 worktree에 만들고 로그인 흐름 테스트를 추가하도록 요청해 줘.”
|
|
- “OpenChamber를 사용해서 최근 세션 10개와 각 세션의 현재 상태를 보여 줘.”
|
|
- “OpenChamber에 평일 검토라는 예약 작업을 만들고 평일마다 09:00에 다음 프롬프트를 보내 줘: 마지막 실행 이후의 변경 사항을 검토해.”
|
|
- “평일 검토라는 OpenChamber 예약 작업을 지금 실행해 줘.”
|
|
- “인증 검토라는 OpenChamber 세션을 확인하고 최신 어시스턴트 응답을 보여 줘.”
|
|
|
|
이 도구는 프로젝트와 모델 기본 설정을 나열하고, 세션을 만들거나 이어서 작업하고, 세션을 포크하고, 격리된 worktree 세션을 만들며, 예약 작업을 관리할 수 있습니다. 이렇게 시작한 세션도 일반 세션처럼 OpenChamber에 표시되므로 직접 열어 작업을 계속할 수 있습니다.
|
|
|
|
## 알아둘 점
|
|
|
|
- 새 세션 프롬프트는 기본적으로 즉시 반환됩니다. OpenChamber에서 세션을 확인하거나 나중에 에이전트에게 결과를 확인해 달라고 요청하세요.
|
|
- 별도의 worktree는 요청한 경우에만 생성됩니다. 현재 worktree의 커밋하지 않은 변경 사항은 복사되지 않습니다.
|
|
- 이 도구는 세션이나 worktree 삭제, 프로젝트 경로 등록, 임의의 shell 명령 실행 또는 임의 URL 호출을 할 수 없습니다.
|
|
|
|
## 도구 켜기 또는 끄기
|
|
|
|
**설정 → 일반 → OpenChamber 도구**를 열고 **에이전트 제어 도구**를 변경하세요. 설정은 관리형 OpenCode 서버가 다시 시작되면 적용되며, OpenChamber가 **Apply & Restart** 로 안내합니다.
|
|
|
|
OpenChamber가 `OPENCODE_HOST` 또는 skip-start를 통해 외부 OpenCode 서버에 연결된 경우와 VS Code 확장에서는 이 도구를 사용할 수 없습니다. OpenChamber의 관리형 OpenCode 서버를 사용하는 데스크톱 및 웹 설치에서는 자동으로 지원됩니다.
|
|
|
|
## 관련 문서
|
|
|
|
- [예약 작업](/ko/scheduled-tasks/)
|
|
- [Worktree 세션](/ko/worktrees/)
|
|
- [세션 목표](/ko/session-goals/)
|
|
- [브라우저 패널](/ko/desktop-browser/) — 페이지를 보고 조작하는 OpenChamber Web 도구
|