CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

minutes-mirror

Self-coaching analysis of your own behavior across meetings — talk-time ratio, filler words, hedging language, monologue length, energy patterns, and (when meetings are tagged via /minutes-tag) what your behavior in winning meetings looks like vs losing ones. Use this whenever the user says "how did I do", "review my last meeting", "mirror", "self-review", "show my patterns", "coach me", "where am I weak", "talk time", "am I improving", "what do I do in meetings I win", "feedback on me", or asks for any kind of personal feedback on their own meeting behavior. This is the rare skill that gives the user a mirror to their own habits — surface it whenever they show curiosity about their own performance, even if they don't use the word "mirror".

Quality

92%

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

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 highly actionable, well-validated workflow: concrete commands, a deterministic bundled script with a documented output contract, explicit error handling, and honest data-sufficiency thresholds. The only weaknesses are mild duplication of the meeting-count thresholds and a monolithic body that could split the metric reference and output templates into a separate file.

Suggestions

State the ≥5-meeting and ≥3-per-tag thresholds once (Phase 2b) and have the Gotchas entry reference them instead of repeating them verbatim.

Move the per-meeting JSON field table and/or the two output templates to a references/ file (e.g., OUTPUT_FORMATS.md) to shorten SKILL.md to an overview plus navigation.

DimensionReasoningScore

Conciseness

The body is efficient and assumes competence — commands, flags, exit codes, and thresholds are stated without tutorial padding — but there is duplication: the ≥5-meeting behavioral threshold and the ≥3-per-tag outcome threshold each appear in both Phase 2b and Gotchas, and some coaching-philosophy prose ("The point is not to roast you…") could be trimmed. It is noticeably above anchor 3 (only minor tightening needed), short of anchor 5 due to the repeated threshold statements.

4 / 5

Actionability

Fully executable throughout: exact commands ("minutes list --content-type meeting --limit 5"), a copy-paste stdin pipeline invoking the verified bundled script with the --self flag, a complete JSON output field table, exit-code-specific recovery (exit 3 names found speaker labels to retry with), and concrete output templates. This matches the anchor-5 'copy-paste ready, common cases covered' example.

5 / 5

Workflow Clarity

Phases 0→3 are clearly sequenced with explicit validation checkpoints ("Require exit status 0", "Require both sides of the pipeline to exit successfully"), an error-recovery loop for exit code 3, data-sufficiency thresholds that force honest reporting below them, and a no-diarization failure path ("Don't compute talk-time on a transcript without speakers"). This is the anchor-5 pattern of sequence + validation + feedback loops for a batch operation.

5 / 5

Progressive Disclosure

The single bundle file (scripts/mirror_metrics.py — verified to exist and to produce the documented fields, filler/hedge lists, and outcome tags) is referenced cleanly one level deep with its output contract documented inline. However, all mode details, metric tables, and output templates live inline in a ~230-line body with no content split into reference files. Good structure, minor organization gap — anchor 4 rather than 5, where the body is a longer 'everything inline' spec.

4 / 5

Total

18

/

20

Passed

Description

91%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 strong description with explicit what/when structure and unusually rich natural-language trigger phrases. The only deductions are for second-person voice in the capability statement and a slightly over-broad closing trigger instruction that could cause minor overlap with related meeting skills.

Suggestions

Rewrite the capability statement in third person (e.g., "Self-coaching analysis of the user's own behavior across meetings…") to remove the second-person voice penalty.

Tighten the closing trigger sentence — "surface it whenever they show curiosity about their own performance" is broad enough to risk triggering on general performance questions outside meeting behavior.

DimensionReasoningScore

Specificity

The description lists comprehensive concrete capabilities ("talk-time ratio, filler words, hedging language, monologue length, energy patterns", "winning meetings looks like vs losing ones"), matching the anchor-5 example — but it is written in second person ("your own behavior across meetings", "what your behavior in winning meetings"), which the rubric penalizes by one point. It is well above anchor 3 because coverage is comprehensive rather than 1-2 actions.

4 / 5

Completeness

Both halves are explicit: a clear 'what' (named metrics and the win/loss correlation behavior) and a concrete 'when' ("Use this whenever the user says…" followed by a list of literal trigger phrases plus a behavioral trigger about curiosity about one's own performance). This is the anchor-5 pattern.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and natural: "how did I do", "review my last meeting", "mirror", "self-review", "show my patterns", "coach me", "where am I weak", "am I improving", "feedback on me", plus a catch-all for "any kind of personal feedback on their own meeting behavior". This matches the anchor-5 level of including synonyms and phrasing users would actually say.

5 / 5

Distinctiveness Conflict Risk

It carves a clear niche (self-analysis of one's own meeting behavior, distinct signals like "mirror" and "how did I do"), but the closing instruction to "surface it whenever they show curiosity about their own performance, even if they don't use the word 'mirror'" plus generic triggers like "review my last meeting" create minor overlap risk with general meeting-summary or coaching skills. Not 5 due to that breadth; clearly above 3 because the domain is well bounded.

4 / 5

Total

18

/

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

silverstein/minutes

Path

.opencode/skills/minutes-mirror/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.