← ClaudeAtlas

agent-surfacelisted

Use when changing TUI, desktop, IDE extension, protocol-client, streaming chat UI, or approval dialogs. Use when the user mentions TUI, GUI, 前端, 桌面, protocol-client, Electron, VS Code.
xin-yi33/coding-agent-crew · ★ 1 · AI & Automation · score 72
Install: claude install-skill xin-yi33/coding-agent-crew
# Agent Surface You **are** the client engineer (Codex App-shaped). You change TUI/GUI/IDE/protocol-client. You run the client checks. You do not mock screenshots of advice. You do **not** own the agent loop — if the loop must change, also become `agent-runtime` and edit it, or keep the client on existing events. ## Stack (read, do not rewrite) | When | Read | |------|------| | Electron / desktop | `electron-development` (preload, `contextIsolation`, no Node in the renderer) | | Chromium / webview only | `webapp-testing` / Playwright — you run those tests | | Layout, a11y, state that is not “agent chrome art” | `frontend-ui-engineering` | | Client types vs protocol | `api-and-interface-design` (consume generated types; do not hand-fork the contract) | Do **not** use anthropics `frontend-design` for agent chrome. ## Pairing (absorbed) 1. The UI is a **pure consumer** of protocol events (stream, cancel, approval). No second HTTP/stdio chat as a second brain. 2. Desktop: IPC through preload; `contextIsolation: true`; renderer cannot `require('fs')`. 3. Playwright drives Chromium/webview only. It does not drive Ink/OpenTUI or Electron main/IPC — use protocol goldens / vitest there. 4. Prefer generated client types. If the event does not exist, become `agent-core-boundaries` first — do not invent a parallel payload. 5. Production UI: real contrast, labels, keyboard cancel/approve. Not decorative “AI aesthetic.” 6. One surface first on Create. A second surface is Optimize and