CtrlK
BlogDocsLog inGet started
Tessl Logo

orchestrator-capacity

Historical reference for script-owned loop capacity requests. Do not use from provider sessions.

44

Quality

46%

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

Fix and improve this skill with Tessl

tessl review fix ./docs/plantree/plans/agentic-loop-workflow/drafts/agentroles.ccb_orchestrator/adapters/ccb/skills/orchestrator-capacity/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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

The body is a compact, well-organized instruction-only boundary doc that clearly separates prohibitions from the expected reply shape. Its weaknesses are minor redundancy in the runner-ownership framing and a lack of concrete reply examples that would make the guidance fully actionable.

Suggestions

Consolidate the duplicate 'runner owns command execution / capacity' statements into a single authoritative line to remove redundancy.

Add one short concrete example of a well-formed semantic-evidence reply (e.g., a sample listing of requested profiles, counts, and verification refs) to lift actionability.

Trim the opening meta framing ('retained for rolepack history only') or move it to a one-line note so the operational guidance leads the document.

DimensionReasoningScore

Conciseness

The body is mostly lean and directive, but it repeats the 'runner owns command execution' idea in both the second paragraph and the closing line, and opens with meta historical framing that could be tightened.

2 / 3

Actionability

The 'Reply Shape' section lists concrete reply elements (profiles and counts, task packet and verification refs, blockers, release-readiness recommendation), but it gives no concrete examples of what such a reply looks like, leaving key details missing.

2 / 3

Workflow Clarity

The content is clearly organized into sections and gives a single conditional procedure (when capacity info is needed, reply with semantic evidence), but there is no real multi-step workflow and no validation checkpoints for the risk-laden boundary it enforces.

2 / 3

Progressive Disclosure

The skill is under 50 lines, needs no external references, and uses well-organized sections ('Provider Boundary', 'Reply Shape'), which per the rubric merits a 3 for simple self-contained skills.

3 / 3

Total

9

/

12

Passed

Description

35%

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

The description functions as a status marker ('historical reference, do not use') rather than an action-oriented, trigger-rich skill description. It names a niche domain but uses jargon, lacks positive 'Use when...' guidance, and is not designed to be invoked, which limits its quality as an active skill description.

Suggestions

If this skill is meant to be inactive, keep it but consider an explicit 'Retained for history; do not invoke' framing; otherwise rewrite the description to state concrete actions (e.g., 'Recommends loop capacity needs; reports requested profiles, counts, and verification refs').

Add a positive trigger clause such as 'Use when the runner requests semantic capacity evidence from a provider session' so the 'when' is explicit rather than only a prohibition.

Replace jargon ('script-owned', 'provider sessions') with more natural terms a user would actually say, or at minimum pair them with common variations.

DimensionReasoningScore

Specificity

The description names a concrete domain ("script-owned loop capacity requests") but describes the skill's status rather than listing actions the skill performs, so it is not comprehensive enough for a 3.

2 / 3

Completeness

It gives a weak 'what' (a historical reference) but only a negative 'when' ("Do not use from provider sessions") with no positive 'Use when...' trigger, which caps completeness at 2 per the guidelines.

2 / 3

Trigger Term Quality

It relies on technical jargon ("script-owned", "provider sessions", "loop capacity") with no natural keywords a user would say, matching the 'no natural keywords; technical jargon' anchor.

1 / 3

Distinctiveness Conflict Risk

It targets a specific niche (orchestrator capacity) but lacks distinct positive triggers and reads as an anti-trigger ('do not use'), so it could still overlap with related orchestration skills rather than cleanly claiming a niche.

2 / 3

Total

7

/

12

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
SeemSeam/claude_codex_bridge
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.