CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

depot-github-runners

Configures Depot-managed GitHub Actions runners as a drop-in replacement for GitHub-hosted runners. Use when setting up or migrating GitHub Actions workflows to use Depot runners, choosing runner sizes (CPU/RAM), configuring runs-on labels, setting up ARM or Windows or macOS runners, troubleshooting GitHub Actions runner issues, configuring egress filtering, using Depot Cache with GitHub Actions, or running Dagger/Dependabot on Depot runners. Also use when the user mentions depot-ubuntu, depot-windows, depot-macos runner labels, or asks about faster/cheaper GitHub Actions runners. Not for Depot CI, the separate engine that reads .depot/workflows/ — that is the depot-ci skill.

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

—

The risk profile of this skill

SKILL.md
Quality
Evals
Security

Quality

Content

82%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A dense, highly actionable reference skill: exact runner labels and pricing tables, executable YAML/CLI examples, correct/incorrect label syntax, and a strong error-string-to-fix troubleshooting table. The gaps are minor — duplicated Depot-CI disambiguation prose, absent post-setup verification steps, and a fully inline single-file structure with no reference files for the longer integration details.

Suggestions

Add a verification step to the Setup and Tailscale sequences (e.g., push a test workflow on a depot-ubuntu label and confirm a runner is assigned) to close the workflow_clarity checkpoint gap.

Collapse the 'Depot runners are not Depot CI' section to one sentence with a single link to the depot-ci skill — it currently makes the same point twice and links the same reference twice, trimming tokens for conciseness.

Move the per-tool cache table, Xcode caching details, and Tailscale ACL examples into a references/ file linked from short overview sections, so SKILL.md functions as the navigable overview progressive disclosure expects.

DimensionReasoningScore

Conciseness

The body is dense with product-specific data Claude cannot know (label/pricing tables, pre-configured cache env vars) and never explains basics like what GitHub Actions is; version-bearing label names are the product's API surface rather than incidental time-sensitive detail, and the Dagger section is properly quarantined under "**Deprecated:**". It falls short of anchor 5 only through minor trims: the "Depot runners are not Depot CI" section states its disambiguation twice and links ../depot-ci/references/posthog-check-run-semantics.md twice with overlapping framing, and the single-paragraph Egress Filtering section packs several rules into one block.

4 / 5

Actionability

Everything is executable: a before/after migration YAML snippet ("# Before: runs-on: ubuntu-latest / # After: runs-on: depot-ubuntu-24.04-4"), copy-paste CLI ("depot org show", "depot org switch <org-id>"), exact wrong/right label syntax, a Tailscale ACL JSON example, and a troubleshooting table mapping exact error strings ("No space left on device", "Unable to get ACTIONS_ID_TOKEN_REQUEST_URL") to specific fixes including a concrete "POST /repos/{owner}/{repo}/actions/runs/{id}/force-cancel" call. This matches anchor 5's copy-paste-ready coverage of common cases.

5 / 5

Workflow Clarity

Setup (3 numbered steps) and Tailscale (4 numbered steps) are clearly sequenced, and the Troubleshooting table supplies error-to-fix recovery paths that function as feedback loops. It sits at anchor 4 rather than 5 because no checkpoint validates success (e.g., nothing confirms a workflow actually picked up a Depot runner after Setup, or that the tailnet is reachable after Tailscale step 4); it is above anchor 3 because sequences are complete and recovery guidance for known failures is explicit, and no destructive/batch operation applies to invoke the cap.

4 / 5

Progressive Disclosure

No bundle exists (references/, scripts/, assets/ are all absent), so all ~220 lines live in SKILL.md; structure is nonetheless good — one section per topic, external docs clearly signaled under "Reference docs:", and links only one level deep (depot.dev URLs and the cross-skill depot-ci reference). It does not reach anchor 5's 'content appropriately split' because everything is inline in one file: the per-tool cache table, Xcode caching details, and Tailscale ACL examples are candidates for a references/ file; it stays above anchor 3 since nothing is buried or nested and sections are easy to navigate.

4 / 5

Total

17

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: a concrete third-person capability statement, an explicit 'Use when' clause enumerating scenario triggers including the literal runner label strings, and an explicit negative boundary separating it from the depot-ci skill. It clearly matches the top anchor on all four dimensions with no padding despite its length — every clause adds a capability or trigger.

DimensionReasoningScore

Specificity

Opens with a concrete third-person action ("Configures Depot-managed GitHub Actions runners as a drop-in replacement for GitHub-hosted runners") then enumerates many specific actions: "choosing runner sizes (CPU/RAM)", "configuring runs-on labels", "setting up ARM or Windows or macOS runners", "configuring egress filtering", "using Depot Cache with GitHub Actions", "running Dagger/Dependabot on Depot runners". This matches the anchor-5 example's breadth (multiple concrete actions, comprehensive for the domain) rather than anchor 4, whose 'minor gaps in coverage' is not evident here; third-person voice means no penalty applies.

5 / 5

Completeness

Explicitly answers 'what' ("Configures Depot-managed GitHub Actions runners as a drop-in replacement...") and 'when' with concrete trigger phrases ("Use when setting up or migrating GitHub Actions workflows...", "Also use when the user mentions depot-ubuntu..."). This mirrors the anchor-5 example structure (capability list + 'Use when' with named triggers); anchor 4's weaker/'could be more explicit' when-clause does not apply since the when-clause enumerates specific scenarios.

5 / 5

Trigger Term Quality

Covers natural user phrasings and literal trigger strings: "depot-ubuntu, depot-windows, depot-macos runner labels", "faster/cheaper GitHub Actions runners", "runs-on labels", "GitHub Actions", "Depot Cache", "Dagger/Dependabot". The label literals function like file extensions in the anchor-5 example, and "faster/cheaper" supplies the synonym a user would actually say; nothing common is obviously missing, so it exceeds anchor 4's 'a few natural terms missing'.

5 / 5

Distinctiveness Conflict Risk

Clear niche (Depot-managed runners replacing GitHub-hosted ones) with distinct triggers, plus an explicit negative boundary against the closest competing skill: "Not for Depot CI, the separate engine that reads .depot/workflows/ — that is the depot-ci skill." That disambiguation lowers conflict risk below even anchor 4's 'minor overlap risk with closely related skills'.

5 / 5

Total

20

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 2 suspicious

Warning

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

PostHog/posthog

Path

.agents/skills/depot-github-runners/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.