CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

oma-architecture

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

Quality

81%

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

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.

A well-structured, process-oriented skill body with excellent workflow sequencing (explicit VERIFY scene, failure recovery, exit criteria, checklist) and mostly concrete, actionable guidance. Its weaknesses are structural redundancy across scheduling/dependencies/references sections and delegation of executable detail to resource files that cannot be verified in this bundle.

Suggestions

Merge the near-duplicate "Intent signature" and "When to use" sections, and consolidate "Dependencies" into the "References" list to remove the double resource listing.

State the "read prior decisions in docs/decisions/" rule once (e.g. in Entry or a single guardrail) instead of repeating it across Entry, the canonical workflow, and guardrails 9-10.

Add one or two concrete checks to the VERIFY scene (e.g. what to confirm about a tradeoff or assumption) so the validation step is less abstract than "check assumptions, validation steps, and fit".

DimensionReasoningScore

Conciseness

The body avoids explaining concepts Claude already knows, but contains noticeable structural duplication: "Intent signature" and "When to use" restate the same triggers, "Dependencies" and "References" list overlapping resource files, and the "read prior decisions in docs/decisions/" guidance appears in Entry, the canonical workflow, and guardrails 9-10. This is more than the minor trimming of score 4, but not the padded over-explanation of score 2.

3 / 5

Actionability

For an instruction-only skill the guidance is mostly concrete: six named analysis modes with one-line selection criteria, exact artifact destinations (docs/decisions/, .agents/results/architecture/), explicit guardrails ("compare at least two genuinely different options", "mark it superseded"), and the concrete `architecture.adr-complete` recording step. Minor gaps remain because templates and method details are delegated to resource files not present in this bundle.

4 / 5

Workflow Clarity

The Structural Flow gives a clear Entry -> PREPARE/ACQUIRE/REASON/VERIFY/FINALIZE -> Exit sequence with an explicit VERIFY validation scene, a failure-and-recovery section providing feedback loops (request missing context, diagnostic mode on vague requests, synthesize conflicts), defined success/partial-success exit criteria, and a referenced pre-handoff checklist. This matches the anchor with explicit validation steps, error-recovery loops, and a checklist.

5 / 5

Progressive Disclosure

The body is an overview that delegates method details to one-level-deep, purpose-annotated references ("resources/execution-protocol.md for workflow", "resources/methodology-selection.md for method choice"). Minor gaps: resources are listed twice in separate Dependencies and References sections with overlapping entries, and no bundle files are present here to verify the referenced paths resolve.

4 / 5

Total

16

/

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, third-person description that clearly states both what the skill does and when to use it, with strong domain-appropriate trigger terms. Its main weaknesses are limited action coverage (only two named actions) and the ambiguous "design reviews" trigger that overlaps with visual-design skills.

Suggestions

Expand the what-clause with additional concrete actions, e.g. "Evaluate system boundaries and architectural tradeoffs, compare design options, and write ADRs."

Add natural trigger synonyms such as "system design", "architecture review", or "service boundaries" to broaden when-to-use matching and disambiguate from visual design skills.

DimensionReasoningScore

Specificity

Names the architecture domain with two concrete actions ("Evaluate system boundaries and architectural tradeoffs") but stops there; it does not list several specific actions like reviewing, comparing options, or writing records, so it is not comprehensive.

3 / 5

Completeness

Explicitly answers both questions: the what is "Evaluate system boundaries and architectural tradeoffs" and the when is "Use for architecture decisions, design reviews, and ADRs" with concrete trigger phrases. Not score 4 because the when-clause is already explicit and specific rather than needing more detail.

5 / 5

Trigger Term Quality

"architecture decisions", "design reviews", and "ADRs" are natural phrases users would say, with "system boundaries" and "architectural tradeoffs" adding domain terms. Common variations like "system design", "architecture review", or "service boundaries" are missing, keeping it below comprehensive coverage.

4 / 5

Distinctiveness Conflict Risk

The architecture/ADR niche is mostly distinct from other skills, but "design reviews" is ambiguous with visual/UX design review skills, creating minor overlap risk. Not 5 because that phrase could plausibly trigger a design-focused skill instead.

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

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