CtrlK
BlogDocsLog inGet started
Tessl Logo

dynamic-agent-lifecycle

Historical reference for script-owned dynamic-agent lifecycle actions. Do not use from provider sessions.

53

Quality

59%

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/dynamic-agent-lifecycle/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is a tight, well-structured boundary contract: concrete prohibitions, a clear provider/runner division of authority, and an explicit reply shape. Its only weaknesses are minor redundancy in restating runner ownership and the absence of a concrete example reply that would make the reply shape fully copy-paste ready.

DimensionReasoningScore

Conciseness

The body is lean with no padding or explanations of known concepts, but the runner-ownership point is stated twice ("Dynamic-agent lifecycle changes are runner-owned" and "The runner owns command execution") and the do-not-use status repeats the frontmatter. Minor trimming possible, matching anchor 4.

4 / 5

Actionability

Concrete, specific guidance throughout: enumerated prohibitions ("Do not edit `.ccb` runtime files, provider state, panes, leases, sockets, mailbox records, or topology files") and an explicit reply-shape checklist. It stops short of anchor 5 because the reply shape is specified as abstract items with no example reply showing the expected format.

4 / 5

Workflow Clarity

This is a simple single-purpose skill under 50 lines whose one action — refuse direct lifecycle actions and reply with the four enumerated semantic-evidence items when lifecycle information is requested — is unambiguous. Per the simple-skill scoring note, workflow clarity can score 5; no validation steps are needed since the skill performs no destructive or batch operations.

5 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files and no need for external references; the two well-organized sections ('Provider Boundary', 'Reply Shape') provide clear navigation. Per the guideline for simple skills under 50 lines with no external references needed, this scores 5.

5 / 5

Total

18

/

20

Passed

Description

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

The description clearly communicates that this is a deprecated, non-active reference, but it provides no capability actions, no natural trigger terms, and no 'when to use' guidance. As a trigger surface for skill discovery it performs poorly, though its distinctiveness limits mis-triggering.

Suggestions

Add an explicit 'Use when' (or 'Do not use' equivalent with full scope) clause that states when, if ever, this reference should be consulted — e.g. 'Consult only when reviewing rolepack history for dynamic-agent lifecycle conventions.'

Replace internal jargon ('script-owned', 'provider sessions') with at least one natural phrase a user would say, such as 'dynamic agent lifecycle' or 'agent role management', so discovery tools can match it.

List the 1-2 concrete things the reference documents (e.g. lifecycle boundaries and reply-shape conventions) instead of the generic 'actions'.

DimensionReasoningScore

Specificity

The description names the domain ("script-owned dynamic-agent lifecycle actions") but lists no concrete capability actions, matching the 'names the domain but actions are minimal or generic' anchor. It does not reach anchor 3 because 'historical reference' is a status label, not a performable action.

2 / 5

Completeness

It has a reasonably clear 'what' (a historical reference for lifecycle actions) but no 'Use when' trigger clause — only the negative trigger "Do not use from provider sessions" — which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

Terms like "script-owned", "provider sessions", and "dynamic-agent lifecycle" are internal project jargon; no natural keywords a user would say when needing this skill. This matches the anchor 1 example of 'only technical jargon', not anchor 2 which requires at least generic usable keywords.

1 / 5

Distinctiveness Conflict Risk

The niche scope ("dynamic-agent lifecycle") and explicit deactivation ("Do not use from provider sessions") make it mostly distinct with minor overlap risk. It falls short of anchor 5 because it contains no distinct positive trigger phrases.

4 / 5

Total

10

/

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