CtrlK
BlogDocsLog inGet started
Tessl Logo

discipline

Bulletproof agent operating protocol. 15 failure-prevention rules distilled from 120+ real sessions and 10 agent definitions. Covers fabrication, constraint tracking, verification, scoping, retry discipline, and communication. Load before any task to prevent the most common agent failure modes.

57

Quality

65%

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 ./.agents/skills/discipline/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 well-structured, genuinely actionable behavioral protocol with explicit pre/post-flight checkpoints and concrete commands, and it avoids teaching Claude things it already knows. Its main cost is redundancy: overlapping rules and checklists that restate each other inflate the token budget of a skill that is loaded every session.

Suggestions

Merge the overlapping rules (1 fabrication / 10 evidence / 14 read-before-write share the same 'verify, don't guess' root) into one rule with the strongest examples from each, cutting the always-loaded token cost.

Trim the pre/post-flight checklists to items not already stated verbatim in the rules, or drop the 'what this looks like' example lists for the rules whose failure pattern is self-evident.

Consider moving the per-rule failure examples to a single references/failures.md so the always-resident SKILL.md carries only the rules and checklists.

DimensionReasoningScore

Conciseness

The body uses short, punchy directives and never explains concepts Claude already knows, but at ~350 lines across 15 rules there is real overlap (rule 1 fabrication vs rule 10 evidence vs rule 14 read-before-write; the pre/post-flight checklists restate rules 1-8 nearly verbatim), so it 'could be tightened'.

3 / 5

Actionability

As an instruction-only skill, concrete guidance is strong: a numbered 5-step retry procedure, specific commands ('git status', 'ls', 'journalctl'), a constraint-tracking checklist, and a banned-words list. It stops short of fully copy-paste-ready commands throughout, so it fits 'mostly executable guidance with minor gaps'.

4 / 5

Workflow Clarity

Pre-flight and post-flight checklists plus a session failure escalation section provide explicit validation checkpoints around every action, and rule 9 is a fully sequenced procedure. However, the skill is a rule set rather than an ordered multi-phase workflow, and the checklists partially duplicate the rule bodies.

4 / 5

Progressive Disclosure

A single-file skill with no bundle files; the numbered rule sections, headers, and checklists make it easy to navigate, and keeping an always-loaded protocol in one file is defensible. The per-rule 'what this looks like' example lists could arguably move to a reference file, which is the minor organization gap of the 4 anchor.

4 / 5

Total

15

/

20

Passed

Description

63%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 states what the skill covers and includes an explicit load-trigger, with good specificity about its scope. Its weaknesses are generic trigger phrasing ('before any task') and abstract category keywords rather than natural user-voice terms, which limit both trigger quality and distinctiveness.

Suggestions

Replace abstract category keywords with natural user-voice trigger phrases such as 'agent keeps making things up', 'ignores stated constraints', or 'claims work is done without verifying'.

Make the 'when' clause more specific instead of universal — e.g. name the failure situations in which loading this protocol matters most, or state it applies to all sessions unconditionally as a standing rule rather than a task trigger.

Add one concrete distinguishing phrase (e.g. 'operating protocol for coding agents, not a task-specific tool') to reduce trigger overlap with every other skill.

DimensionReasoningScore

Specificity

The description lists several concrete coverage areas ('fabrication, constraint tracking, verification, scoping, retry discipline, and communication') and quantifies scope ('15 failure-prevention rules'), but these are topics rather than concrete executable actions, so it falls just short of the comprehensive 5 anchor.

4 / 5

Completeness

Both parts are present: a clear 'what' (15 failure-prevention rules covering six named areas) and an explicit 'when' ('Load before any task to prevent the most common agent failure modes'), but the trigger is generic rather than concrete, fitting the 4 anchor ('when' could be more explicit or specific).

4 / 5

Trigger Term Quality

Keywords like 'fabrication', 'verification', and 'agent failure modes' are relevant but abstract; the description lacks the natural phrases or synonyms a user would actually say (e.g. 'agent keeps guessing', 'making things up'), matching the 'some relevant keywords but missing common variations' anchor.

3 / 5

Distinctiveness Conflict Risk

The domain (agent operating protocol) is itself distinct from task-oriented skills, but the trigger 'Load before any task' is universal and would overlap virtually every other skill, placing it between 'very broad; high overlap risk' and 'mostly distinct'.

3 / 5

Total

14

/

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
av/harbor
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.