CtrlK
BlogDocsLog inGet started
Tessl Logo

gog-meet

Google Meet operations through gog.

59

Quality

74%

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 ./.agents/skills/gog-meet/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is an exemplary lean CLI-skill overview: executable safe-start commands, a scannable command table, safety rules with write validation, and disciplined deferral of syntax to --help/schema rather than duplicating it. Its only real gap is the absence of one or two example invocations for the most common operations (e.g., creating or fetching a meeting space).

DimensionReasoningScore

Conciseness

The ~40-line body is lean with zero concept explanations: an ordered safe-start command block, a six-row command table, five safety bullets, and pointers to CLI self-documentation. Every token earns its place, matching 'Lean and efficient; assumes Claude's competence'.

5 / 5

Actionability

The safe-start block ('gog auth list --check --json --no-input', 'gog schema meet --json', 'gog --readonly --account user@example.com meet --help') is copy-paste ready, but the six operating commands (create, end, get, history, participants, update) have no example invocations — syntax is deferred to '--help' and 'schema'. This is 'mostly executable guidance with minor gaps' rather than 'specific examples cover the common cases'.

4 / 5

Workflow Clarity

There is a clear ordered setup sequence (auth check → schema → help) plus explicit validation checkpoints for the mutating operations ('--dry-run before supported writes', 'Confirm the exact account, object, and mutation before any write or delete'), so the destructive-operation cap does not apply. It falls short of 5 because the run-verify loop is conveyed as bullets rather than an explicit sequenced workflow with feedback on failure.

4 / 5

Progressive Disclosure

No bundle files exist, and the body is under 50 lines with well-organized sections (Safe start, Commands), which the guidelines say can score 5. The one external reference ('Read ../gog/SKILL.md first for shared auth, output, safety, and live-write rules') is clearly signaled and exactly one level deep.

5 / 5

Total

18

/

20

Passed

Description

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

The description is concise and unambiguous about its niche (Google Meet via the gog CLI) but says almost nothing about what the skill actually does ('operations') and provides no 'Use when...' trigger guidance. It identifies the domain well but undersells the concrete capabilities (create, end, get, history, participants, update).

Suggestions

State the concrete capabilities instead of the generic 'operations', e.g., 'Create, end, and update Google Meet meeting spaces; list participants and call history via the gog CLI.'

Add an explicit trigger clause, e.g., 'Use when the user asks about Google Meet meetings, meeting spaces, call participants, or past calls.'

Include natural synonyms such as 'meeting', 'video call', and 'conference records' so the description matches how users actually phrase these requests.

DimensionReasoningScore

Specificity

The description names a concrete domain and tool ("Google Meet operations through gog") but the only action word is the generic "operations", matching the anchor 'Names the domain but actions are minimal or generic'. It is not a 3 because no concrete capabilities (e.g., create, end, or list meetings) are stated.

2 / 5

Completeness

The 'what' is identifiable (Google Meet operations via the gog CLI) but 'operations' is unspecified, and there is no 'Use when...' clause or equivalent trigger guidance, which per the guidelines caps completeness at 3. It is not a 4 because 'when' is entirely missing, and not a 2 because the what is clearer than the vague example 'Use when working with documents'.

3 / 5

Trigger Term Quality

"Google Meet" is a natural keyword a user would say, but common variations and synonyms ("meeting", "video call", "start/join a meeting") are absent, fitting 'Some relevant keywords but missing common variations or synonyms'. It is not a 4 because keyword coverage is thin rather than 'good with a few missing'.

3 / 5

Distinctiveness Conflict Risk

"Google Meet" combined with the specific tool "gog" carves out a clear niche with distinct triggers and minimal risk of firing for the wrong skill. Re-reading the 4 anchor ('mostly distinct; minor overlap risk'), nothing here overlaps with adjacent skills, so 5 is the best fit.

5 / 5

Total

13

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository
openclaw/gogcli
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.