CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

moai-workflow-spec

SPEC workflow orchestration with EARS format requirements, acceptance criteria, and Plan-Run-Sync integration for MoAI-ADK development. Use when creating SPEC documents or defining acceptance criteria.

Quality

75%

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 ./.claude/skills/moai-workflow-spec/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%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, largely actionable overview for a domain-specific SPEC workflow, with explicit validation gates and checklists. Its main weaknesses are duplicated pattern/deprecation content between the Quick Reference and Implementation Guide, and a bundle structure that strands its two largest reference files (examples.md, reference.md) plus one dangling reference path.

Suggestions

Link references/examples.md and references/reference.md from the body (e.g., in the Quick Reference or a Resources subsection), since they hold the majority of the bundle's content but are currently unreachable from SKILL.md.

Fix the dangling reference at line 345: 'worktree-integration.md § Refused Commands in a Worktree-Isolated Session' does not exist in the bundle — either add the file or point at the correct path (likely references/worktree-workflow.md).

Deduplicate the GEARS/EARS pattern tables and the IF/THEN deprecation callout, which each appear in both the Quick Reference and the Implementation Guide; consolidate the repeated '6-month backward-compatibility window' / 'Pre-v3 SPECs' framing into a single legacy-section statement referenced from elsewhere.

DimensionReasoningScore

Conciseness

The body is dense with project-specific tables and avoids explaining concepts Claude already knows, but the Quick Reference duplicates the Implementation Guide's GEARS/EARS pattern tables, the IF/THEN deprecation callout appears twice (lines 65 and 85/142), and the '6-month backward-compatibility window' / 'Pre-v3 SPECs (those authored before GEARS became canonical)' framing repeats verbatim 4-5 times. Mostly efficient but could be meaningfully tightened by deduplicating these sections.

3 / 5

Actionability

Concrete, copy-paste-ready guidance is present: '/moai plan "user authentication system"' commands, a full compound-clause GEARS example ('**Where** the project is initialized **While** strict mode is active **When** a SPEC author runs `moai spec lint`...'), exact file paths ('.moai/specs/SPEC-{ID}/spec.md'), the 12-field frontmatter schema, and the '[NEEDS CLARIFICATION: <specific topic>]' marker format. Not a 5 because the six workflow stages are one-line abstractions ('parse natural-language feature description'), the RUN phase is a single compressed arrow-chain sentence, and actual `moai spec lint` invocation is never demonstrated.

4 / 5

Workflow Clarity

The SPEC Workflow Stages table gives a clear 1-6 sequence, and validation checkpoints are explicit: plan-auditor flags 'clarification gate' findings, 'Implementation Kickoff Approval (mandatory human gate) proceeds only after all clarifications are resolved', `moai spec lint --strict`, and a checkbox Verification checklist with feedback loops (question-channel rounds, blocker report for unresolved markers). Not a 5 because stage-level operational detail is deferred to references and the RUN phase reads as a dense run-on, requiring the reader to assemble the full sequence from scattered sections.

4 / 5

Progressive Disclosure

The four linked references (ears-deep-dive, requirement-clarification, worktree-workflow, migration-guide) are clearly signaled one level deep, but the bundle check reveals real navigation gaps: examples.md (31KB) and reference.md (21KB) — the majority of the bundle's content — are never linked from the body, and line 345 points to 'worktree-integration.md § Refused Commands', which does not exist in the bundle. These gaps exceed the 'minor organization gaps' of the anchor above, even though the linked references are well signaled.

3 / 5

Total

14

/

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 strong description that explicitly answers both what the skill does and when to use it, with good natural trigger terms and a clearly distinguished MoAI-ADK/EARS niche. Its only softness is nominalized, buzzword-leaning phrasing of the capabilities rather than concrete action verbs.

DimensionReasoningScore

Specificity

The description names the domain ('SPEC workflow orchestration... for MoAI-ADK development') plus concrete deliverables ('EARS format requirements, acceptance criteria, and Plan-Run-Sync integration'), but the 'what' is expressed as nominalizations rather than actions — 'orchestration' and 'integration' lean buzzword-adjacent — with real action verbs only in the when-clause ('creating SPEC documents', 'defining acceptance criteria'). It goes beyond the minimal anchor below but doesn't list several specific actions like the anchor above.

3 / 5

Completeness

Both questions are explicitly answered with concrete trigger phrases: what — 'SPEC workflow orchestration with EARS format requirements, acceptance criteria, and Plan-Run-Sync integration for MoAI-ADK development'; when — 'Use when creating SPEC documents or defining acceptance criteria.' This matches the top anchor exactly; the when-clause is explicit and specific, not weakly implied as in the anchor below.

5 / 5

Trigger Term Quality

Good natural-keyword coverage: 'SPEC documents', 'acceptance criteria', 'EARS format requirements', 'MoAI-ADK', 'Plan-Run-Sync' — terms a user of this workflow would actually say. Not a 5 because common variations from the skill's own trigger set ('user stories', 'requirements gathering', 'planning') are absent from the description itself (they only appear in the separate when_to_use field).

4 / 5

Distinctiveness Conflict Risk

Distinctive jargon ('EARS format requirements', 'Plan-Run-Sync', 'MoAI-ADK') anchors a clear niche with minimal generic conflict. Minor overlap risk remains: the trigger 'defining acceptance criteria' could plausibly fire for testing/QA-type skills, and the body's own 'Works Well With' lists closely related siblings (moai-workflow-testing, manager-spec) in the same ecosystem — matching the 'minor overlap risk with closely related skills' anchor.

4 / 5

Total

16

/

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

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

modu-ai/moai-adk

Path

.claude/skills/moai-workflow-spec/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.