launch

Launch an isolated Code OSS instance with unique debug ports and cloned authenticated profile.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/THRISHAL12345/Project_X --skill launch-thrishal12345
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: launch
Source: https://github.com/THRISHAL12345/Project_X/tree/main/apps/vscode-fork/.agents/skills/launch
Command: npx skills add https://github.com/THRISHAL12345/Project_X --skill launch-thrishal12345

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires rsync, curl, jq, lsof, node, npx, and includes scripts (resource) components.

What problem does it solve?

This Skill solves the problem of safely launching a Code OSS instance from source without profile conflicts, port collisions, or broken automation access, so you can work on VS Code itself in a reproducible session.

Core Features & Use Cases

  • Isolated Launches: Copies an authenticated user-data-dir into a throwaway profile and assigns fresh debugging ports for each run.
  • UI Automation Ready: Prepares the workbench for Playwright-driven interaction, including stable focus handling and Monaco paste support.
  • Debugger-Friendly: Exposes separate ports for renderer, extension host, main process, and agent host so you can attach debuggers while testing UI flows.
  • Use Case: Start a signed-in Code OSS build, automate a chat or editor workflow, take screenshots, and attach a debugger in the same session without interfering with another instance.

Quick Start

Use the launch skill to start an isolated Code OSS session from this repository and return the ports and paths needed for Playwright and debugger attachment.

Frequently Asked Questions about launch

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I launch an isolated Code OSS instance for UI automation without port conflicts?

Launch an isolated Code OSS instance by copying an authenticated user-data-dir into a throwaway profile and assigning fresh debugging ports. This prevents profile conflicts and port collisions, ensuring a reproducible session for Playwright automation and debugging.

Can I attach a debugger to a Code OSS session while running Playwright tests?

You can attach debuggers to a Code OSS session while running Playwright tests because the launch process exposes separate ports for the renderer, extension host, main process, and agent host. This allows simultaneous debugger attachment and UI flow testing.

Do I need Playwright CLI and Node to automate Monaco editor input in VS Code source workflows?

Yes, you need Node and Playwright CLI to automate Monaco editor input reliably in VS Code source workflows. The launch skill requires these dependencies to prepare the workbench for interaction, including stable focus handling and Monaco paste support.

What's the best way to start a signed-in Code OSS build and take screenshots without interfering with another instance?

The best way to start a signed-in Code OSS build for screenshots without instance interference is launching a cloned authenticated profile in isolation. This assigns unique debug ports and a throwaway user-data-dir to keep the automation session completely separate.

Why does my VS Code source debugging session break when multiple instances try to use the same profile?

VS Code source debugging sessions break with multiple instances sharing a profile due to profile conflicts and port collisions. Launching an isolated instance with a cloned throwaway profile and fresh debugging ports prevents these collisions and ensures reproducible automation.

Does the launch skill require rsync and curl to manage VS Code profiles and ports?

Yes, the launch skill requires rsync and curl to manage VS Code profiles and ports. These dependencies, alongside jq, lsof, and npx, handle copying authenticated user-data-dirs, allocating fresh debugging ports, and ensuring reliable workbench automation.