Skip to content
cccskills
FreePublished on GitHub

inspector-workbench

Develop and debug CopilotKit Inspector interfaces in a dedicated local workbench. It guides baseline screenshots, visual checks after each change, and additional narrow-screen or theme checks when layout or contrast is involved.

OriginalShow the original description

Runs Inspector UI work on the standalone Threads state lab so the agent can see the overlay. Use when a CopilotKit employee asks an agent to fix, polish, add, or debug Inspector UI, chrome, panes, overlay actions, launcher, Home, Threads, Playground, Memory, or any visual behavior in @copilotkit/web-inspector. Don't use for docs-only Callout updates (load inspector-docs), runtime or core changes with no Inspector UI, showcase cell work, or reading Inspector as a consumer inside an app.

See how to install

Good for

  • Fixing Inspector panes and overlay controls
  • Checking narrow-screen layouts and the collapsed rail
  • Comparing light and dark theme appearance
  • Reproducing empty, locked, error, or unread states

Files included (1)

  • SKILL.md6.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Inspector Workbench

The Inspector overlay is a visual product. Code that compiles is not proof. The agent must run the standalone workbench and look at screenshots after each visual change.

This skill does not replace inspector-docs. If a pane is added, renamed, or removed, load inspector-docs as well.

When To Use

Load this skill at the start of any task that changes packages/web-inspector UI, chrome, or overlay behavior.

Do not load it for docs-only Callout work. Do not load it for showcase cells. If the host app is the bug (z-index against host CSS, CopilotChat layout), use that host, then still take screenshots.

Default host

The default host is the standalone Threads state lab:

  • Command, from the repo root: nx run @copilotkit/web-inspector:dev:standalone
  • URL: http://127.0.0.1:5177/?scenario=pro-enabled-existing&reset=1
  • The lab mounts the real cpk-web-inspector and opens the overlay.

Do not start a showcase app, an example app, or Storybook as the default host. Those are slower and hide Inspector-only faults.

The Nx target runs Vite and the CSS watch together. Do not run Vite alone. Do not run pnpm --filter @copilotkit/web-inspector run dev. That watch serves consumers, not this lab.

Procedures

Procedure 1: Start the workbench

  1. If the change adds, renames, or removes a pane, load inspector-docs too.
  2. From the repo root, start nx run @copilotkit/web-inspector:dev:standalone.
  3. Wait until http://127.0.0.1:5177 serves.
  4. Open the browser tool this session has (Playwright MCP, Claude browser, or Codex computer use).
  5. Go to http://127.0.0.1:5177/?scenario=pro-enabled-existing&reset=1.
  6. If the bug is an empty, locked, error, or unread state, pick that scenario in the lab dropdown, then reload.
  7. Wait until the overlay is open on Home or Threads. The lab clicks the launcher.
  8. Take a baseline screenshot. Look at it before any edit.

Procedure 2: Edit, screenshot, look

  1. Edit Inspector source under packages/web-inspector/src.
  2. Wait for Vite to reload the lab.
  3. If the page did not pick up the change, reload the lab URL, then wait for the overlay.
  4. Take a screenshot of the pane that must change.
  5. If the browser tool writes a file, write it under .inspector-workbench/<task>/. Never write a PNG at the repo root.
  6. Look at the screenshot. If the change is not visible, the work is not done.
  7. Repeat steps 1–6 after every visual change.
  8. If layout or the collapsed rail is in scope, take a second screenshot at a narrow viewport.
  9. If theme or contrast is in scope, take light and dark screenshots.

Unit tests still belong in the same change. Screenshots do not replace tests.

Procedure 3: Stop the workbench

  1. After the Inspector task is done, stop the dev:standalone process tree.
  2. Do not leave Vite or the CSS watch running.
  3. Do not commit files under .inspector-workbench/.
  4. Do not commit PNG files at the repo root.

Decision Tree

  • Inspector UI, chrome, overlay, launcher, or pane visuals:
    • Start: Procedure 1
    • While editing: Procedure 2
    • After the task: Procedure 3
    • If a pane is added, renamed, or removed: also load inspector-docs
  • Docs Callout only: stop. Load inspector-docs instead.
  • Bug exists only inside a host app: use that host, then still follow Procedure 2 screenshots.
  • Runtime or core change with no Inspector UI: this skill does not apply.

Red Flags

