CtrlK
BlogDocsLog inGet started
Tessl Logo

deep-think-maximum-cognitive-effort-protocol-mq8kvw92

Use this plugin when the user wants a maximum-effort reasoning workflow for a complex, high-stakes, or ambiguous task.

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

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./plugins/community/deep-think-maximum-cognitive-effort-protocol-mq8kvw92/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

73%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-sequenced, validation-rich protocol with an effective complexity gate and strong error-recovery checkpoints, and it stays lean for an instruction-only skill. Its main weakness is actionability: several phases give abstract directives rather than concrete, executable guidance or output examples.

Suggestions

Make abstract directives concrete: replace 'Produce a structured recommendation' with a short output template (recommended approach / key tradeoff / risk if wrong / success criteria) and show a worked mini-example for one phase.

Remove the duplicated /reason-vs-deep-think distinction (keep either the opening callout or the closing 'What This Workflow Does NOT Do' section, not both).

Either link the references/ attribution note from the body (e.g., a one-line 'Attribution' footer) or drop it from the bundle so the file structure is fully coherent.

DimensionReasoningScore

Conciseness

The body is dense, checklist-driven instruction with no explanation of concepts Claude already knows, so it mostly earns its tokens. Minor tightening is possible: the /reason distinction is stated twice (opening callout and closing section) and the 'Council of Experts' persona labels are decorative — anchor 4 ('efficient; minor instances that could be trimmed'), not anchor 5.

4 / 5

Actionability

Many steps are concrete ('Read project memory if available (e.g., MEMORY.md)', 'Run the 5-step Pre-Action Verification Protocol on EACH step'), but others are abstract directives — 'Load ALL available context', 'Reconcile conflicts between perspectives', 'Produce a structured recommendation' — with no output templates or worked examples. Anchor 3 ('some concrete guidance but incomplete') fits better than anchor 4 because the gaps exceed minor.

3 / 5

Workflow Clarity

Clear tiered gate up front, eight numbered phases, and explicit validation throughout: 'Verify output after each step before proceeding', the 80% confidence stop-and-ask rule, the degraded-mode fallback ('If any tool fails: Note degraded mode and continue'), and a final adversarial review phase. This matches anchor 5 (explicit validation steps, feedback loops, checklists).

5 / 5

Progressive Disclosure

The skill is appropriately self-contained in one file with clear section headers and a tier table for navigation, and the bundle's single reference file (references/source-1-mpj79mp4-deep-think.md) is only an attribution note. Anchor 4 ('good structure, most content appropriately placed, minor organization gaps') — the gap being that the attribution reference is never linked from the body.

4 / 5

Total

16

/

20

Passed

Description

45%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 has a strong explicit trigger clause but describes capability in only the vaguest terms ('maximum-effort reasoning workflow'), so users cannot tell what the skill actually does. It also risks confusion with lighter-weight reasoning skills, which the body has to explicitly disambiguate.

Suggestions

List 2-3 concrete actions in the description (e.g., 'structured thinking, multi-source research, gap analysis, multi-perspective debate, and adversarial review') so the 'what' is as strong as the 'when'.

Add natural trigger phrases users would actually say, such as 'think deeply', 'think harder', 'be thorough', or 'high-stakes decision', to improve keyword coverage.

Add a one-line differentiator (e.g., 'for maximum effort, not quick reasoning — use /reason for fast analysis') to reduce conflict risk with lighter reasoning skills.

DimensionReasoningScore

Specificity

The phrase 'maximum-effort reasoning workflow' names the domain but lists no concrete actions — the description never mentions research, gap analysis, adversarial review, or planning that the body actually performs. This matches anchor 2 ('names the domain but actions are minimal or generic') and not anchor 3, which requires 1-2 concrete actions to be named.

2 / 5

Completeness

The 'when' clause is explicit ('when the user wants a maximum-effort reasoning workflow for a complex, high-stakes, or ambiguous task') but the 'what' is vague — 'maximum-effort reasoning workflow' describes intent, not capability. This falls between anchor 2 (when without a real what) and anchor 4 (both clear), landing at the midpoint.

3 / 5

Trigger Term Quality

'complex', 'high-stakes', and 'ambiguous' are terms a user might naturally say, but common variations and synonyms ('think deeply', 'think harder', 'thorough analysis') are absent. Anchor 3 ('some relevant keywords but missing common variations') fits better than anchor 4, which expects good keyword coverage.

3 / 5

Distinctiveness Conflict Risk

'Maximum-effort reasoning workflow' is somewhat specific but overlaps with general reasoning, planning, and analysis skills — the body itself needs a full section to distinguish it from /reason, evidencing overlap risk. Anchor 3 fits; not anchor 4 because the overlap with closely related reasoning skills is more than minor.

3 / 5

Total

11

/

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
nexu-io/open-design
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.