CtrlK
BlogDocsLog inGet started
Tessl Logo

gog-searchconsole

Google Search Console operations through gog.

58

Quality

73%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/gog-searchconsole/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

This is a lean, safety-conscious operational skill: concrete startup commands, a clear command map, and explicit read-only/dry-run/confirmation checkpoints for destructive operations. Its main gaps are the absence of example invocations for the core task commands and a dangling cross-skill reference that cannot be verified from the bundle.

Suggestions

Add one copy-paste example for the most common operations, e.g. `gog --readonly --account user@example.com searchconsole query --site https://example.com --start-date 2026-08-01 --end-date 2026-08-31 --json --wrap-untrusted`.

Include a post-write verification step (re-run `inspect` or `sitemaps` after a submit/delete) and an error-recovery hint for failed writes to close the workflow feedback loop.

Make the shared-rules reference resolvable within the skill bundle (e.g. copy the relevant safety rules inline or ship a references/ file) rather than relying on `../gog/SKILL.md`.

DimensionReasoningScore

Conciseness

The body is ~28 lines with zero padding: no explanation of what Search Console is, no library comparisons, no restated common knowledge. Every line is either an executable command, a safety rule, or a pointer to machine-readable help, fitting 'Lean and efficient; every token earns its place'. Shared auth/output/safety rules are externalized to the gog skill rather than duplicated.

5 / 5

Actionability

The 'Safe start' block gives three copy-paste-ready commands (auth check, schema, readonly help) and the Commands table names five concrete subcommands with purposes, plus explicit guidance to consult `--help` and `gog schema ... --json` rather than guess syntax. It stops short of level 5 because no example invocation of the actual task commands (`inspect`, `query`, `sitemaps`) is shown, so the most common cases are deferred to help rather than demonstrated.

4 / 5

Workflow Clarity

A clear sequence is present: verify auth and read the schema first, select the account explicitly, apply `--readonly`/`--json --wrap-untrusted`/`--dry-run` flags, and confirm account/object/mutation before any write — that pre-write confirmation and dry-run satisfy the destructive-operation validation requirement, so the level-3 cap does not apply. It is not level 5 because there is no post-write verification step or error-recovery loop (e.g. re-check status after submitting a sitemap, what to do when a query fails).

4 / 5

Progressive Disclosure

The body is a short, well-organized overview with clearly labeled sections, and it defers per-command flags to `--help`/`gog schema` output instead of inlining them — appropriate one-level-deep disclosure for a skill with no bundle files. It falls short of level 5 because the single file reference, `../gog/SKILL.md`, points outside the skill directory and does not resolve in this bundle layout (no gog/ sibling exists), leaving navigation dependent on an unverifiable path.

4 / 5

Total

17

/

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 short, accurate, and highly distinct, but it undersells the skill: it states no concrete capabilities and provides no trigger guidance for when to use it. It functions as a label rather than an effective routing description.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when the user mentions Search Console, GSC, search performance, indexing status, or sitemaps'.

List the concrete operations the skill supports: inspect URL index status, run search analytics queries, and list/submit/delete sitemaps.

Include natural synonyms and product shorthand (GSC, search analytics, sitemaps, index status) so the description matches the varied phrasings users actually type.

DimensionReasoningScore

Specificity

The description "Google Search Console operations through gog" names the domain and the tool, but "operations" is generic — no concrete actions such as inspecting URL index status, running search analytics queries, or managing sitemaps are stated. It matches the anchor 'Names the domain but actions are minimal or generic' rather than level 3, which requires 1-2 concrete actions, and is above level 1 because the domain and tool are explicitly named.

2 / 5

Completeness

There is a 'what' (Google Search Console operations via gog) but no 'when' — no 'Use when...' clause or equivalent trigger guidance, which caps completeness at 3 per the judging guidelines. It is not level 2 because the 'what' is clearly stated, and not level 4 because no use-condition is present or implied at all.

3 / 5

Trigger Term Quality

"Google Search Console" is the primary natural phrase a user would say, but common variations and synonyms are missing — "GSC", "search analytics", "sitemaps", "indexing/index status", "search performance". This matches 'Some relevant keywords but missing common variations or synonyms'; it is not level 4 because several natural terms users actually use are absent.

3 / 5

Distinctiveness Conflict Risk

The description occupies a clear niche: it names a specific Google product (Search Console) and a specific tool (gog), so it is unlikely to trigger for the wrong skill. It fits 'Clear niche with distinct triggers; minimal conflict risk'; level 4's 'minor overlap risk' would apply only if it could be confused with adjacent skills like general Google Analytics or generic search tooling.

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.