client-compatibility

Detect the Copilot platform and adapt spawning behavior across CLI, VS Code, JetBrains, and GitHub.com.

49|6|Updated Aug 24, 2021
One-click install
npx skills add https://github.com/webmaxru/bpm-counter --skill client-compatibility-webmaxru
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: client-compatibility
Source: https://github.com/webmaxru/bpm-counter/tree/main/.copilot/skills/client-compatibility
Command: npx skills add https://github.com/webmaxru/bpm-counter --skill client-compatibility-webmaxru

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Platform detection and adaptive spawning for Copilot across CLI, VS Code, JetBrains, and GitHub.com.

Core Features & Use Cases

  • Detects the current surface and selects the appropriate spawning strategy (CLI task, VS Code runSubagent, or inline execution).
  • Provides VS Code-specific adaptations such as parallel subagents, session-model usage, and grouped scribe handling.
  • Ensures safe cross-surface orchestration with fallback behavior when tools are unavailable.

Quick Start

Identify the current Copilot surface and apply the appropriate platform-specific spawning strategy.

Frequently Asked Questions about client-compatibility

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

FAQPage Schema
How do I handle Copilot orchestration across different development surfaces like VS Code and CLI?

Copilot orchestration across different surfaces requires detecting the current platform and applying adaptive spawning strategies. The client-compatibility approach automatically identifies your environment—whether CLI, VS Code, JetBrains, or GitHub.com—and selects the appropriate spawning logic for safe cross-surface execution.

What is Copilot platform detection and how does adaptive spawning work?

Copilot platform detection identifies your active development environment to trigger adaptive spawning behavior. It works by selecting a surface-specific execution strategy, such as using VS Code runSubagent or falling back to inline execution when specific tools are unavailable.

Does Copilot spawning work the same way in VS Code and JetBrains?

Copilot spawning differs across surfaces to maximize native capabilities. VS Code receives specific adaptations including parallel subagents, session-model usage, and grouped scribe handling, while other surfaces like JetBrains and CLI use different conditional spawning logic tailored to their environments.

How do I ensure safe Copilot orchestration when required tools are unavailable?

Safe Copilot orchestration when tools are unavailable is ensured through fallback inline execution. The adaptive spawning strategy detects missing platform-specific tools and automatically degrades to inline execution, preventing orchestration failures across CLI, VS Code, and GitHub.com.

What's the best way to manage multi-surface Copilot tasks with different timing scenarios?

Managing multi-surface Copilot tasks with varying timing scenarios is best handled through conditional spawning logic. This approach adapts the orchestration behavior based on the detected platform, ensuring synchronized execution across CLI, VS Code, and JetBrains environments.

Why does my Copilot orchestration fail when switching between VS Code and GitHub.com?

Copilot orchestration failures when switching surfaces often occur because the spawning strategy is not adapted to the target platform. Implementing platform detection ensures the correct execution model—like VS Code runSubagent or inline execution—is applied for each specific environment.