CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hyperplan

Adversarial multi-agent planning: a hostile team cross-critiques a plan before it is formalized. Use when planning needs maximum rigor or the user asks for a hyperplan / adversarial or cross-critique plan.

62

Quality

78%

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 ./packages/omo-senpi/skills/hyperplan/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

An exceptionally actionable, well-sequenced orchestration skill — the tool-call specs, round templates, and error-recovery paths leave nothing to interpretation. Its costs are payload weight: ~450 inline lines where the member prompts and round templates belong in reference files, plus skeleton-repetition across the five prompts and triple-statement of the planner-handoff contract.

Suggestions

Move the five member system prompts to references/ (e.g., references/members/skeptic.md) and keep only the role/attack-vector table inline, cutting ~140 lines from the always-loaded context.

Factor the shared prompt skeleton (HOSTILE list, ruthlessness clause, default-position-on-others'-findings, output format) into one stated convention, then give each member only its unique role and weapons.

State the Phase 6 handoff contract once (Phase 6 itself) and reduce the three overlapping anti-pattern rows to a single row referencing it.

DimensionReasoningScore

Conciseness

The body is mostly efficient skill-specific instruction, but the five member system prompts (~140 lines) repeat an identical skeleton ("You are HOSTILE to...", "Be ruthless...", "When you receive others' findings, default position...") and the Phase 6 handoff contract is restated in the Phase 5 intro, Phase 6 itself, and three anti-pattern rows. This is tightening-eligible redundancy that could be trimmed without losing the mechanism — anchor 3 rather than anchor 2, since nothing explains concepts Claude already knows and the padding is emphatic rather than filler.

3 / 5

Actionability

Every step ships executable, copy-paste-ready material: the full `team_create` inline spec with all five member entries, verbatim round-task message templates for Rounds 1-3, the exact insight-bundle markdown shape, the complete `task` planner-dispatch call with the full handoff prompt, and the exact `team_delete` cleanup call. Placeholders are explicitly marked ("<full Skeptic system prompt>", "[insert Round 1 Findings Bundle]") — this matches anchor 5 fully.

5 / 5

Workflow Clarity

The 7 phases are strictly sequenced with explicit collection gates ("the round is complete once every expected reply has arrived"), precondition verification (tools present, lead-only session), a degradation path (deep-low rejection → retry without researcher, state degraded roster), and feedback loops for failure recovery (nudge silent members once, surface team_delete failure with a manual retry, forward planner clarifying questions). Anchor 5's 'explicit validation steps; feedback loops for error recovery; checklists' is met by the anti-patterns table and per-phase gates.

5 / 5

Progressive Disclosure

Section structure and navigation within the file are good, but this is a ~450-line monolith with zero bundle files: the five member system prompts and the three round-task templates are exactly the content that belongs in per-member reference files (the body even says 'substitute each prompt with the full system prompt above', signaling they are separable payloads). Anchor 3 (structure present, content that should be separate is inline, no clear references) fits; anchor 2 is too harsh since headers and tables keep it navigable, but the 50-line simple-skill exemption clearly does not apply.

3 / 5

Total

16

/

20

Passed

Description

71%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 description with an explicit, well-formed 'Use when...' clause and a clear what-statement in third person. Its weaknesses are the shallow action inventory (compound phrasing instead of listed capabilities) and missing natural synonyms (red-team, stress-test) that users might say without knowing the skill.

Suggestions

Enumerate 2-3 concrete operations in the description (e.g., 'spawns a 5-member hostile team, runs 3 rounds of cross-attack and defense, distills surviving insights, and hands them to a dedicated planner') instead of the single compound clause.

Add natural trigger synonyms users would say unprompted, such as 'red-team a plan', 'stress-test a plan', or 'critique my plan before committing'.

Sharpen 'planning needs maximum rigor' into something a user would more plausibly say verbatim (e.g., 'high-stakes or irreversible plans') to reduce overlap with generic planning skills.

DimensionReasoningScore

Specificity

"Adversarial multi-agent planning: a hostile team cross-critiques a plan before it is formalized" names the domain and 1-2 concrete actions (cross-critique, formalization) but does not enumerate the several specific operations inside (5-member team spawn, 3-round debate, insight distillation, planner handoff). It sits above anchor 2 (which would name only the domain) but does not reach anchor 4's 'lists several specific actions'.

3 / 5

Completeness

It explicitly answers both questions: the what ("a hostile team cross-critiques a plan before it is formalized") and the when with concrete trigger phrases ("Use when planning needs maximum rigor or the user asks for a hyperplan / adversarial or cross-critique plan"). This mirrors the anchor-5 example structure (what + explicit 'Use when...' with concrete triggers), clearly above anchor 4 where the when is generic.

5 / 5

Trigger Term Quality

The trigger clause offers "planning needs maximum rigor", "hyperplan", "adversarial or cross-critique plan" — relevant keywords, but common natural variations a user would actually say ("red-team my plan", "stress-test this plan", "critique/challenge my plan") are absent, and "hyperplan" only fires if the user already knows the skill's name. This matches anchor 3 (some relevant keywords, missing common variations) rather than anchor 4's good coverage.

3 / 5

Distinctiveness Conflict Risk

"Adversarial multi-agent planning" / "hyperplan" / "cross-critique plan" establish a clear niche distinct from ordinary planning skills, but the fuzzy trigger "planning needs maximum rigor" could overlap with generic planning or review skills. Mostly distinct with minor overlap risk fits anchor 4; anchor 5 would require every trigger to be uniquely owned by this skill.

4 / 5

Total

15

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository

code-yeongyu/oh-my-openagent

Path

packages/omo-senpi/skills/hyperplan/SKILL.md

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.