CtrlK
BlogDocsLog inGet started
Tessl Logo

debugging-surveys

Debug, support, and build PostHog Surveys across the backend and all five SDKs (web/posthog-js, iOS, Android, Flutter, React Native). Use whenever a Surveys support ticket is pasted ("survey not showing", "fewer responses than expected", "responses disappeared", "survey shows on wrong platform"), when diagnosing why a survey does or doesn't display, or when doing survey feature work that must ship across SDKs. Covers the eligibility pipeline, cross-SDK feature parity, the known-cause catalog, read-only diagnostic queries, staff access, and the customer-reply style guide.

75

Quality

93%

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

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.

A well-architected debugging skill: highly actionable with concrete API endpoints, commands, and a reply skeleton, and excellent progressive disclosure that delegates detail to real, one-level-deep reference files. The debugging workflow is clearly sequenced with confirmation checkpoints but lacks an explicit error-recovery feedback loop, and a couple of sections could be marginally tighter.

Suggestions

Add an explicit feedback loop to the debugging workflow (e.g., 'if the targeted confirmation query contradicts the hypothesis, return to step 4 and re-pull the definition') to push workflow_clarity toward 5.

Tighten the 'Writing the customer reply' rules list — several bullets could be condensed without losing the concrete guidance, improving token efficiency.

Consider adding a one-line 'if unsure, prefer the read-only MCP path' checkpoint at the start of the workflow to make the safe-first discipline explicit in the sequence rather than only in the Access section.

DimensionReasoningScore

Conciseness

Dense and high-signal with no basic-concept preamble (assumes Claude's competence), but the reply-style-guide and feature-work sections are elaborated enough that not every token is load-bearing, keeping it just below a 5.

4 / 5

Actionability

Provides concrete API endpoints, runnable commands (python3 scripts/repos.py ...), named MCP tools, specific grep targets, a parity table, and a copy-paste reply skeleton — fully executable guidance covering the common cases.

5 / 5

Workflow Clarity

A clear 7-step debugging workflow with multiple confirmation checkpoints (steps 2, 5, 6 confirm via queries/events); read-only so the destructive cap does not apply, but it lacks an explicit validate-fail-retry feedback loop, so it sits at 4 rather than 5.

4 / 5

Progressive Disclosure

Clear section headers with one-level-deep, well-signaled references (references/local-repos.md, references/diagnostic-queries.md, scripts/repos.py — all verified present), with bulk query templates and repo logic appropriately split into those files.

5 / 5

Total

18

/

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 excellent description: third-person, concrete, and comprehensive, with an explicit 'Use whenever...' trigger clause that quotes the exact phrases customers use in support tickets. It clearly delineates a niche (PostHog Surveys across backend + five SDKs) with negligible conflict risk.

DimensionReasoningScore

Specificity

Names multiple concrete actions (debug, support, build) across the backend and five explicitly named SDKs, plus the specific subsystems covered (eligibility pipeline, parity, known-cause catalog, diagnostic queries, staff access, reply style guide) — comprehensive coverage matching the score-5 anchor.

5 / 5

Completeness

Explicitly answers both 'what' (debug/support/build across backend + SDKs, covering named subsystems) and 'when' via a concrete 'Use whenever a Surveys support ticket is pasted...' clause with trigger phrases, in third person.

5 / 5

Trigger Term Quality

Includes verbatim ticket-style phrases users actually say ('survey not showing', 'fewer responses than expected', 'responses disappeared', 'survey shows on wrong platform') alongside natural synonyms, matching comprehensive trigger coverage.

5 / 5

Distinctiveness Conflict Risk

Scoped to 'PostHog Surveys' across a named backend and five named SDKs — a clear niche with distinct triggers and minimal overlap risk with other skills.

5 / 5

Total

20

/

20

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.