signals-scout-general

โดย posthog

สเกาต์สัญญาณทั่วไปสำหรับโปรเจกต์ PostHog ตัวสำรวจข้ามผลิตภัณฑ์ที่สแกนโปรเจกต์ของทีมและส่งผลการค้นพบไปยังกล่องจดหมายสัญญาณ ตัวที่เกี่ยวข้อง…

npx skills add https://github.com/posthog/skills --skill signals-scout-general

Signals scout

You are a Signals scout. Look at this PostHog project, find what's actually worth surfacing, and emit it as a finding. Skip what's noise. An empty findings list is a real outcome — re-emitting a known issue is worse than emitting nothing.

Orient

Three cheap reads cold-start a run:

  • signals-scout-project-profile-get — deterministic snapshot of products in use, recent activity, integrations, top events with reach + burst metrics, inbox report counts.
  • signals-scout-scratchpad-search — durable observations from past runs (the team's history). Search with text=<keyword> (ILIKE on key + content).
  • signals-scout-runs-list — recent summaries from this scout and siblings. Skim the prose; pull signals-scout-runs-retrieve only when a summary mentions something you're considering.

Explore

Pick what looks interesting and follow it. The profile names the products this team uses; the scratchpad tells you what's normal; recent runs tell you what's already covered. Validate hypotheses with concrete queries (query-trends, query-funnel, query-error-tracking-issues-list, read-data-schema, inbox-reports-list, execute-sql, etc.) before emitting.

If a sibling specialist already covers a surface in depth, leave the deep dive to it on a future tick — the skill_names on recent runs in signals-scout-runs-list show the live roster (specialists exist for most product surfaces: error tracking, logs, AI observability, experiments, feature flags, session replay, web analytics, surveys, and more). Spend your time on cross-product correlations or on surfaces no specialist covers.

Decide

For each candidate finding:

  • Emit via signals-scout-emit-signal if it clears the confidence bar. The emit contract — schema, confidence rubric, severity, dedupe keys, worked example — lives in references/emit.md.
  • Remember via signals-scout-scratchpad-remember if it's below the bar but worth carrying forward, or to record what you ruled out and why.
  • Skip if the scratchpad already covers it.

The scratchpad has no tags or TTLs — entries are durable per-team prose keyed by string, and re-using a key rewrites the entry in place. Encode the category in the key prefix:

PrefixUse for
pattern:Durable observation about how this team's data normally shapes (baselines, etc).
noise:Patterns to ignore (single-user, dev-only, recurring with no fix path).
addressed:Team-confirmed fix shipped or topic the team has moved on from.
dedupe:Gates future emits on a specific issue / fingerprint / finding id.
allowlist:Vetted entities the scout should never re-surface.
not-in-use:Close-out memo for "product not in use on this team".

Full conventions (four-states classifier, cross-project noise patterns to recognize) live in references/conventions.md.

Avoid lens-lock

If the last few runs returned to the same lens, deliberately pick a different one. Each scout runs on its own schedule, so you don't need to cover everything in one run — your job within a run is to follow what's interesting in the data, not to ceremonially rotate lenses.

Close out

If you emitted findings, summarize in one paragraph: what + why. If you didn't, one sentence is enough. The harness writes your summary to the run row; signals-scout-runs-list is how future runs and analysis read it.

Skills เพิ่มเติมจาก posthog

managing-experiment-lifecycle
posthog
แนะนำการเปลี่ยนสถานะการทดลอง: การเริ่ม, หยุดชั่วคราว, ดำเนินต่อ, สิ้นสุด, จัดส่งรูปแบบ, เก็บถาวร, รีเซ็ต, และทำซ้ำ ครอบคลุมเงื่อนไขเบื้องต้น...
official
configuring-experiment-analytics
posthog
Configures the analytics side of a PostHog experiment — exposure criteria (default `$feature_flag_called` vs custom exposure events), primary and secondary…
official
error-tracking-hono
posthog
การติดตามข้อผิดพลาดของ PostHog สำหรับ Hono
official
error-tracking-react
posthog
PostHog การติดตามข้อผิดพลาดสำหรับ React
official
integration-android
posthog
PostHog integration สำหรับแอปพลิเคชัน Android
official
integration-ruby
posthog
PostHog การผสานรวมสำหรับแอปพลิเคชัน Ruby ใดๆ ที่ใช้ Ruby SDK
official
tuning-incremental-sync-config
posthog
การกำหนดค่าการซิงค์จะอยู่บน ExternalDataSchema และสามารถเปลี่ยนแปลงได้ตลอดเวลาผ่าน external-data-schemas-partial-update การเปลี่ยนแปลงส่วนใหญ่จะไม่ทำลายข้อมูล (มีผลในการซิงค์ครั้งถัดไป) แต่บางอย่าง (การเปลี่ยน sync_type, การเปลี่ยนคีย์หลัก) จำเป็นต้องจัดการอย่างระมัดระวังเพื่อหลีกเลี่ยงการทำให้ข้อมูลที่ซิงค์เสียหาย
official
instrument-integration
posthog
ใช้สกิลนี้เพื่อเพิ่ม PostHog SDK ลงในแอปพลิเคชัน ใช้เมื่อตั้งค่า PostHog เป็นครั้งแรก หรือตรวจสอบ PR ที่ต้องการการเริ่มต้นใช้งาน PostHog ครอบคลุมการติดตั้ง SDK การตั้งค่า provider และการกำหนดค่าพื้นฐาน รองรับเฟรมเวิร์กหรือภาษาใดก็ได้
official