CtrlK
BlogDocsLog inGet started
Tessl Logo

agui-dojo

Run the AG-UI Dojo demo viewer locally and wire the AG-UI .NET SDK in as a dojo integration. USE FOR: starting the dojo app (apps/dojo), running the .NET dojo backend (AGUIDojoServer), registering or modifying the ag-ui-dotnet integration (agents.ts/menu.ts/env.ts/files.json), running the dojo Playwright e2e suite for the .NET integration (agUiDotnetTests), or understanding how dojo-e2e.yml runs it in CI. DO NOT USE FOR: generic Playwright validation of arbitrary pages (use agui-playwright-validate), or the docs site (use agui-dotnet-sdk-docs).

78

Quality

98%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

96%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.

Excellent operational content: fully executable commands, explicit ordering constraints, and a gotchas section that anticipates the real failure modes (stale files.json, missing BASE_URL, missing prep). The only weakness is modest: the skill is a single ~110-line file where CI and e2e details could be pushed into one-level-deep reference files, leaving SKILL.md a tighter overview.

Suggestions

Move the 'How CI runs it (dojo-e2e.yml)' matrix detail (test_path/services/wait_on, .NET version installs) into a references/ci.md file, keeping only a one-line summary and pointer in SKILL.md.

Consider splitting the 5-step integration-registration walkthrough into a reference file (e.g. references/register-integration.md), leaving the numbered file list in SKILL.md as the quick map.

DimensionReasoningScore

Conciseness

Nearly every token is repo-specific knowledge Claude cannot infer: ports (9999/8023), script flags (--only dojo,ag-ui-dotnet), env resolution order (OPENAI_BASE_URL → AZURE_OPENAI_ENDPOINT → OPENAI_API_KEY), and LLMock injection values. No section explains general concepts (what Next.js or Playwright is), and each section earns its place — matching the 'lean and efficient' anchor rather than the level-4 'minor instances of over-explanation'.

5 / 5

Actionability

Every workflow is copy-paste ready: `pnpm install --no-frozen-lockfile`, `node apps/dojo/scripts/prep-dojo-everything.js --only dojo,ag-ui-dotnet`, `dotnet run --project AGUIDojoServer/AGUIDojoServer.csproj --urls "http://localhost:8023"`, `BASE_URL=http://localhost:9999 PLAYWRIGHT_SUITE=ag-ui-dotnet pnpm test -- tests/agUiDotnetTests`, plus a browseable verification URL. This covers the common cases fully, exceeding the level-4 'minor gaps' anchor.

5 / 5

Workflow Clarity

Sequences are explicit with checkpoints and feedback loops: prep-before-run is enforced twice ("prep first or there's no build to run" / "--no-build in run means you must run the prep step first"), the integration checklist is a numbered lockstep list with per-file roles, and the stale-files.json failure is paired with its remediation ("run pnpm generate-content-json and commit the result"). The Gotchas section serves as an error-recovery checklist, matching the level-5 anchor.

5 / 5

Progressive Disclosure

The body is well organized (a piece→path→role table, five task-oriented sections, a gotchas section) and everything is one file deep with no nested references. However, at ~110 lines with no bundle files at all, detail like the full CI matrix description and the per-step e2e setup could live in one-level-deep reference files to keep SKILL.md a leaner overview — a minor organization gap rather than the ideal level-5 split.

4 / 5

Total

19

/

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.

A model description: concrete actions tied to named repo paths and suites, an explicit USE FOR trigger list, and DO NOT USE FOR disambiguation against sibling skills. It uses imperative/infinitive voice ("Run…", "USE FOR") rather than first or second person, so no voice penalty applies.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions with repo-specific artifacts: "starting the dojo app (apps/dojo)", "running the .NET dojo backend (AGUIDojoServer)", "registering or modifying the ag-ui-dotnet integration (agents.ts/menu.ts/env.ts/files.json)", "running the dojo Playwright e2e suite (agUiDotnetTests)" and "how dojo-e2e.yml runs it in CI" — comprehensive coverage, not just the level-4 anchor with 'minor gaps'.

5 / 5

Completeness

It explicitly answers both questions: the 'what' ("Run the AG-UI Dojo demo viewer locally and wire the AG-UI .NET SDK in as a dojo integration") and the 'when' via an explicit "USE FOR:" clause with five concrete triggers, plus a "DO NOT USE FOR" negative boundary. Neither the when-clause nor the what is weakly implied, so it exceeds the level-4 anchor.

5 / 5

Trigger Term Quality

Natural trigger keywords cover the full surface users would actually name — "dojo app", "AGUIDojoServer", "ag-ui-dotnet", "Playwright e2e suite", "agUiDotnetTests", "dojo-e2e.yml", "CI" — including exact file/suite names and their variations, matching the comprehensive anchor.

5 / 5

Distinctiveness Conflict Risk

A clear niche (the dojo + .NET integration pairing) with explicitly named sibling skills for the nearest overlaps ("use agui-playwright-validate", "use agui-dotnet-sdk-docs"), which is stronger than the level-4 'minor overlap risk' anchor — conflict risk is actively disambiguated rather than merely unlikely.

5 / 5

Total

20

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ag-ui-protocol/ag-ui
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.