SignalWhat it meansDo instead
Showcase, example, or Storybook is the first serverThe agent skipped the workbenchStop that server. Run Procedure 1
No screenshot after a visual editThe agent is guessing from CSSTake a screenshot. Look at it
PNG files at the repo root (inspector-open.png)The screenshot path is wrongWrite under .inspector-workbench/<task>/
"The CSS looks correct, so the UI is done"Overlay bugs do not show in sourceScreenshot the lab. Fix what the image shows
Vite started without the Nx targetCSS watch is missingUse nx run @copilotkit/web-inspector:dev:standalone
Port 5178 or a random portThe lab pins 5177Free 5177. Do not pick another port
Workbench still running after the taskWatchers leak memory on this machineRun Procedure 3
Pane added with no inspector-docs passDocs Callout will driftLoad inspector-docs in the same change

Error Handling

  • Port 5177 is in use: stop the leftover Inspector workbench on that port, then retry Procedure 1. Do not pick another port. The lab uses strictPort.
  • No browser tool in this session: tell the user the session cannot see Inspector. Do not guess visual results from CSS or unit tests alone.
  • Lab is blank or the overlay is closed: wait for boot. Then screenshot the lab console Runtime line. If Runtime is not connected, fix the lab before UI edits.
  • Screenshot does not show the intended change: do not claim done. Reload, screenshot again, then fix the source.
  • HMR did not apply a source edit: reload http://127.0.0.1:5177 with the same scenario query. Then screenshot.
  • Need a closed launcher or unread halo: open http://127.0.0.1:5177/?scenario=pro-enabled-existing&replay-notification=1.
  • Any unexpected error: halt and surface the raw error. Do not switch to a showcase app to work around the lab.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

channels-setup

FreeSummary

Set up an agent that replies in Slack or Microsoft Teams using CopilotKit's guided CLI workflow. It covers project preparation, agent creation, channel configuration, a persistent host process, and verification with a real message.

  • Building a first agent that replies in Slack
  • Connecting an agent to Microsoft Teams
  • Checking channel setup through a real reply
CopilotKit/CopilotKit38.1KUpdated Oct 17, 2026

Guides development of ChatGPT apps with interactive widgets using mcp-use and OpenAI Apps SDK, covering server tools, React interfaces, and shared state. This skill is deprecated and directs users to mcp-app-builder.

  • Plan a ChatGPT app with interactive widgets
  • Implement MCP server tools and React widgets
  • Manage widget state and context shared with ChatGPT
CopilotKit/CopilotKit38.1KUpdated Oct 17, 2026

copilotkit

FreeSummary

Helps integrate CopilotKit into an app by consulting current documentation and source code. Covers chat interfaces, agent connections, shared state, and troubleshooting, with guidance on checking configuration and avoiding incompatible API versions.

  • Adding a CopilotKit chat interface to an app
  • Connecting an agent framework
  • Diagnosing runtime connection problems
CopilotKit/CopilotKit38.1KUpdated Oct 17, 2026

Implement and customize managed CopilotKit Channels so agents can reply in Slack or Microsoft Teams. It covers channel handlers, persistent runtime connections, Teams setup, and checks for silent failures such as missing permissions or incompatible package versions.

  • Customizing mention and reaction handlers
  • Adding a managed Channel to an existing project
  • Setting up a Microsoft Teams connection
CopilotKit/CopilotKit38.1KUpdated Oct 17, 2026

copilotkit-cli

FreeSummary

Use the CopilotKit CLI to check app connections, credentials, and agent responses before investigating code. It also guides project creation, integration into existing apps, hosted project selection, typed agent identifier generation, and thread history imports.

  • Diagnosing CopilotKit connection and authentication failures
  • Creating a new CopilotKit project
  • Adding CopilotKit to an existing app
CopilotKit/CopilotKit38.1KUpdated Oct 17, 2026

inspector-docs

FreeSummary

Keeps CopilotKit documentation aligned with released Inspector panels, the views shown in its local web overlay. It updates reader guidance and panel mappings when panels change, and checks quickstart instructions against supported platforms.

  • Add documentation guidance for a released Inspector panel
  • Update documentation after renaming or removing a panel
  • Check Inspector instructions in web quickstarts
CopilotKit/CopilotKit38.1KUpdated Oct 17, 2026

See all skills by CopilotKit

Report a problem with this skill