CtrlK
BlogDocsLog inGet started
Tessl Logo

save-context

Save session to CONTEXT-llm.md with conversation summary. Use when saving work, checkpointing progress, preserving session state. Triggers include "save context", "save session", "checkpoint", "save my progress".

61

Quality

73%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/agentic-harness/save-context/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 well-structured, highly actionable instruction skill with real bundle files, explicit guards, and a clearly sequenced three-phase workflow. Its weaknesses are moderate redundancy (duplicated reference pointers and stream-naming rules, a largely inferable usage-examples section) and the absence of an in-body post-write validation step.

Suggestions

Remove the duplicate reference pointers: keep either the inline 'See references/reference.md' note in Phase 3 or the final References section, not both, and state the stream-naming rule once.

Trim or cut the 'Usage Examples' section (~34 lines) — the file paths it lists are already specified in the Workflow and References, so the section mostly re-derives inferable outcomes.

Add an explicit post-write validation checkpoint in Phase 3 (e.g., verify the written CONTEXT file is within the 1200-1500 token budget and that upsert-index.sh reported UPDATED/APPENDED before proceeding to archival).

DimensionReasoningScore

Conciseness

The body is mostly efficient instructions (phases, guards, anti-patterns), but there is noticeable tightening opportunity: the final "References" section (lines 154-156) duplicates the pointer already given in Phase 3 (line 64), stream-naming rules appear in both Phase 1 and Phase 3, and the 34-line "Usage Examples" section largely restates file outcomes already specified in the Workflow. This fits "mostly efficient but includes some unnecessary explanation or could be tightened" better than the 4 anchor's 'minor instances', while being well above the verbose padding of a 2.

3 / 5

Actionability

Concrete, executable guidance dominates: exact shell invocations ("rtk ls -t .context/session/CONTEXT-*llm.md", "mkdir -p .context/session/done && mv ..."), a stream-name regex, a real upsert script with documented arguments, and deferred-but-real templates in references/reference.md. It is not a 5 because Phase 2 synthesis guidance and the AskUserQuestion fallback are directive rather than copy-paste executable, and the archive-exceptions (baseline stream) live only in the reference file — minor gaps per the 4 anchor.

4 / 5

Workflow Clarity

A clear three-phase sequence with most checkpoints present: the AskUserQuestion empty-answer guard with an explicit wait-for-reply loop, read-before-overwrite in the anti-patterns, and a status condition gating the destructive mv archive (only done/parked, with an anti-pattern warning against premature archival). It falls short of 5 because there is no post-write verification (e.g., confirming the file stayed within the 1500-token budget — the self-check exists only in the reference), leaving a minor validation gap per the 4 anchor.

4 / 5

Progressive Disclosure

Good structure against the actual bundle: the body is a workflow overview, and both referenced paths are real, one-level-deep files clearly described (references/reference.md holds the template, status mapping, self-check, and upsert details; scripts/upsert-index.sh is a working script). It is not a 5 because the body runs ~145 lines with some content (usage examples, duplicated reference pointers, stream-naming repetition) that overlaps or could live in the reference, and the reference pointer is stated twice rather than cleanly signaled once.

4 / 5

Total

15

/

20

Passed

Description

78%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 concise, third-person description that clearly states what it does, when to use it, and lists natural trigger phrases. Its main limitation is thin capability coverage — only one concrete action is stated, omitting INDEX.md updating and auto-archival that the skill actually performs.

DimensionReasoningScore

Specificity

"Save session to CONTEXT-llm.md with conversation summary" names the domain and one concrete action (writing a specific file with a summary), matching the "1-2 concrete actions, but not comprehensive" anchor. It is not a 4 because no additional specific actions (e.g., INDEX.md upsert, auto-archive) are mentioned, and not a 2 because the action and target file are concrete rather than generic.

3 / 5

Completeness

It explicitly answers both: what ("Save session to CONTEXT-llm.md with conversation summary") and when ("Use when saving work, checkpointing progress, preserving session state") plus concrete trigger phrases — matching the anchor for clearly and explicitly answering both with concrete triggers. It is not below 5 because neither half is vague or merely implied.

5 / 5

Trigger Term Quality

Explicit triggers — "save context", "save session", "checkpoint", "save my progress" — are natural phrases a user would say, giving good coverage. It falls short of the 5 anchor because common variations/synonyms like "save my work", "preserve session", or "session state" (only mentioned in the 'when' clause, not as triggers) are missing; it is clearly above 3 since multiple natural terms are present rather than merely 'some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

The named output file (CONTEXT-llm.md) and save-oriented triggers carve a clear niche distinct from a sibling load-context skill, but "checkpoint" and "save my progress" are generic enough to overlap with unrelated progress-saving or git-checkpoint skills — minor overlap risk per the 4 anchor. It is above 3 because the triggers and file target are specific, not just 'somewhat specific'.

4 / 5

Total

16

/

20

Passed

Validation

87%

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

Validation14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

14

/

16

Passed

Repository
pantheon-org/tekhne
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.