CtrlK
BlogDocsLog inGet started
Tessl Logo

gateway

Operate the joelclaw gateway daemon — the always-on pi session that receives events, notifications, and messages. Use the joelclaw CLI for ALL gateway operations. Use when: 'restart gateway', 'gateway status', 'is gateway healthy', 'push to gateway', 'gateway not responding', 'telegram not working', 'messages not going through', 'gateway stuck', 'gateway debug', 'check gateway', 'drain queue', 'test gateway', 'stream events', or any task involving the gateway daemon.

61

Quality

72%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./skills/gateway/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

55%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The skill excels at actionability with concrete CLI commands, executable code examples, and a well-structured troubleshooting table. However, it is severely bloated — mixing quick operational guidance with deep implementation internals (OTEL field names, ADR rank slices, fallback timeout tuning, operator-relay suppression rules) that should live in separate reference documents. The result is a ~350+ line monolith that buries the essential operational knowledge under implementation details Claude doesn't need for most gateway tasks.

Suggestions

Extract implementation-heavy sections (Channel runtime contracts, Session pressure visibility, Operator ack/timeout tracing, Interruptibility/supersession, Runtime guardrail enforcement) into separate reference files and link to them from a concise summary line in SKILL.md.

Remove internal implementation details that don't affect CLI usage — e.g., specific OTEL metric names, fallback timeout floor values, probe backoff strategies, operator-relay suppression heuristics — or move them to a GATEWAY-INTERNALS.md reference.

Trim the 'Low-signal operator-spam guardrails' bullet list to just the operator-actionable items; the rest is implementation context that doesn't help Claude operate the gateway.

Keep SKILL.md focused on: CLI commands, quick triage, common failure modes, sending events, and architecture overview — with links to detailed references for everything else.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~350+ lines. Many sections contain implementation details Claude doesn't need (OTEL telemetry field names, internal ADR rank slices, detailed fallback timeout values, operator-relay heuristics, probe backoff internals). The channel runtime contracts section alone is a wall of bullet points mixing operational guidance with deep implementation notes that belong in separate reference docs.

1 / 3

Actionability

The skill provides concrete, executable CLI commands throughout, real TypeScript code examples for sending events, a clear triage sequence, and a detailed failure mode table with specific fixes. Commands are copy-paste ready and the troubleshooting table maps symptoms to concrete actions.

3 / 3

Workflow Clarity

The Quick Triage section provides a clear ordered sequence with explicit stop-at-first-failure logic and a substrate precheck gate. The channel enable/disable workflow includes validation states. The restart command's behavior is explicitly documented including what it cleans and verifies. Feedback loops are present (wait 1min then restart, fix and re-validate).

3 / 3

Progressive Disclosure

Despite referencing many ADRs and other skills, the content is a monolithic wall of text with no separation of concerns. Sections like 'Channel runtime contracts', 'Session pressure visibility', 'Operator ack/timeout tracing', and 'Interruptibility and supersession' contain deep implementation details that should be in separate reference files. The skill tries to be both a quick-reference operations guide and a comprehensive architecture document, failing at progressive disclosure.

1 / 3

Total

8

/

12

Passed

Description

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description with excellent trigger term coverage and a clear 'Use when' clause that makes it highly actionable for skill selection. The main weakness is that the capability description leans more on listing trigger phrases than explicitly enumerating the concrete operations the skill can perform (e.g., restarting, health checking, queue draining, event streaming could be listed as distinct capabilities). Overall it would serve well in a multi-skill selection scenario.

Suggestions

Restructure to explicitly list concrete capabilities (e.g., 'Restart the daemon, check health status, drain message queues, stream events, debug connectivity issues') separately from the trigger terms to improve specificity.

DimensionReasoningScore

Specificity

The description names the domain (gateway daemon) and mentions some actions like receiving events, notifications, and messages, but the actual concrete operations are mostly embedded in trigger terms rather than explicitly listed as capabilities (e.g., restart, check status, drain queue, stream events are mentioned as triggers but not as structured capability descriptions).

2 / 3

Completeness

Clearly answers both 'what does this do' (operate the joelclaw gateway daemon that receives events, notifications, and messages) AND 'when should Claude use it' with an explicit 'Use when:' clause containing extensive trigger scenarios.

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would actually say, including 'restart gateway', 'gateway status', 'is gateway healthy', 'gateway not responding', 'telegram not working', 'messages not going through', 'gateway stuck', 'drain queue', 'test gateway', and 'stream events'. These are highly natural and varied.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive — 'joelclaw gateway daemon' is a very specific named system, and the trigger terms are tightly scoped to gateway operations. Very unlikely to conflict with other skills.

3 / 3

Total

11

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
joelhooks/joelclaw
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.