CtrlK
BlogDocsLog inGet started
Tessl Logo

workflow-plan

Planning pipeline with multi-mode routing (plan/verify/replan). Session discovery → context gathering (spawn_agent) → conditional conflict resolution → task generation (spawn_agent or N+1 parallel agents) → plan verification → interactive replan. Produces IMPL_PLAN.md, task JSONs, TODO_LIST.md.

35

Quality

33%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./.codex/skills/workflow-plan/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

39%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The skill demonstrates excellent workflow clarity with well-defined phases, conditional branching, validation gates, and error recovery. However, it is severely over-long and monolithic — cramming ~400 lines of implementation detail into a single file with no progressive disclosure. The code examples, while mostly concrete, have gaps in several phases where pseudocode or comments replace actual implementation.

Suggestions

Extract implementation code for each phase into separate files (e.g., phase-1-session.md, phase-2-context.md) and keep SKILL.md as a concise overview with the pipeline diagram and references to phase files.

Remove the redundant data flow diagram since the pipeline ASCII art already conveys the same information more completely.

Complete the pseudocode gaps in Phase 3 (undefined `conflicts` variable) and Phase 5 (missing verification report parsing) with actual executable code or explicitly mark them as requiring adaptation.

Trim the session discovery logic in Phase 1 — the multi-session selection and auto-detection code is overly detailed for a skill file and could be a referenced utility function.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~400+ lines. It includes extensive inline implementation code that could be in separate files, redundant ASCII diagrams, and over-explains concepts like session discovery and mode detection that Claude can handle with much less detail. The data flow diagram, session structure, and pipeline diagram all convey overlapping information.

1 / 3

Actionability

The code examples are fairly concrete with JavaScript snippets showing spawn_agent calls, file operations, and argument parsing. However, several sections contain pseudocode-like gaps (Phase 3's conflict resolution has incomplete variable references like `conflicts` without definition, Phase 5 uses comments like `// Wait for CLI → verification report` without actual implementation), and the `ccw cli` commands appear to be pseudo-invocations with unclear actual behavior.

2 / 3

Workflow Clarity

The multi-step workflow is exceptionally well-sequenced with clear phase numbering, conditional branching (conflict risk gating Phase 3), explicit validation checkpoints (Plan Confirmation Gate, Phase 5 verification with 10-dimension analysis), backup before replan, and an error handling table with recovery strategies. The feedback loop of verify → fix → re-verify is clearly articulated.

3 / 3

Progressive Disclosure

The entire skill is a monolithic wall of content with no references to external files despite being 400+ lines. The implementation details for all 6 phases, session structure, data flow diagrams, and error handling are all inline. The session structure diagram, pipeline ASCII art, and data flow could easily be separate reference files. No bundle files are provided to offload content to.

1 / 3

Total

7

/

12

Passed

Description

27%

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 reads like internal technical documentation rather than a skill selection guide. While it is specific about the pipeline steps and output artifacts, it completely lacks natural trigger terms and any 'Use when...' guidance, making it very difficult for Claude to know when to select this skill from a list. The heavy use of implementation jargon (spawn_agent, N+1 parallel agents) would not match typical user requests.

Suggestions

Add an explicit 'Use when...' clause with natural trigger terms, e.g., 'Use when the user asks to plan an implementation, break down a project into tasks, create a task list, or generate an implementation plan.'

Replace or supplement technical jargon with user-facing language — e.g., instead of 'spawn_agent' and 'N+1 parallel agents', describe the user-visible benefit like 'breaks down complex projects into parallelizable tasks'.

Include common natural keywords users would say: 'plan', 'implementation plan', 'task breakdown', 'project plan', 'TODO list', 'break into tasks'.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: session discovery, context gathering, conflict resolution, task generation, plan verification, interactive replan. Also names specific outputs: IMPL_PLAN.md, task JSONs, TODO_LIST.md.

3 / 3

Completeness

Describes what it does (planning pipeline steps and outputs) but completely lacks a 'Use when...' clause or any explicit trigger guidance for when Claude should select this skill. Per rubric guidelines, missing 'Use when' caps completeness at 2, and the 'when' is entirely absent, warranting a 1.

1 / 3

Trigger Term Quality

Uses highly technical jargon like 'multi-mode routing', 'spawn_agent', 'N+1 parallel agents', 'conditional conflict resolution' — these are not terms a user would naturally say. Missing natural keywords like 'plan', 'create plan', 'implementation plan', 'task breakdown', 'project planning'.

1 / 3

Distinctiveness Conflict Risk

The specific output artifacts (IMPL_PLAN.md, task JSONs, TODO_LIST.md) and the pipeline terminology provide some distinctiveness, but the overall 'planning' domain could overlap with other planning or project management skills. The jargon makes it somewhat distinct but not clearly scoped.

2 / 3

Total

7

/

12

Passed

Validation

72%

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

Validation8 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (632 lines); consider splitting into references/ and linking

Warning

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

8

/

11

Passed

Repository
catlog22/Claude-Code-Workflow
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.