CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

privacy-filter

Use when the work-journal app asks which transcript utterances of an hour are bystander or personal non-work conversations to remove, and which spoken identifiers to redact.

Quality

87%

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

90%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.

An exemplary instruction-only skill body: dense, precise decision rules with a complete output schema, explicit conservative-failure checkpoints, and clean section organization. The only refinements would be an output self-check step and possibly splitting the JSON schema into a reference file.

DimensionReasoningScore

Conciseness

Lean and dense throughout: every sentence carries decision-relevant rule content (input field semantics, per-category criteria, confidence bounds, edge cases like empty input), with no explanation of concepts Claude already knows and no padding. The body assumes Claude's competence and every token earns its place.

5 / 5

Actionability

Fully actionable for an instruction-only skill: exact input contracts, concrete decision rules per category with in-text examples ('love you, mom'; '13:10-13:20 was people next to me, not me'; 'disregard Speaker 3'), explicit confidence ranges, and a complete executable JSON Schema for the output. Per the rubric's instruction-only note, absence of code is not penalized when guidance is this concrete.

5 / 5

Workflow Clarity

Sequence is unambiguous (read all input in parts → apply drop/keep rules with corrections outranking judgement → compute ranges and confidence → apply redact rules → emit one JSON object), and explicit checkpoints exist: 'until you have read all of it, then answer', 'When unsure, keep', 'Do not drop below 0.5; keep instead', and 'Never invent utterances, people, or indexes'. Not a 5 because no final output self-check is specified (e.g. verifying range indexes exist and exclude kept utterances), a minor validation gap for a batch/destructive operation.

4 / 5

Progressive Disclosure

Well-organized single-file skill with clear sections (Rules, Input, task-specific rules, Output schema) and nothing buried; no bundle files exist to reference. Not a 5 because the ~70-line inline JSON schema plus rules make a ~120-line document with no overview/quick-start separation — arguably the schema could live in a reference file — though for a headless, self-contained skill the inline placement is defensible.

4 / 5

Total

18

/

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 tight, niche-specific description with an explicit 'Use when' trigger and concrete domain language covering the skill's two outputs (drop and redact). Its main limitation is that the capability statement is folded entirely into the when-clause rather than declared directly, and it lacks synonym-level trigger terms.

DimensionReasoningScore

Specificity

Names the domain (work-journal app, hourly transcript utterances) and two precisely-phrased concrete actions — 'bystander or personal non-work conversations to remove' and 'spoken identifiers to redact' — that together cover the skill's full output space. Not a 3 because coverage has no gaps; not a 5 because only two actions are given rather than 'multiple'.

4 / 5

Completeness

Both what and when are present: the 'Use when...' clause explicitly gives the trigger, and the what (decide which conversations to remove and which identifiers to redact) is fully conveyed. Not a 5 because the what is only embedded inside the when-clause rather than stated as a direct capability declaration ('Identifies and removes... Use when...').

4 / 5

Trigger Term Quality

Good natural keyword coverage: 'work-journal app', 'transcript utterances', 'bystander', 'personal non-work conversations', 'remove', 'spoken identifiers', 'redact'. Not a 5 because common synonyms a user might say ('private', 'overheard', 'sensitive') are absent; not a 3 because the terms present are relevant and natural, not generic.

4 / 5

Distinctiveness Conflict Risk

Clear niche with distinct triggers — filtering bystander/personal conversations from a work-journal app's hourly transcript — that no plausible sibling skill would share; minimal conflict risk.

5 / 5

Total

17

/

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

chandler767/WorkJournal

Path

work-journal/skills/work-journal/skills/privacy-filter/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.