CtrlK
BlogDocsLog inGet started
Tessl Logo

gog-appscript

Apps Script 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-appscript/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 a tight, command-first reference: an executable safe-start sequence, a scannable command table, explicit write-safety checkpoints, and a clean one-level pointer to the shared gog skill for cross-cutting rules. The only real gap is the absence of a worked example for a common operation and any error-recovery guidance.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence: it never explains what Apps Script or gog is, presents the safe-start commands as a copy-paste block, and compresses the command surface into a table with a two-line pointer to --help and schema. Every line carries information Claude could not infer; this matches 'Lean and efficient; assumes Claude's competence; every token earns its place'.

5 / 5

Actionability

The safe-start block gives three fully executable commands (`gog auth list --check --json --no-input`, `gog schema appscript --json`, `gog --readonly --account user@example.com appscript --help`) and the table enumerates concrete subcommands with the correct discoverability pattern. It is not a 5 because no worked example of an actual operation (e.g. a real `pull` or `run` invocation with arguments) is shown — the reader is directed to --help for anything beyond the start.

4 / 5

Workflow Clarity

The safe-start section gives a clear ordered sequence (verify auth, fetch schema, inspect command help) and the safety rules supply checkpoints for risky operations: '--dry-run before supported writes' and 'Confirm the exact account, object, and mutation before any write or delete'. This matches 'Clear sequence with most checkpoints present; minor validation gaps'. Not a 5 because there is no feedback-loop guidance (e.g. what to do when a command fails or how to verify a write after --dry-run) and no end-to-end sequence for a typical pull-edit-deploy task.

4 / 5

Progressive Disclosure

The skill is well under 50 lines, has no references/, scripts/, or assets/ directories in its bundle, and is organized into clear sections (Safe start, Commands). Its single external pointer — 'Read ../gog/SKILL.md first for shared auth, output, safety, and live-write rules' — is clearly signaled, tells the reader exactly what it covers, and is one level deep. This matches the guideline that short, well-organized skills with no needed external references score 5.

5 / 5

Total

18

/

20

Passed

Description

48%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 names a specific, distinguishable domain, but it is a bare domain-plus-tool label with no concrete capabilities and no 'Use when...' trigger guidance. It functions more as a title than a description for skill selection.

Suggestions

Add 2-3 concrete capabilities to the description, e.g. 'Pull Apps Script project content, list deployments and versions, create projects, and run deployed functions through gog.'

Add an explicit trigger clause, e.g. 'Use when working with Google Apps Script projects, deployments, or script functions.'

Include natural trigger variations users would actually say, such as 'Apps Script', 'Google Apps Script', and 'Apps Script deployment'.

DimensionReasoningScore

Specificity

The description "Apps Script operations through gog." names the domain (Apps Script) and the tool (gog) but lists no concrete actions such as pulling projects, listing deployments, or running functions — matching the anchor 'Names the domain but actions are minimal or generic'. It is not a 1 because the domain and tool are concretely named, and not a 3 because it identifies no specific capability.

2 / 5

Completeness

The 'what' is stated (Apps Script operations via gog) but the 'when' is entirely absent, matching the anchor 'Has a clear what but when is missing or only weakly implied' and hitting the guideline that a missing 'Use when...' clause caps completeness at 3. Not a 2 because the what clearly identifies domain and tool rather than being purely vague.

3 / 5

Trigger Term Quality

"Apps Script" is a relevant keyword a user might naturally say, but the description is missing common variations and synonyms like "Google Apps Script", "Apps Script project", "deployments", or ".gs" — matching 'Some relevant keywords but missing common variations or synonyms'. Not a 4 because coverage is limited to the single bare term.

3 / 5

Distinctiveness Conflict Risk

Apps Script plus the specific tool gog carves a fairly distinct niche with minimal conflict risk, though 'operations' is broad enough to slightly overlap with adjacent gog skills for Docs/Sheets/Drive scripting. Mostly distinct with minor overlap risk matches the anchor for 4; not 5 because no trigger phrases sharpen the boundary.

4 / 5

Total

12

/

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.