CtrlK
BlogDocsLog inGet started
Tessl Logo

gog-analytics

Google Analytics operations through gog.

57

Quality

72%

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-analytics/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

92%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, executable quick-start: concrete commands, explicit safety boundaries for writes, and a tight command table that defers syntax details to the CLI's own help/schema output. The only gap is the absence of a worked example for the main `report` command, which keeps actionability at 4.

DimensionReasoningScore

Conciseness

Every line earns its place: a safe-start command block, flag rules as terse bullets, and a two-row command table. There is no explanation of what Google Analytics is or how the CLI works — it assumes Claude's competence. Matches 'Lean and efficient; every token earns its place'; nothing here is padded enough to fall to 4.

5 / 5

Actionability

The safe-start block is copy-paste-ready executable bash ("gog auth list --check --json --no-input", "gog schema analytics --json", "gog --readonly --account user@example.com analytics --help") and flag guidance is concrete (--json --wrap-untrusted, --readonly, --dry-run). However the primary use case — actually running a report — never gets a worked example invocation, only a pointer to --help/schema, so it is 'mostly executable with minor gaps' rather than fully covering common cases.

4 / 5

Workflow Clarity

The safe-start sequence is explicit and ordered: verify auth first, inspect the schema, then view command help, with "Confirm the exact account, object, and mutation before any write or delete" as a checkpoint before any mutation and "--dry-run before supported writes" as pre-write validation. This is a simple, read-mostly skill where the two commands (accounts, report) are unambiguous, and validation is present at the risky boundary, fitting the simple-skill exception for a clear sequence with explicit validation.

5 / 5

Progressive Disclosure

At ~27 lines with no bundle files, the body is well-organized into Safe start and Commands sections — per the rubric, sub-50-line skills with no need for external references can score 5 on well-organized sections alone. The one reference ("Read ../gog/SKILL.md first") is clearly signaled and one level deep rather than nested, and per-command detail is correctly deferred to `--help` and `gog schema ... --json` rather than inlined.

5 / 5

Total

19

/

20

Passed

Description

40%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 correctly names the domain and tool but stops there: it lists no concrete capabilities and gives no guidance on when to invoke the skill. A user or model scanning descriptions would learn neither what specifically can be done (reports, account summaries) nor what phrasing should trigger it.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user mentions Google Analytics, GA4, analytics reports, or account summaries."

Replace "operations" with the concrete actions the skill supports, e.g. "List GA4 account summaries and run GA4 reports (Analytics Data API) via the gog CLI."

Include natural synonyms such as "GA4", "GA", and "Analytics Data API" so user phrasing variants match the description.

DimensionReasoningScore

Specificity

"Google Analytics operations through gog" names the domain but "operations" is entirely generic — no concrete actions (run reports, list accounts) are stated. This matches the anchor 'Names the domain but actions are minimal or generic' ("Processes PDF files"); it is not score 3 because no specific action is listed, and not score 1 because the domain is clearly named.

2 / 5

Completeness

The description has a vague 'what' ("operations through gog") and no 'when' clause at all — matching anchor 2 'Has a vague what and no when'. Per the judging guideline, a missing 'Use when...' clause also caps completeness at 3, and the vague 'what' pushes it to 2; it is not 1 because the domain and tool are at least identified.

2 / 5

Trigger Term Quality

"Google Analytics" is a natural phrase users would say, but common variations are missing: GA4, "GA", "analytics data", "reporting". Matches 'Some relevant keywords but missing common variations or synonyms' ("Works with PDF files"); not 4 because several natural synonyms are absent, not 2 because the primary keyword is genuinely what users say rather than generic filler.

3 / 5

Distinctiveness Conflict Risk

"Google Analytics" is a distinct niche unlikely to be confused with unrelated skills. Minor overlap risk remains with sibling gog-* skills (the tool name suggests a family of Google-service skills sharing one CLI), and the absence of trigger phrases means GA4-phrased requests might not route here. Fits 'Mostly distinct; minor overlap risk with closely related skills'; not 5 because no clear trigger phrases establish the niche.

4 / 5

Total

11

/

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.