CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

talk-farley-vibe-coding-best-we-can-do

Summarizes, explains, and answers questions about Dave Farley's talk 'Vibe Coding — Is this really the best we can do?', including key arguments, frameworks, and recommendations. Provides verbatim-cited explanations of Farley's three properties of programming languages, audits AI-coding setups against his three-problems framework, drafts BDD-style executable specifications, and outlines his continuous-delivery approach to AI-driven development. Use when the user asks about Dave Farley's talk on vibe coding, agentic programming, AI-generated tests, BDD-style executable specifications, problem-specific DSLs, why natural language is insufficient as a programming language, the three properties of programming languages (formal grammar / unambiguous intent / deterministic execution), the three problems AI programming creates (precise specification, verification, incrementalism), fifth-generation programming, AI as compiler, or applying Farley's continuous-delivery approach to AI coding agents.

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.

The body is a well-structured, highly actionable set of operating instructions for a single-source reference skill, with explicit validation checkpoints and clearly signaled one-level-deep references. Its main weakness is redundancy: the grounding rules and default workflow cover the same steps twice, and the 'safe excerpts' phrasing repeats throughout, which costs tokens without adding guidance.

Suggestions

Merge the 'Grounding rules' and 'Default workflow' sections — items 1-4 of the grounding rules restate default workflow steps 2-5 (read outline.md then the transcript range, quote with line citations, say-so when absent); a single combined workflow with the unique rules (speaker attribution, addressee cross-reference) would save ~15 lines.

Introduce the 'safe excerpts' convention once and refer to it thereafter; it is currently redefined or restated in nearly every use-case section.

Add a short bundle map (one line each for transcript.md, outline.md, quote.md) in a single place so the reference files and their roles are discoverable without reading the whole body — and confirm those files actually ship with the skill.

DimensionReasoningScore

Conciseness

The 'Grounding rules' (items 1-4) and 'Default workflow' (steps 2-5) substantially duplicate each other — both cover reading outline.md then transcript.md, quoting with citations, and saying-so when the transcript lacks an answer — and the 'safe excerpts' phrasing repeats roughly eight times. Otherwise the body is lean with no over-explanation of concepts Claude already knows, so it sits at 'mostly efficient but could be tightened' rather than the minor-trim level of 4.

3 / 5

Actionability

For an instruction-only skill the guidance is fully concrete: named files (outline.md, transcript.md, quote.md), named outline sections ('Named frameworks / concepts', 'Terminology glossary'), a concrete verdict vocabulary (covered / partial / missing), an explicit marker syntax ('[not from talk — added as a starting placeholder]'), and specific fallback behaviors for every failure path. This matches the anchor for fully executable guidance covering the common cases.

5 / 5

Workflow Clarity

Every workflow is a clearly numbered sequence with explicit checkpoints and error branches: 'If the answer isn't in the transcript, say so explicitly', 'If the user hasn't described their state for a dimension, ask before scoring', and 'If a dimension genuinely doesn't apply, say so explicitly and explain why'. No destructive or batch operations are involved, so no validation cap applies, and the conditional handling is spelled out rather than implicit.

5 / 5

Progressive Disclosure

The body is a well-organized overview with one-level-deep, clearly signaled references (outline.md, transcript.md, quote.md), each given a stated purpose, plus a closing 'Key quotes' section pointing to quote.md. However, the referenced bundle files are not present in the bundle to verify and there is no consolidated map of the reference files in one place, leaving minor organization gaps that fit anchor 4 rather than the fully-verified, easy-navigation level of 5.

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.

The description is excellent: it states concrete capabilities in third person, provides an explicit 'Use when' clause with a rich set of natural trigger phrases, and clearly delimits the skill to a single named talk. The only residual risk is that some broad trigger terms (BDD, AI-generated tests) could overlap with general BDD/agentic-coding skills.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions — 'Summarizes, explains, and answers questions about' the talk, 'Provides verbatim-cited explanations of Farley's three properties of programming languages', 'audits AI-coding setups against his three-problems framework', 'drafts BDD-style executable specifications', and 'outlines his continuous-delivery approach' — with coverage matching every use case in the body. This is the comprehensive-coverage anchor, not the minor-gaps level of 4.

5 / 5

Completeness

Both questions are answered explicitly: the 'what' is a list of concrete actions in third person, and the 'when' is an explicit 'Use when the user asks about Dave Farley's talk on vibe coding...' clause with concrete trigger phrases. This is a direct match for the anchor-5 example pattern.

5 / 5

Trigger Term Quality

It enumerates comprehensive natural trigger phrases users would actually say: 'vibe coding, agentic programming, AI-generated tests, BDD-style executable specifications, problem-specific DSLs, why natural language is insufficient as a programming language, fifth-generation programming, AI as compiler', including framework-specific synonyms. Coverage is thorough enough for the top anchor.

5 / 5

Distinctiveness Conflict Risk

The skill has a clear niche — one named talk by a named speaker — but the long trigger list includes broad phrases such as 'BDD-style executable specifications', 'AI-generated tests', and 'agentic programming' that could also fire for users working with general BDD or continuous-delivery skills if the 'Dave Farley's talk on' qualifier is not parsed with them. Mostly distinct with minor overlap risk fits anchor 4; it is not the minimal-conflict level of 5.

4 / 5

Total

19

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

jscraik/Agent-Skills

Path

Plugins/aidevcon/skills/talk-farley-vibe-coding-best-we-can-do/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.