CtrlK
BlogDocsLog inGet started
Tessl Logo

hogli

PostHog developer CLI and repo tooling reference. Use when the user mentions hogli, asks about repo CLI tools, bin scripts, Makefiles, how to run/build/test/lint, or any dev environment commands.

72

Quality

88%

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

SKILL.md
Quality
Evals
Security

Quality

Content

87%

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

A tight, actionable reference body that respects token budget and points cleanly to external materials; the weakest dimension is workflow_clarity, since the content is a diagnostic lookup guide rather than an ordered workflow with validation checkpoints.

Suggestions

If a canonical debugging workflow exists (e.g. 'phrocs unreachable -> check phrocs.log -> run hogli doctor:report -> restart'), present it as an explicit numbered sequence with a validation/retry checkpoint so workflow_clarity can reach 3.

Add a one-line 'Quick start / first command' pointer near the top so the single most common action (e.g. `hogli --help` or `hogli up -d`) is unambiguously the entry point.

Consider splitting the per-process log details into a short reference table or a referenced file so the overview stays even leaner as the guide grows.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — it covers only non-obvious specifics (where logs land by launch mode, when to prefer MCP over grepping) with no padding about basics, so every token earns its place.

3 / 3

Actionability

Concrete, copy-paste-ready commands and paths throughout ('hogli --help', 'hogli up -d', '.posthog/.generated/logs/', 'hogli doctor:report', 'mcp__phrocs__get_process_logs', 'bin/mprocs.yaml') provide fully executable guidance.

3 / 3

Workflow Clarity

The logging section branches cleanly by launch mode (Detached vs TUI) with a follow-on preference ('prefer mcp__phrocs__get_process_logs'), but it reads as a reference/lookup guide rather than a sequenced multi-step process with explicit validation checkpoints, so it sits at the 'sequence present but checkpoints missing/implicit' anchor rather than a 3.

2 / 3

Progressive Disclosure

A short, single-purpose skill under 50 lines with no bundle files present, organized into clearly signaled sections (Process logging, Key references) and one-level-deep external references; per the simple-skills scoring note this qualifies for a 3 with well-organized sections.

3 / 3

Total

11

/

12

Passed

Description

90%

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

A strong, well-structured description with an explicit 'Use when' trigger and natural varied keywords; the only soft spot is specificity, since it relies on trigger phrases rather than enumerating concrete CLI actions.

DimensionReasoningScore

Specificity

Names the domain ('PostHog developer CLI and repo tooling reference') and some actions via 'how to run/build/test/lint', but does not enumerate multiple distinct concrete actions like the score-3 anchor; closer to 'Names domain and some actions, but not comprehensive' than to a full action list.

2 / 3

Completeness

Clearly answers both what ('PostHog developer CLI and repo tooling reference') and when via an explicit 'Use when the user mentions hogli, asks about repo CLI tools...' trigger clause, matching the score-3 anchor.

3 / 3

Trigger Term Quality

Good coverage of natural terms users would say: 'hogli', 'repo CLI tools', 'bin scripts', 'Makefiles', 'run/build/test/lint', 'dev environment commands' — varied, natural-language triggers a user would actually phrase.

3 / 3

Distinctiveness Conflict Risk

A named CLI ('hogli') with specific PostHog-dev-tooling triggers carves a clear niche unlikely to fire for unrelated skills, matching the 'clear niche with distinct triggers' anchor; not generic.

3 / 3

Total

11

/

12

Passed

Validation

100%

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

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
PostHog/posthog
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.