CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

oma-architecture

Evaluate system boundaries and architectural tradeoffs. Use for architecture decisions, design reviews, and ADRs.

56

Quality

71%

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

Quality

Content

48%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 impressively structured — sequenced scenes, conditional transitions, recovery paths, and explicit guardrails — but roughly a third of it is internal repetition that inflates token cost without adding information, and its actionability leans on resource files that are absent from the shipped bundle. The workflow architecture is sound; the execution detail and file layout need to be closed out.

Suggestions

Deduplicate redundant sections: collapse 'Intent signature' and 'When to use' into one list, describe outputs once (keep the machine-readable YAML block, drop the duplicate prose bullets), merge the Dependencies and References sections, and state the 'read prior decisions in docs/decisions/' rule once instead of three times.

Ship the referenced files (resources/execution-protocol.md, resources/checklist.md, resources/output-templates.md, resources/api-evolution.md, resources/migration-patterns.md, resources/methodology-selection.md, resources/stakeholder-synthesis.md, and the _shared/ core files) in the bundle, or inline the essential detail — currently every deep-link from SKILL.md is dangling, which also undermines progressive disclosure.

Inline the highest-leverage execution specifics — an example ADR skeleton with its authority-status fields and the pre-handoff checklist items — so the skill is actionable even before the deferred resources are loaded.

DimensionReasoningScore

Conciseness

Substantial padding: the 'Intent signature' and 'When to use' sections repeat the same four bullets nearly verbatim ('Investigating architectural pain: change amplification, hidden dependencies, awkward APIs' appears in both), outputs are stated twice as prose bullets plus a YAML block, 'Read prior decisions in docs/decisions/' appears in Entry, Canonical workflow path, and Guardrail 10, and the Dependencies and References sections re-list the same resource files. This is noticeably more than the 'some tightening possible' of the 3 anchor, though it never explains concepts Claude already knows.

2 / 5

Actionability

There is concrete guidance — specific output paths ('docs/decisions/', '.agents/results/architecture/'), a six-mode method-selection table, an outputs YAML contract, and the 'oma diagram resolve' command — but the executable detail (ADR shapes, the pre-handoff checklist, method procedures) lives in referenced resource files that are not in the bundle, leaving key execution details missing. It sits above 'high-level hints only' but below 'mostly executable guidance'.

3 / 5

Workflow Clarity

A clear sequence is present — Entry steps, PREPARE→ACQUIRE→REASON→VERIFY→FINALIZE scenes, conditional Transitions, a Failure-and-recovery section, and Exit criteria — with an explicit VERIFY scene and a 'Checklist (run before handoff)' pointer. It falls short of the top anchor because the validation and checklist content itself is deferred to external files, leaving minor validation gaps.

4 / 5

Progressive Disclosure

Scored against the actual bundle: the body labels its references clearly and keeps them one level deep, but no references/, scripts/, assets/, or resources/ directories ship with this bundle — every referenced file (resources/execution-protocol.md, resources/checklist.md, ../_shared/core/*.md, _shared/conditional/diagram-engine.md) is missing, so the well-signaled navigation leads nowhere. Structure is present, but the split is not real in this bundle, fitting the 3 anchor better than 4.

3 / 5

Total

12

/

20

Passed

Description

78%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 concise, well-structured description that explicitly pairs a clear capability statement with a concrete 'Use for' trigger clause, closely matching the rubric's good examples. Its only weaknesses are limited action coverage (one verb) and slight ambiguity of 'design reviews' against adjacent skills.

DimensionReasoningScore

Specificity

The description names the domain and one concrete action — 'Evaluate system boundaries and architectural tradeoffs' — but caps at a single verb; it never mentions producing recommendations, option comparisons, or diagrams, so it matches the '1-2 concrete actions, not comprehensive' anchor rather than the 'several specific actions' anchor above.

3 / 5

Completeness

It explicitly answers both halves: what ('Evaluate system boundaries and architectural tradeoffs') and when ('Use for architecture decisions, design reviews, and ADRs') with concrete trigger phrases, matching the top anchor's pattern exactly and clearly above the 'when could be more explicit' anchor below.

5 / 5

Trigger Term Quality

Natural phrases users would say are present — 'architecture decisions', 'design reviews', 'ADRs', 'system boundaries', 'tradeoffs' — giving good keyword coverage, though common synonyms like 'system design', 'software architecture', or 'service boundaries' are missing, keeping it below the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

The architecture niche is mostly distinct with clear triggers, but 'design reviews' carries minor overlap risk with visual-design skills (the body's routing to oma-design is not visible in the description alone), fitting 'minor overlap risk with closely related skills' rather than the minimal-conflict anchor.

4 / 5

Total

16

/

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

first-fluke/oh-my-agent

Path

skills/oma-architecture/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.