CtrlK
BlogDocsLog inGet started
Tessl Logo

agui-dotnet-feature-workflow

Orchestrator/hub for implementing a feature or change in the AG-UI .NET SDK (sdks/dotnet). USE FOR: "what's the workflow", "what order do I do things in", "how do I implement a feature in the .NET SDK", starting any non-trivial AG-UI .NET SDK change, planning the end-to-end steps and definition-of-done (code + AOT serialization + client/server mapping + unit/integration/cross-language tests + docs + PublicAPI + AGENTS.md sync). DO NOT USE FOR: the deep how-to of a single step — this skill ROUTES to focused siblings: adding wire types (agui-dotnet-wire-types), transport/encoding (agui-dotnet-transport), unit tests (agui-dotnet-unit-tests), integration tests (agui-dotnet-integration-tests), cross-language tests (agui-dotnet-cross-language-tests), porting from TS/Python (agui-cross-sdk-parity), adding a GettingStarted sample Step (agui-dotnet-sample-step), SDK docs (agui-dotnet-sdk-docs), AGENTS/Architecture sync (agui-dotnet-agents-sync), the dojo (agui-dojo), review (agui-dotnet-code-review).

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

78%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-structured orchestrator body: clear package map, build/test commands, definition-of-done checklist, and a numbered workflow that routes to siblings. It is concise and actionable, with only mild routing-table redundancy and no explicit error-recovery loop.

Suggestions

Collapse the standalone routing table into the ordered workflow (or trim the inline sibling callouts) to remove the duplication and tighten the body.

Add an explicit feedback loop after step 11 (e.g., 'if build/tests fail, fix and re-run before proceeding to step 12') to strengthen the validation checkpoint.

Consider noting which steps are typically required vs. conditional upfront so agents can skip with confidence rather than reasoning per-step.

DimensionReasoningScore

Conciseness

Lean and assumes Claude's competence (no primers on .NET/AOT), but the routing table partly duplicates the inline sibling callouts already given in the ordered workflow, which is minor padding rather than fully lean.

4 / 5

Actionability

Provides concrete executable commands (dotnet build AGUI.slnx, dotnet test <project>), specific file/type names, and a concrete checklist; the deep executable detail is intentionally deferred to siblings, leaving only minor gaps here.

4 / 5

Workflow Clarity

A 12-step ordered workflow with explicit ordering, skip guidance, a definition-of-done checklist, and a final build+test-green validation gate; lacks an explicit validate→fix→retry feedback loop, so it sits just below the top anchor.

4 / 5

Progressive Disclosure

Acts as a clear overview that routes depth to one-level-deep sibling skills, with a dedicated quick-reference routing table and well-organized sections — easy navigation with content appropriately split across skills.

5 / 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.

A strong, well-scoped orchestrator description that clearly states what it does, when to use it, when not to, and which siblings it routes to. It uses third-person voice and avoids vague fluff.

DimensionReasoningScore

Specificity

Names concrete orchestrator actions (planning end-to-end steps, definition-of-done) and enumerates specific artifacts (AOT serialization, client/server mapping, PublicAPI, AGENTS.md sync) plus the full set of sibling skills it routes to — comprehensive coverage.

5 / 5

Completeness

Explicitly answers both what (orchestrator/hub that routes each step to a focused sibling) and when ("USE FOR:" trigger list and a "DO NOT USE FOR:" boundary), with concrete trigger phrases.

5 / 5

Trigger Term Quality

Includes natural phrases a user would actually say ("what's the workflow", "what order do I do things in", "how do I implement a feature in the .NET SDK", "starting any non-trivial AG-UI .NET SDK change") with good synonym coverage.

5 / 5

Distinctiveness Conflict Risk

Tightly scoped to the AG-UI .NET SDK with an explicit DO-NOT-USE boundary and named sibling skills, giving it a clear niche with minimal conflict risk.

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.

Validation16 / 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.