CtrlK
BlogDocsLog inGet started
Tessl Logo

agui-dotnet-sample-step

Add a GettingStarted sample Step (a Server/Client pair) to the AG-UI .NET SDK that demonstrates one protocol feature the way we want users to write it. USE FOR: adding a new samples/GettingStarted/StepNN_<Name> Server+Client pair, wiring it into AGUI.slnx and the integration-test project, giving it a deterministic FakeChatClient for replay, and registering it in the Step tables in AGENTS.md / docs/architecture.md. DO NOT USE FOR: the replay/Verify integration-test mechanics (use agui-dotnet-integration-tests), the dojo scenarios under samples/AGUIClientServer (use agui-dojo), or protocol/wire changes the sample exercises (use agui-dotnet-wire-types / agui-dotnet-transport).

72

Quality

89%

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

86%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 well-crafted, dense instruction body: lean, repo-specific, with concrete wiring steps and an explicit Verify section. The two minor gaps are the prose-described server skeleton and the absence of an explicit error-recovery loop around the verify commands.

Suggestions

Add a short server Program.cs snippet next to the client snippet in 'Anatomy of a Step' so both project skeletons are copy-paste ready rather than prose-described.

Add one line to the Verify section telling the agent what to do on failure (fix and re-run the failing command, re-record the baseline if replay diverges) to close the feedback loop.

Name the integration-test csproj file explicitly (e.g. tests/AGUI.Hosting.AspNetCore.IntegrationTests/AGUI.Hosting.AspNetCore.IntegrationTests.csproj) in wiring step 2 so the ProjectReference edit target is unambiguous.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence — dense, non-obvious guidance ('the parts agents forget', 'the IChatClient is the whole point', InternalsVisibleTo details) with no concept explanations or padding; every token earns its place.

5 / 5

Actionability

Mostly executable: concrete csproj SDK types, exact paths, an executable client Program.cs snippet, and copy-paste dotnet build/test verify commands. Minor gap: the server Program.cs skeleton is described in prose ('calls builder.Services.AddAGUI()... ends with app.MapAGUI("/")') rather than shown as code.

4 / 5

Workflow Clarity

Clear sequence (confirm next Step number, mirror the closest existing Step, 4-step wiring, Verify) with explicit validation commands and an anti-patterns checklist. Not 5: there is no explicit fix-and-retry feedback loop if a build, test, or end-to-end run fails.

4 / 5

Progressive Disclosure

No bundle files exist, and none are needed: the ~95-line body is well-organized into Anatomy, Wiring, Verify, Anti-patterns, and References, with clearly signaled one-level-deep routing references to sibling skills and no inlined content that belongs elsewhere.

5 / 5

Total

18

/

20

Passed

Description

92%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 strong description: concrete, comprehensive, third-person, with explicit USE FOR / DO NOT USE FOR routing that makes triggering unambiguous. The only gap is mild synonym coverage for natural trigger phrasings.

DimensionReasoningScore

Specificity

The description enumerates the full set of concrete actions — 'adding a new samples/GettingStarted/StepNN_<Name> Server+Client pair, wiring it into AGUI.slnx and the integration-test project, giving it a deterministic FakeChatClient for replay, and registering it in the Step tables in AGENTS.md / docs/architecture.md' — comprehensive coverage of the task's artifacts with no vague filler.

5 / 5

Completeness

It explicitly answers both what ('Add a GettingStarted sample Step (a Server/Client pair)... that demonstrates one protocol feature') and when, with concrete 'USE FOR:' and 'DO NOT USE FOR:' trigger phrases routing to sibling skills.

5 / 5

Trigger Term Quality

Good keyword coverage with concrete natural terms users of this repo would say ('GettingStarted sample Step', 'Server/Client pair', 'FakeChatClient', 'AGUI.slnx', 'Step tables') plus file paths, but it lacks synonym variations such as 'example', 'demo', or 'tutorial' that anchor 5 expects.

4 / 5

Distinctiveness Conflict Risk

It occupies a clear niche and actively de-conflicts via 'DO NOT USE FOR' routing to agui-dotnet-integration-tests, agui-dojo, agui-dotnet-wire-types, and agui-dotnet-transport, minimizing wrong-skill triggering.

5 / 5

Total

19

/

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.