CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

universe-2026-prototype-becomes-critical

Explain or summarize "When a prototype becomes critical, does your GitHub policy know?", Baruch Sadogursky's (Port) GitHub Universe 2026 session. Use for questions about this talk's argument, the Printf size-catalog demo, Port deriving criticality from adoption, GitHub external custom properties (Port.criticality, Port.lifecycle, Port.owner), the ruleset targeting props.Port.criticality:critical, or what the blocked pull request showed. Covers the delivered session and its recording, not a setup runbook.

Quality

93%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

88%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 tight, well-structured knowledge brief: it scopes the question, separates delivered vs. prepared material, gives precise demo facts with timestamps, and ends cleanly. The two-step workflow with explicit entry/exit gates is fully clear, and the content earns its tokens; the only soft spots are a few unhandled edge cases in the answering guidance and the monolithic single-file layout.

DimensionReasoningScore

Conciseness

The brief is dense and fact-only: it assumes Claude's competence (no explanation of what rulesets, Port, or pull requests are) and every section carries non-derivable, talk-specific facts. The dates present (October 29, 2026; changelog September 29, 2026) are identifying event facts, not conditional version-dependent instructions, so no time-sensitivity penalty applies.

5 / 5

Actionability

Instructions are concrete and executable — "Keep three things apart", "Label prepared-but-unsaid material as such when you use it", "open the recording only for an exact quote or a detail absent here", "Do not invent audience reactions, quotes or details" — but this sits at anchor 4 rather than 5 because a couple of edge cases (e.g., a question covered neither by the brief nor worth opening the recording for) lack explicit handling.

4 / 5

Workflow Clarity

A single-task skill with an unambiguous two-step flow and explicit gates: Step 1's scope check with an exit branch ("say so and finish"), Step 2's termination condition ("Finish after answering"), and a conditional on network use. No destructive or batch operations are involved, so the validation cap does not apply, and the simple-skill exception for an unambiguous single action holds.

5 / 5

Progressive Disclosure

No bundle files exist; all content is inline in one well-organized ~145-line file with clear ##/### headers and a Sources section. Structure is good (anchor 4), but the file exceeds the 50-line simple-skill threshold and the demo narrative could plausibly live in a separate reference file, so it does not fully meet anchor 5's "content appropriately split" with signaled references.

4 / 5

Total

18

/

20

Passed

Description

95%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 highly specific, well-scoped description that names the exact talk, speaker, and technical surface (external custom properties, ruleset targeting, blocked PR) with an explicit "Use for..." trigger clause and a clear boundary against setup runbooks. The only minor limitation is the small set of action verbs ("explain or summarize"), while topic coverage is comprehensive.

DimensionReasoningScore

Specificity

"Explain or summarize" names the domain and a couple of concrete actions, and the enumerated coverage ("Printf size-catalog demo", "GitHub external custom properties (Port.criticality, Port.lifecycle, Port.owner)", "the ruleset targeting props.Port.criticality:critical", "what the blocked pull request showed") is comprehensive; the action verbs themselves are few, so it sits between anchor 3 and anchor 5, matching anchor 4.

4 / 5

Completeness

It explicitly answers both: what ("Explain or summarize" the named session) and when ("Use for questions about this talk's argument..."), with concrete trigger phrases and an explicit boundary ("Covers the delivered session and its recording, not a setup runbook").

5 / 5

Trigger Term Quality

Natural terms a user would say for this need are all present: the talk title, "Baruch Sadogursky", "GitHub Universe 2026", "Port", "external custom properties", "Printf", "size-catalog", "blocked pull request", and the exact query syntax "props.Port.criticality:critical" — comprehensive coverage including identifiers and synonyms.

5 / 5

Distinctiveness Conflict Risk

It pins a single specific talk, speaker, event, and vendor feature set, giving it a clear niche with distinct triggers and essentially no overlap risk with other skills.

5 / 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

jbaruch/shownotes

Path

_skills/github-universe-2026-prototype-policy/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.