CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

minutes-x1-send-meeting

Send one of the user's own Minutes meetings to their X1 household for review. Use when the user wants a meeting's summary, decisions, action items, and open questions to reach X1 so they can confirm what belongs in their household record. X1 asks the user to approve the send, and nothing reaches the household record until they confirm each item. Never use it for a restricted meeting, a transcript, or someone else's meeting.

72

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

The canonical home for this skill is minutes-x1-send-meeting in silverstein/minutes

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.

An exceptionally operational skill body: exact tool calls, a complete argument template, a mapping-check example table, explicit pre-send validation, and a thorough error-recovery playbook. The only refinements are light de-duplication of the approval caveat and optionally moving the mapping table or error catalog into a reference file.

Suggestions

De-duplicate the approval caveat: "Nothing reaches the household record until they confirm each item" appears in both the intro paragraph and step 6; state it once to save tokens.

Consider moving the five-row mapping-checks table and/or the X1 error-response catalog into a one-level-deep reference file (e.g. references/mapping-checks.md) so the main body stays a lean overview.

Tighten a few explanatory asides (e.g. "The meeting id comes first so a cut never merges two meetings") into shorter parenthetical rules without losing the rationale.

DimensionReasoningScore

Conciseness

Nearly every sentence is operational and non-obvious (byte limits, idempotency key format, exact field mappings, error-message handling), assuming Claude's competence with no padding about concepts it already knows. Minor trimming opportunities exist — e.g., the "nothing reaches the household record until they confirm" caveat is repeated in the intro and step 6, and phrasings like "The meeting id comes first so a cut never merges two meetings" could be tightened. This fits anchor 4 (efficient, minor over-explanation) rather than 5 (every token earns its place) and is well above anchor 3.

4 / 5

Actionability

The guidance is fully executable for an instruction-only skill: exact tool names ("search_meetings", "get_user_capabilities", "request_human_confirmation"), a copy-paste-ready JSON argument template in step 4, an exact idempotency-key recipe ("mx1:<externalMeetingId>:<own or the clientId>" cut to 110 characters), and a five-row source-to-argument example table covering the common due-date cases. This matches anchor 5 (copy-paste ready, specific examples cover common cases).

5 / 5

Workflow Clarity

The six numbered steps are clearly sequenced with explicit validation checkpoints before the risky send (capability check, schema inspection of "meeting.actionItems", restricted-stub stop, empty-household stop, empty-meeting stop), and the "Handling X1's answers" section provides a complete feedback loop: "Fix it once (drop empty fields, shorten entries) and ask again", bounded suffix retries ("at most five keys per request"), and unconditional stop conditions. Despite the outbound/destructive nature of the send, validation is pervasive, matching anchor 5.

5 / 5

Progressive Disclosure

The body is well organized into clear sections (Required connections, Workflow, Mapping checks, Handling X1's answers, Boundaries) with no nested references and no bundle files, and all content is operationally needed for this single workflow. However, the mapping-examples table and the error-response catalog are self-contained blocks that could live in one-level-deep reference files to slim the main body, which fits anchor 4 (good structure, minor organization gaps) rather than 5.

4 / 5

Total

18

/

20

Passed

Description

87%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: concrete, third-person, with an explicit "Use when" trigger clause, enumerated payload elements, approval scoping, and clear negative boundaries. The only minor gap is coverage of a few natural user synonyms such as "share" or "sync".

DimensionReasoningScore

Specificity

"Send one of the user's own Minutes meetings to their X1 household for review" names the domain and concrete actions, and it enumerates the payload elements ("summary, decisions, action items, and open questions") plus the approval flow, but the action set centers on a single send operation with its side conditions rather than multiple distinct actions. This matches anchor 4 (several specific actions, minor gaps) better than 3 (only 1-2 concrete actions) and better than 5 (comprehensive multi-action coverage).

4 / 5

Completeness

It explicitly answers "what" ("Send one of the user's own Minutes meetings to their X1 household for review") and "when" with a concrete "Use when the user wants a meeting's summary, decisions, action items, and open questions to reach X1" clause, and adds negative triggers ("Never use it for a restricted meeting, a transcript, or someone else's meeting"). This clearly matches anchor 5; it is above anchor 4 because the when-clause uses concrete trigger phrases rather than a generic condition.

5 / 5

Trigger Term Quality

Natural user phrasings like "send ... meeting", "meeting's summary, decisions, action items, and open questions", and the product names "Minutes" and "X1" are present and would be said verbatim by a user. A few natural variants ("share my meeting", "sync to X1", "meeting notes") are missing, which fits anchor 4 (good coverage, a few natural terms missing) rather than 5 (full synonym and extension coverage).

4 / 5

Distinctiveness Conflict Risk

The Minutes-to-X1 send niche is uniquely identified by product names, and the exclusions ("Never use it for a restricted meeting, a transcript, or someone else's meeting") plus the approval-scoping sentence minimize mis-triggering against generic meeting or note skills. It matches anchor 5 (clear niche, distinct triggers, minimal conflict risk) and is clearly above anchor 4's "minor overlap risk with closely related skills".

5 / 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-x1-send-meeting/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.