CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/iso-8601-vs-rfc-3339-reference

Pure-reference catalog of the ISO 8601 vs RFC 3339 distinction. Covers the relationship (RFC 3339 is a strict subset of ISO 8601 designed for internet protocols), the syntactic differences (RFC 3339 disallows ISO 8601's '+02' offset short-form requires '+02:00'; RFC 3339 mandates a date-time separator T or space; ISO 8601 allows much more), the canonical date-time string format (YYYY-MM-DDTHH:MM:SS[.fff]±HH:MM or Z), per-language parser behaviour (Python isoformat, Java Instant.parse, JS Date.parse non-spec), and serialisation rules for APIs. Use when choosing a wire format, parsing third-party datetimes, or auditing time-string handling.

76

Quality

95%

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

87%

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

A dense, well-structured reference that is concise and highly actionable, with a clean one-level-deep split into a verified reference file. The only soft spot is workflow clarity, since a reference catalog has no multi-step process to sequence; it is organized for discovery but lacks the validation-checkpoint structure the rubric rewards.

Suggestions

Since the skill serves several distinct use cases (choosing a wire format, parsing third-party datetimes, auditing), consider a short per-use-case mini-procedure with a verification checkpoint (e.g., 'audit: collect emitted strings → check offset present → run round-trip test') to give workflow_clarity a sequenced backbone.

Add one explicit validation/verification step in the serialisation section — e.g., 'After emitting, parse with a strict RFC 3339 parser in a second language and confirm the string round-trips' — turning the existing 'Test this' note into a concrete checkpoint.

Optionally surface the per-language parser matrix as a short inline 'quick check' table in SKILL.md so the most common decision (which parser is strict vs lenient) does not require opening the reference file.

DimensionReasoningScore

Conciseness

Lean reference prose that assumes Claude's competence — it jumps straight into the subset relationship and 'ISO 8601 in full generality is parsing hell' rather than explaining what a timestamp is, and uses dense tables/code blocks where every token earns its place.

3 / 3

Actionability

Concrete and copy-paste-ready for a reference catalog: exact canonical strings in a code block, a forbidden-forms table with specific invalid inputs and required fixes, specific serialisation directives ('Always include time-zone offset', 'Prefer UTC (Z)'), and concrete testable assertions — instruction-only but actionable per the rubric's code_vs_instruction note.

3 / 3

Workflow Clarity

This is a multi-faceted reference catalog (~150 lines, several use cases) rather than a simple single-action skill or a destructive/batch workflow, so the simple-skill carve-out does not cleanly apply; sections are well-ordered for discovery but there is no sequenced multi-step process with validation checkpoints, landing at the 'organized but no real workflow sequence' level.

2 / 3

Progressive Disclosure

A deliberate, well-signaled one-level-deep split: the core reference (canonical format, forbidden forms, serialisation, pitfalls, testable behaviours) stays in SKILL.md while the detailed parser matrix, version notes, and anti-pattern table live in the verified references/parser-support.md, which is linked with an explicit description of its contents.

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.

A tight, third-person description that names concrete coverage areas (syntactic differences, canonical format, per-language parser behaviour, serialisation rules) and pairs them with explicit, natural 'Use when' triggers. It answers both what and when without padding or over-claiming.

DimensionReasoningScore

Specificity

Lists multiple specific concrete coverage areas — 'the syntactic differences (RFC 3339 disallows ISO 8601's +02 offset short-form requires +02:00)', 'per-language parser behaviour (Python isoformat, Java Instant.parse, JS Date.parse non-spec)', and 'serialisation rules for APIs' — naming exact parsers and exact syntactic rules rather than vague domain labels.

3 / 3

Completeness

Clearly answers both: the 'what' via 'Pure-reference catalog of the ISO 8601 vs RFC 3339 distinction. Covers...' and the 'when' via an explicit 'Use when choosing a wire format, parsing third-party datetimes, or auditing time-string handling' clause.

3 / 3

Trigger Term Quality

Natural developer-facing terms are well covered: 'ISO 8601 vs RFC 3339', 'wire format', 'parsing third-party datetimes', 'auditing time-string handling', and 'serialisation rules for APIs' — phrases a user would plausibly say when reaching for this skill.

3 / 3

Distinctiveness Conflict Risk

A sharply defined niche — the ISO 8601 vs RFC 3339 distinction with format/parser/serialisation specifics — unlikely to trigger for unrelated skills; the use-when triggers are specific to datetime wire-format concerns.

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