CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-system

Grida AI agent system work: `@grida/daemon` (DaemonServer, loopback HTTP perimeter, files/workspaces, secrets store, daemon discovery) and `@grida/agent` (the agent tenant: sessions, providers/BYOK, runtime/tool execution, skills discovery, prompts, tiers, sandbox hosts). Use for `packages/grida-daemon/**`, `packages/grida-ai-agent/**`, desktop sidecar protocol changes, agent chat transport, and bugs in agent state or streams. For pure Electron window, preload, menu, deep-link, or CDP work, use `desktop`.

73

Quality

91%

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

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.

A strong, information-dense domain skill: every section is project-specific and actionable, with concrete commands, paths, and diagnostic tells rather than generic explanation. The main improvements are trimming the duplicated scope restatement and splitting the entrypoint inventory and deep diagnostics into reference files now that the body has grown past a single screen.

Suggestions

Conciseness: cut the opening paragraph and 'When to use' bullet list that restate the frontmatter description and the desktop-skill boundary verbatim — the description already carries that routing.

Progressive disclosure: move the Package Boundaries entrypoint inventory and the long Common Diagnostics prose (hydrate truncation, client-resolved tool-call hang) into reference files (e.g. references/diagnostics.md, references/entrypoints.md) and keep one-line summaries with links in SKILL.md.

Workflow clarity: add a short failure-handling loop to the Verification section — what to inspect or revert when typecheck/test fails and in what order to re-run the paired commands.

DimensionReasoningScore

Conciseness

The body is dense with project-specific knowledge (package seams, boundary tests, on-disk state locations) and assumes Claude's competence — no padding with known concepts — but the opening paragraphs restate the frontmatter description's scope and boundary hand-off, and several diagnostics paragraphs are wordy. This sits between the 4 anchor ('efficient; minor instances that could be trimmed') and 5 ('every token earns its place'), closer to 4 due to the duplicated scope restatement.

4 / 5

Actionability

Guidance is fully executable: copy-paste verification commands ('pnpm --filter @grida/daemon typecheck && pnpm --filter @grida/daemon test', the read-only 'sqlite3 "file:$HOME/.grida/agent/sessions.db?mode=ro"' query), exact file paths for every subsystem, concrete constants (SCAN_MAX_FILES 10k, IGNORED_SCAN_DIRS, sse_query_token_paths), and diagnostic tells paired with named fix locations (workspaces/scan.ts, persistIncomingTail). It matches the 5 anchor — commands and examples cover the common cases without pseudocode.

5 / 5

Workflow Clarity

Verification is sequenced per touched package with an explicit dependency checkpoint ('a change to @grida/daemon requires rebuilding it before @grida/agent typechecks') and escalation guidance to the desktop skill, and diagnostics give ordered symptom→cause→fix flows. It falls short of the 5 anchor because there is no explicit feedback loop for what to do when checks fail (fix→retry cycle), matching 'clear sequence with most checkpoints present; minor validation gaps' rather than 5's explicit error-recovery loops.

4 / 5

Progressive Disclosure

Sections are well organized (Shape, Package Boundaries, Ownership Rules, Diagnostics, Live state, Security Boundary, Verification, Pointers) and the Pointers section gives one-level-deep, clearly labeled references to real repo files (READMEs, src paths, docs/wg/ai/agent/tool-design.md), with no nested references. It is not the 5 anchor because no bundle files (references/, scripts/, assets/) exist, and substantial inline material — the full entrypoint inventory and the long diagnostics prose — could live in separate reference files; this matches 'good structure; most content appropriately placed; minor organization gaps'.

4 / 5

Total

17

/

20

Passed

Description

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

An exemplary description: it states concrete capabilities for both packages, gives explicit 'Use for' triggers including path globs and symptom phrases, and closes with clear boundary guidance routing Electron-shell work to the sibling desktop skill. Voice is imperative/third-person as required, with no padding or vague claims.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete, named capabilities for both packages — 'DaemonServer, loopback HTTP perimeter, files/workspaces, secrets store, daemon discovery' and 'sessions, providers/BYOK, runtime/tool execution, skills discovery, prompts, tiers, sandbox hosts' — matching the comprehensive-coverage anchor. It exceeds the 4 anchor because coverage spans both packages with no generic filler.

5 / 5

Completeness

It explicitly answers 'what' (the two packages and their enumerated capabilities) and 'when' ('Use for packages/grida-daemon/**, packages/grida-ai-agent/**, desktop sidecar protocol changes, agent chat transport, and bugs in agent state or streams'), plus a negative boundary ('For pure Electron window, preload, menu, deep-link, or CDP work, use desktop'). Both what and when are explicit with concrete trigger phrases, exactly the 5 anchor; the 4 anchor's 'when could be more explicit' does not apply.

5 / 5

Trigger Term Quality

Natural user phrases are covered ('agent chat transport', 'bugs in agent state or streams', 'desktop sidecar protocol changes', 'sessions', 'providers') alongside path globs ('packages/grida-daemon/**') acting as file-extension-equivalent triggers, plus deconfliction terms (Electron window, preload, menu, deep-link, CDP) that route to the sibling skill. Not the 4 anchor because no commonly used variation of the domain is missing.

5 / 5

Distinctiveness Conflict Risk

The niche is pinned to two named packages with explicit path scopes and an explicit hand-off clause for the adjacent Electron-shell skill, minimizing wrong-skill triggering. The 4 anchor ('minor overlap risk with closely related skills') is undercut because the description itself names and routes the closest neighbor.

5 / 5

Total

20

/

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

relative_links

Relative link issues: 4 suspicious

Warning

Total

15

/

16

Passed

Repository
gridaco/grida
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.