What problem does it solve?
Adding a new signal source (Jira, GitLab, Sentry, Intercom, etc.) to the PostHog Self-driving Inbox requires coordinated changes across three separate repositories, and missing any one surface leaves the source unable to emit signals, appear in the UI, or be offered by the onboarding wizard.
Core Features & Use Cases
- Backend scout emitter: Guides creation of a
SignalSourceProduct enum value, migration, emitter module, and registry entry in posthog/posthog, including the JSON-blob table gotcha for sources like Jira.
- Desktop UI wiring: Lists the ~8 files in
posthog/code to update (type unions, toggle cards, setup forms, icons, filter options), favoring the generic DynamicSourceSetup renderer over bespoke forms.
- Wizard onboarding: Explains the optional
PostHog/context-mill changes so npx @posthog/wizard self-driving offers the new source, plus deploy ordering and created_via attribution.
- Use Case: When asked to wire up GitLab as a self-driving inbox source, follow the checklists to land the backend enum migration first, then the Code UI PR, with correct payload keys verified against the warehouse source serializer.
Quick Start
Add Sentry as a new self-driving inbox source following the posthog and posthog/code checklists in this skill.