Harmonic.ai · AsyncAPI Specification
Harmonic Ai Event Surface
Version
View Spec
View on GitHub
startup-intelligenceventure-capitalcompany-datapeople-datainvestor-datafunding-datadata-enrichmentsales-intelligencemarket-intelligencegraphqlmcpagent-nativeAsyncAPIWebhooksEvents
AsyncAPI Specification
generated: '2026-08-14'
method: searched
source: >-
https://harmonic.ai/llms.txt + https://api.harmonic.ai/openapi.json +
https://slack.com/marketplace/A017N2XAZ88-harmonicai
checked: '2026-08-14'
summary: >-
Harmonic.ai has a real change-notification surface but NO developer-facing event contract.
There is no AsyncAPI document, no customer-registerable webhook, no callbacks/webhooks block in
the OpenAPI, and no streaming endpoint. What exists is human-directed alerting — saved searches
notify by email or into a Slack channel — plus a REST polling primitive for net-new results.
An integrator cannot subscribe programmatically; they must poll.
asyncapi:
present: false
probed:
- url: https://api.harmonic.ai/asyncapi.yaml
status: 403
- url: https://api.harmonic.ai/asyncapi.json
status: 403
note: >-
api.harmonic.ai 403s all unauthenticated paths behind Kong; no AsyncAPI is referenced anywhere
in the docs, llms.txt or the OpenAPI.
webhooks:
customer_registerable: false
openapi_webhooks_block: false
openapi_callbacks: false
note: >-
The live OpenAPI 3.1.0 (93 operations) contains no top-level `webhooks` object and no operation
`callbacks`. A full-text scan of the spec for "webhook" and "callback" returns zero matches.
No pointer of type Webhooks is emitted for this provider: doing so would advertise an event
surface an integrator cannot register for.
notification_channels:
- channel: slack
kind: first-party app, human-directed
trigger: new entities matching a saved search
app: https://slack.com/marketplace/A017N2XAZ88-harmonicai
configurable_frequency: [hourly, daily, weekly]
caps: Notification volume caps are configurable.
programmatic: false
note: >-
Harmonic publishes a Slack app that posts into a chosen channel when new companies or people
qualify for a saved search. This is an alerting integration, not a webhook: the payload
destination is a Slack channel Harmonic owns the delivery to, not an endpoint the customer
supplies.
- channel: email
kind: human-directed
trigger: new entities matching a saved search
programmatic: false
polling_primitives:
- parameter: new_results_since
surface: saved search / search operations
purpose: >-
The net-new primitive. Retrieve only entities that entered a saved search since a given point,
which is how an integrator emulates an event feed against this API.
source: openapi/_original/harmonic-ai-openapi.json
- parameter: exclude_snapshots
surface: search operations
purpose: Suppress historical snapshot rows when polling for current state.
source: openapi/_original/harmonic-ai-openapi.json
- pattern: cursor pagination
parameters: [cursor, page, size]
source: openapi/_original/harmonic-ai-openapi.json
scoring_note: >-
The asyncapi/webhooks scoring family is genuinely N/A for this provider and must not be
penalized as a missing artifact — but it must also not be credited. This file records a measured
absence, so NO `AsyncAPI` and NO `Webhooks` pointer is wired into apis.yml, on the same rule the
well-known probe follows: a pointer asserts the provider serves the surface.
gap:
what: A subscribable event contract.
who_fixes_it: the provider
how: >-
Expose saved-search match events as customer-registerable webhooks (or an SSE/stream endpoint),
describe them in the existing OpenAPI 3.1 `webhooks` block or a companion AsyncAPI 3.0 document.
The trigger, the payload entity and the delivery cadence already exist for Slack and email — only
the customer-supplied endpoint is missing.