CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

makefile-generator

Generate GNU Make build systems that define build targets, configure dependencies, set up phony targets, and implement parallel builds. Use when creating make/Makefile/.mk files, implementing compile rules, or building production-ready build automation for C/C++, Go, Python, and Java projects.

Quality

90%

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

81%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 highly actionable, well-sequenced skill body with executable code, an explicit validation feedback loop, and real one-level-deep references. Its main weakness is conciseness — the Mindset and Anti-Patterns sections duplicate Make fundamentals, and reference-worthy detail is inlined — plus a small navigation flaw at the end of the References section.

Suggestions

Cut the Mindset section to 2-3 lines or merge it into Anti-Patterns: its Make fundamentals (.PHONY rationale, per-line subshells, .ONESHELL, env-var inheritance) are restated nearly verbatim in the Anti-Patterns WHY clauses — keep one location only.

State the "document which internal docs you consulted" requirement once; it currently appears both in the Stage 2 workflow example ("Step 5: Document which docs were consulted") and again as a closing note.

Move the mbake false-positive table and Production-Quality Requirements (Docker error handling, .NOTPARALLEL patterns) into a reference file such as references/validation-guide.md, and fix the final References section so the GNU Manual/Coding Standards links form their own list rather than nesting under the scripts note bullet.

DimensionReasoningScore

Conciseness

The Mindset section teaches Make fundamentals Claude already knows (.PHONY rationale, per-line subshells, .ONESHELL) and the Anti-Patterns WHY clauses restate them, while Stage 2 repeats the "document which docs you consulted" instruction twice (lines 95 and 121). Below 4 because these padded/duplicated explanations are noticeable, but above 2 because the majority of the body is dense, non-trivial, actionable guidance (mbake behavior, validation criteria, production patterns).

3 / 5

Actionability

Copy-paste-ready code blocks for headers, standard variables, four languages, and standard targets; exact commands ("mbake format <Makefile>", "bash scripts/generate_makefile_template.sh go myservice"); and decision tables for formatting and info items. Specific examples cover the common cases, matching the top anchor.

5 / 5

Workflow Clarity

Four clearly sequenced stages (gather → lookup → generate → validate) with an explicit validate-fix-revalidate feedback loop ("Re-validate until checks pass", "MUST have 0 errors"), per-level pass criteria, and a final validation checklist — exactly the anchor-5 pattern with checkpoints and error recovery.

5 / 5

Progressive Disclosure

Good structure: a requirement-to-doc lookup table in Stage 2, a Documentation section listing all six reference files (all of which exist in references/, one level deep), and accurately described optional scripts. Below 5 because sizable detail (the mbake false-positive table, Production-Quality Requirements patterns, duplicated anti-pattern explanations) is inlined rather than split into references, and the trailing References section mis-nests the external GNU links under the scripts note bullet.

4 / 5

Total

17

/

20

Passed

Description

96%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: concrete capabilities, explicit 'Use when' triggers with synonyms and file extensions, and a clear Makefile-generation niche. The only weakness is the broad 'build automation for C/C++, Go, Python, and Java' tail, which slightly overlaps language-specific build-tool skills.

DimensionReasoningScore

Specificity

Lists four concrete actions — "define build targets, configure dependencies, set up phony targets, and implement parallel builds" — giving comprehensive, specific coverage of the domain rather than the 'minor gaps' of a 4.

5 / 5

Completeness

Explicitly answers both what ("Generate GNU Make build systems that define build targets...") and when ("Use when creating make/Makefile/.mk files, implementing compile rules...") with concrete trigger phrases, exactly matching the top anchor.

5 / 5

Trigger Term Quality

Includes natural user terms ("make/Makefile/.mk files", "implementing compile rules", "build automation") plus explicit language names, covering synonyms and file extensions like the anchor-5 example ("PDF files, PDFs, .pdf").

5 / 5

Distinctiveness Conflict Risk

The make/Makefile/.mk triggers form a clear niche, but the broad tail "building production-ready build automation for C/C++, Go, Python, and Java projects" could fire for users wanting Maven/Gradle, CMake, or npm-script builds when they don't say "make" — minor overlap with closely related build skills rather than the minimal risk of a 5.

4 / 5

Total

19

/

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

pantheon-org/tekhne

Path

skills/development/scripting/makefile/generator/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.