exploring-scouts

Inspect PostHog Signals scout fleets, runs, memory, and report output via read-only MCP tools.

713|118|Updated Aug 11, 2020
One-click install
npx skills add https://github.com/PostHog/posthog-foss --skill exploring-scouts
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: exploring-scouts
Source: https://github.com/PostHog/posthog-foss/tree/main/products/signals/skills/exploring-scouts
Command: npx skills add https://github.com/PostHog/posthog-foss --skill exploring-scouts

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

PostHog Signals scouts are scheduled agents that scan a project and write reports into the Signals inbox, but understanding what the fleet is doing, why a scout stayed quiet, or whether it is healthy requires navigating configs, run rows, session logs, and scratchpad memory. This Skill provides the read-only observability playbook for answering those questions without guessing.

Core Features & Use Cases

  • Fleet Surveying: List every scout's schedule, enabled status, dry-run posture, and last run, then render a scannable table with the bundled fleet_survey.py formatter.
  • Run Investigation: Drill into a single run's summary, authored report IDs, and full session-log transcript, reconstructed into a readable timeline by render_run_report.py.
  • Health Assessment: Judge a scout across a window of runs on cadence adherence, success rate, report rate, signal-to-noise, and memory growth using assess_health.py and the assessing-performance reference.
  • Use Case: A user asks "why did my error-tracking scout find nothing this week?" — check its config posture, read recent run summaries, search the scratchpad for noise or dedupe entries, and trace whether reports were authored or silently dropped.

Quick Start

Ask the assistant to list your project's scouts and show how each one has been performing over the past few days.

Frequently Asked Questions about exploring-scouts

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check what my PostHog Signals scouts are doing?

Call scout-config-list to get the roster with each scout's schedule, enabled status, and emit posture, then enrich with scout-runs-list for the most recent run per scout. The bundled fleet_survey.py script renders this as a scannable plain-text table.

Why is my PostHog scout running but not posting reports?

The most common cause is dry-run posture: a scout with enabled true but emit false runs and reasons every tick without writing to the inbox. Check the emit field in scout-config-list, and verify the project is still enrolled in the signals-scout feature flag.

How do I see why a scout run failed?

A failed run returns an empty summary with no error field, so pull the transcript via tasks-runs-session-logs-retrieve using the run's task_run_id and task_id. Fetch the full log with call --json and render it with render_run_report.py rather than excluding tool_call_update events.

How do I tell if a scout is healthy or too noisy?

Judge across a window of runs on five dimensions: cadence adherence, success rate, report rate, signal-to-noise, and scratchpad memory growth. The assess_health.py script computes these from scout-runs-list, scout-config-list, and scout-scratchpad-search payloads.

Can this skill edit or tune a scout's configuration?

No, this skill is strictly read-only and exploratory. To write, tune, or steer a scout with notes or config updates, use the companion authoring-scouts skill instead.