@volter/twin-posthog
v1.0.2
Published
PostHog Protocol 3 twin: every spec operation answers the vendor-shaped gap; detected integrations require opt-in.
Readme
@volter/twin-posthog
Protocol 3 twin of PostHog's API and public ingestion endpoints. Nothing is served: every spec operation answers the vendor's unknown-request response. The API answers 404 with {"type":"invalid_request","code":"not_found","detail":"Endpoint not found.","attr":null} (the pinned server's api_not_found and exceptions-hog envelope). Ingestion answers an empty 404, the pinned capture server's Axum default. The manifests cite those sources.
Cal.com, Postiz and Rallly require opt-in configuration absent from their shipped defaults. journeys/demand.json records their scanned commits, gates and file:line call sites. There are no resources, credential doors, screens, handlers or refresh; the required kernel discovery and clock doors remain. The customer life has no acts.
The vendored specs, provenance, hashes and published examples are retained under api/spec and ingest/spec. Examples of unmodeled operations are counted as unserved; they do not expand the pack's scope.
