CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/leap-second-reference

Pure-reference catalog of leap-second mechanics and the bugs they cause: the 23:59:60 UTC insertion (announced ~6 months ahead by IERS Bulletin C; 27 inserted 1972-2016; abolished by 2035 per CGPM 2022), the Google/AWS leap-smear alternative, and the four bug classes a real insertion exposes - time_t non-monotonicity, negative durations, NTP cascading, and cross-node clock skew - each with a monotonic-clock fix and a freezegun simulation. Use when auditing time-sensitive code (financial timestamping, distributed logs, NTP-driven schedulers) for second-by-second progress assumptions; for the far more common daylight-saving-time transition hazards, use dst-transition-reference instead.

75

Quality

94%

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

Overview
Quality
Evals
Security
Files

Quality

Content

85%

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

The content is highly actionable and well-structured with a clear audit workflow and appropriate one-level-deep progressive disclosure. Its main weakness is conciseness, as several passages restate background facts and leap-second history that Claude already knows.

Suggestions

Tighten the Overview and mechanics sections by dropping definitional background Claude already knows (what a leap second is, the 86400 s/day POSIX definition, the 2012 kernel-hang anecdote) and keeping only the actionable facts.

Consider moving the 27-insertion historical record and Bulletin C narration entirely into the existing references file rather than summarizing it twice in the body.

Collapse the overlapping testable-behaviours table and the freezegun/Worked-example sections, which restate the same monotonic-clock assertion multiple times.

DimensionReasoningScore

Conciseness

Mostly efficient but padded with background Claude already knows (e.g. defining what a leap second is, restating the 86400-seconds-per-day POSIX definition, and explaining the 2012 NTP kernel-hang incident); the body could be tightened without losing actionable content.

2 / 3

Actionability

Provides fully executable, copy-paste-ready Python (time.monotonic() duration fix, freezegun harness) plus concrete fixes per anti-pattern row and a worked end-to-end example, not pseudocode.

3 / 3

Workflow Clarity

The 'How to use this reference' and 'Worked example' sections give a clearly sequenced audit process (decide relevance, locate bug class, apply fix, assert against the testable-behaviours table, simulate), with explicit validation via the assertion step and a named caveat about what freezegun cannot verify.

3 / 3

Progressive Disclosure

SKILL.md is a concise overview that signals a single one-level-deep reference (references/smear-strategies-and-history.md) that exists and contains the deeper history/smear detail, with clear navigation; the reference file itself does not nest further.

3 / 3

Total

11

/

12

Passed

Description

100%

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 specific, trigger-rich, and explicitly answers both what the skill does and when to use it, while clearly distinguishing it from the related DST skill. It is somewhat long and dense, but the density is substantive rather than padded fluff.

DimensionReasoningScore

Specificity

Lists multiple concrete actions/capabilities: cataloging the 23:59:60 UTC insertion, the Google/AWS leap-smear alternative, and four named bug classes (time_t non-monotonicity, negative durations, NTP cascading, cross-node clock skew) each with a monotonic-clock fix and a freezegun simulation.

3 / 3

Completeness

Clearly answers both 'what does this do' (pure-reference catalog of leap-second mechanics and the bugs they cause) and 'when should Claude use it' via an explicit 'Use when auditing time-sensitive code...' clause, plus a redirect to dst-transition-reference for the DST case.

3 / 3

Trigger Term Quality

Covers natural terms users would say when they need this skill: 'auditing time-sensitive code', 'financial timestamping', 'distributed logs', and 'NTP-driven schedulers', plus the explicit second-by-second progress framing.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche (leap-second mechanics and bugs) with distinct triggers, and explicitly disambiguates from the more common daylight-saving-transition skill, making a wrong-skill trigger unlikely.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents