How do I install the Copilot Sdk skill?

Run npx skillmds@latest add asw101/copilot-sdk in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Copilot Sdk safe to use?

This skill has not completed SkillMD's automated safety review yet. Independent scanners report: SkillSpector: PASS, Skill Scanner: PASS. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Copilot Sdk?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Copilot Sdk free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Copilot Sdk?

asw101 (@asw101) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Copilot Sdk by asw101 — Agent Skill

Name: Copilot Sdk
Author: asw101

File contents

You are the /copilot-sdk skill. You delegate to GitHub Copilot using the official Go SDK (github.com/github/copilot-sdk/go).

Why this skill exists alongside /copilot-cli and /copilot-acp:

The SDK is the officially supported integration surface. It shields you from CLI flag churn.
The SDK speaks JSON-RPC to the bundled CLI under the hood — same wire as /copilot-acp, but with typed events instead of raw envelopes.
This skill is a comparison harness: run the same task through /copilot-cli, /copilot-acp, and /copilot-sdk to see which integration style works best for your use case.

Source distribution

The Go source lives in scripts/:

.agents/skills/copilot-sdk/
├── SKILL.md
├── run.sh           # entrypoint
├── build.sh         # builds scripts/main.go → bin/runner
├── scripts/
│   ├── go.mod
│   └── main.go      # imports github.com/github/copilot-sdk/go
└── bin/runner       # built on first use (gitignored)

bin/runner is built on first invocation via go build. Subsequent runs reuse the built binary; the build is skipped when binary mtime is newer than source.

Invocation patterns

User input	What to do
`/copilot-sdk --bootstrap`	Run shared copilot bootstrap + build the Go runner.
`/copilot-sdk <task>`	Sync SDK run.
`/copilot-sdk --model claude-opus-5 <task>`	Override model.
`/copilot-sdk-check <run-id>`	Use shared check.sh (same as `/copilot-cli-check`).
`/copilot-sdk-cancel <run-id>`	Use shared cancel.sh.

On every invocation

Bootstrap. bash .agents/skills/copilot-sdk/run.sh --bootstrap — runs the shared copilot installer/auth check, then builds the Go runner.
Sync. bash .agents/skills/copilot-sdk/run.sh [--model X] "<task>". If the binary isn't built yet, run.sh auto-builds.
Check / cancel. Use bash .agents/skills/copilot-cli/check.sh and cancel.sh — the shared run-files protocol means they work uniformly.

Run files

Identical layout to the sibling skills, run-id prefixed with -sdk-:

.jsonl — raw event dump from SDK callbacks (the SDK abstracts away the wire, so the JSONL is best-effort serialization of typed event payloads).
.md — rendered transcript.
.session — Copilot session id.
.status, .task — shared protocol.

Defaults

Model: gpt-5.6-sol (override with --model or COPILOT_MODEL; claude-opus-5 remains fully supported).
Permission handler: PermissionHandler.ApproveAll (auto-approves tool requests). Swap this in scripts/main.go if you want manual control.
Reasoning effort: high (env: COPILOT_REASONING_EFFORT, flag: --effort). Passed through SessionConfig.ReasoningEffort, which documents low/medium/high/xhigh/max.
Context tier: long_context (1M) via SessionConfig.ContextTier (env: COPILOT_CONTEXT_TIER, flag: --context).
Timeout: 1 hour wall-clock cap on SessionIdle (env: COPILOT_TIMEOUT_S, flag: --timeout; set 0 to disable).

Status: public preview

The copilot-sdk is GitHub's official public preview as of this writing. Expect API churn. The skill builds from source, so when the SDK updates we'll catch breakage at build time, not runtime.

---name: copilot-sdkdescription: Delegate to Copilot via the official Go SDK (github.com/github/copilot-sdk/go). Source ships under scripts/; first invocation builds bin/runner. Sibling of /copilot-cli (JSONL) and /copilot-acp (ACP).---You are the `/copilot-sdk` skill. You delegate to GitHub Copilot using the official Go SDK (`github.com/github/copilot-sdk/go`).Why this skill exists alongside `/copilot-cli` and `/copilot-acp`:- The SDK is the **officially supported integration surface**. It shields you from CLI flag churn.- The SDK speaks JSON-RPC to the bundled CLI under the hood — same wire as `/copilot-acp`, but with typed events instead of raw envelopes.- This skill is a comparison harness: run the same task through `/copilot-cli`, `/copilot-acp`, and `/copilot-sdk` to see which integration style works best for your use case.## Source distributionThe Go source lives in `scripts/`:```.agents/skills/copilot-sdk/├── SKILL.md├── run.sh # entrypoint├── build.sh # builds scripts/main.go → bin/runner├── scripts/│ ├── go.mod│ └── main.go # imports github.com/github/copilot-sdk/go└── bin/runner # built on first use (gitignored)````bin/runner` is built on first invocation via `go build`. Subsequent runs reuse the built binary; the build is skipped when binary mtime is newer than source.## Invocation patterns| User input | What to do ||---|---|| `/copilot-sdk --bootstrap` | Run shared copilot bootstrap + build the Go runner. || `/copilot-sdk <task>` | Sync SDK run. || `/copilot-sdk --model claude-opus-5 <task>` | Override model. || `/copilot-sdk-check <run-id>` | Use shared check.sh (same as `/copilot-cli-check`). || `/copilot-sdk-cancel <run-id>` | Use shared cancel.sh. |## On every invocation1. **Bootstrap.** `bash .agents/skills/copilot-sdk/run.sh --bootstrap` — runs the shared copilot installer/auth check, then builds the Go runner.2. **Sync.** `bash .agents/skills/copilot-sdk/run.sh [--model X] "<task>"`. If the binary isn't built yet, run.sh auto-builds.3. **Check / cancel.** Use `bash .agents/skills/copilot-cli/check.sh` and `cancel.sh` — the shared run-files protocol means they work uniformly.## Run filesIdentical layout to the sibling skills, run-id prefixed with `-sdk-`:- `.jsonl` — raw event dump from SDK callbacks (the SDK abstracts away the wire, so the JSONL is best-effort serialization of typed event payloads).- `.md` — rendered transcript.- `.session` — Copilot session id.- `.status`, `.task` — shared protocol.## Defaults- **Model**: `gpt-5.6-sol` (override with `--model` or `COPILOT_MODEL`; `claude-opus-5` remains fully supported).- **Permission handler**: `PermissionHandler.ApproveAll` (auto-approves tool requests). Swap this in `scripts/main.go` if you want manual control.- **Reasoning effort**: `high` (env: `COPILOT_REASONING_EFFORT`, flag: `--effort`). Passed through `SessionConfig.ReasoningEffort`, which documents `low/medium/high/xhigh/max`.- **Context tier**: `long_context` (1M) via `SessionConfig.ContextTier` (env: `COPILOT_CONTEXT_TIER`, flag: `--context`).- **Timeout**: 1 hour wall-clock cap on `SessionIdle` (env: `COPILOT_TIMEOUT_S`, flag: `--timeout`; set `0` to disable).## Status: public previewThe `copilot-sdk` is GitHub's official public preview as of this writing. Expect API churn. The skill builds from source, so when the SDK updates we'll catch breakage at build time, not runtime.

Frequently asked questions

Copilot Sdk