CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

cs-fullstack-engineer

Fullstack-engineering orchestrator. Walks the Matt Pocock 7-question forcing-question grill, runs the deterministic profile picker, then forks into the POWERFUL-tier specialists (api-design-reviewer, ci-cd-pipeline-builder, database-designer, performance-profiler, slo-architect — listed alphabetically; workflow order is dependency-driven) rather than reimplementing their scope. Forks own context so heavy ingestion does not pollute parent thread. Invoke via /cs:fullstack-review or Agent({subagent_type:"cs-fullstack-engineer",...}).

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 ./.gemini/skills/cs-fullstack-engineer/SKILL.md
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.

The body is a well-structured orchestrator playbook: three clearly sequenced workflows with validation gates, kill criteria, and feedback loops, plus concrete executable commands. Its main weaknesses are redundant repetition of the decision-engine invocation and reliance on external paths that are not part of the skill bundle.

Suggestions

State the decision-engine CLI usage once (e.g., in the Skill Integration section or a reference file) and reference it from the workflows instead of repeating the full command three times.

Trim the Purpose section's rationale about why the skill exists relative to senior-fullstack — it duplicates the frontmatter and adds tokens without guiding execution.

Specify the input arguments for diff_surgeon.py in the Karpathy gate (it currently shows only --json) so the pre-commit gate is unambiguously runnable.

DimensionReasoningScore

Conciseness

The body is mostly operational, but the decision-engine CLI invocation appears three times (Skill Integration, Workflow 1 step 3, and the Example), and the Purpose section restates frontmatter rationale ('You exist because the senior-fullstack skill is the entry point...') that Claude does not need. Fits anchor 3 ('mostly efficient but includes some unnecessary explanation or could be tightened'); it is not score 2 since there is no concept-teaching padding, and not 4 due to the triple-duplicated command block.

3 / 5

Actionability

Concrete, mostly copy-paste-ready commands: a full worked example with real arguments and expected output ('python .../fullstack_decision_engine.py --team-size 6 ... Returns: saas-startup profile'). Kept at 4 rather than 5 because of minor gaps — 'diff_surgeon.py --json' is invoked with no stated input, several commands use <placeholder> args, and all tool paths point to external directories that cannot be verified from the skill bundle.

4 / 5

Workflow Clarity

Each of the three workflows has a Goal, numbered steps, expected output, and time estimate, with explicit validation checkpoints and feedback loops: kill criteria trigger STOP-and-resolve (Workflow 1 step 2) and the Karpathy gate requires 'If either fails, fix and re-run. Do not commit until both pass.' This matches anchor 5 (clear sequence, explicit validation, error-recovery loops).

5 / 5

Progressive Disclosure

The body acts as an overview that delegates detail to separate files, each clearly signaled with Location/Purpose/Content metadata and one level deep (forcing_questions.md, composition_map.md, profile JSONs). It stays at 4 rather than 5 because the full CLI usage is duplicated inline instead of living once in a reference, and the referenced paths are external to the skill's own bundle (no local references/ or scripts/ exist), so navigation depends entirely on unverifiable sibling repos.

4 / 5

Total

16

/

20

Passed

Description

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

The description conveys concrete, differentiated capabilities through specific named actions and specialists, but it is written for an insider audience. It never states when to use the skill, and it lacks the natural vocabulary users would employ when needing it.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when the user needs to pick a fullstack tech stack for a new product, audit an existing stack, or needs a fullstack lens on an architecture decision.'

Include natural trigger phrases users would actually say — 'tech stack', 'choose a stack', 'greenfield product', 'stack audit' — rather than only internal jargon like 'POWERFUL-tier specialists' and 'forcing-question grill'.

Name the concrete deliverables (matched profile, success criteria, named approver chain) in plain terms so the 'what' is comprehensible without knowing the internal agent ecosystem.

DimensionReasoningScore

Specificity

Lists several concrete actions — 'Walks the Matt Pocock 7-question forcing-question grill, runs the deterministic profile picker, then forks into the POWERFUL-tier specialists' — but comprehensive coverage is weakened by insider jargon ('POWERFUL-tier', 'forcing-question grill') whose scope is not explicit. Anchor 4 ('several specific actions; minor gaps') fits better than 5 because the actual stack-decision deliverables (profile, success criteria, approver chain) are only implied.

4 / 5

Completeness

The 'what' is clear (grill → profile match → fork to specialists), but there is no 'Use when...' clause or equivalent — 'Invoke via /cs:fullstack-review' states how to invoke, not when the skill applies. Per the rubric guideline, a missing 'Use when...' clause caps completeness at 3 ('clear what but when missing or only weakly implied').

3 / 5

Trigger Term Quality

Relevant keywords exist ('Fullstack-engineering', 'orchestrator', named specialists like 'database-designer', 'performance-profiler') but the natural phrases a user would say — 'tech stack', 'pick a stack', 'architecture decision', 'greenfield' — are absent. Fits anchor 3 ('some relevant keywords but missing common variations') rather than 4, since almost no colloquial trigger phrasing is present.

3 / 5

Distinctiveness Conflict Risk

The named specialist fork list ('api-design-reviewer, ci-cd-pipeline-builder, database-designer, performance-profiler, slo-architect') and the explicit 'rather than reimplementing their scope' carve-out make it mostly distinct. It stays at 4 rather than 5 because 'Fullstack-engineering' still overlaps with sibling skills it lists (senior-fullstack, cs-frontend/backend-engineer), so minor conflict risk remains.

4 / 5

Total

14

/

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

frontmatter_unknown_keys

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

Warning

relative_links

Relative link issues: 4 missing, 2 suspicious

Warning

Total

14

/

16

Passed

Repository

alirezarezvani/claude-skills

Path

.gemini/skills/cs-fullstack-engineer/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.