Sherlock Calls
for ClickHouse + Twilio
ClickHouse stores and queries high-volume event and operational data at scale. Twilio routes every call through its programmable voice infrastructure. When you need to investigate across both, the evidence is split between two dashboards neither of which knows the other exists. Sherlock Calls bridges them — no code, no exports, no manual joins. Ask once from Slack and get a sourced answer in under 5 seconds.
TL;DR — What beta users get access to
- 1
Sherlock Calls connects to ClickHouse, Twilio simultaneously — read-only, no code changes, no webhooks — and lets you query both with a single Slack message.
- 2
Ask questions that neither ClickHouse nor Twilio can answer alone. ClickHouse holds the raw source of truth — but querying it for business questions requires SQL access and data engineering resources. Twilio shows you calls failed — not why your agents or product caused them. Sherlock deduces the complete picture from both.
- 3
No dashboard switching, no manual joins, no fog of uncertainty — ask in Slack and receive a sourced answer with evidence from every connected provider in under 5 seconds. The game is afoot.
<5s
Answer to any database + telephony query
2
Connected platforms, 1 Slack question
0
Code changes or webhooks required
The Investigation Gap
What's invisible when you use ClickHouse + Twilio without Sherlock
Each platform shows you its own data. But the questions that matter most live in the gaps between them.
Twilio call events and ClickHouse record updates are correlated manually, if at all
When a customer calls through Twilio, it often triggers a downstream ClickHouse record update — an order change, a support ticket, an account modification. The connection between the call and the data change is invisible without a deliberate join.
Twilio call failure patterns are diagnosed without ClickHouse application context
A Twilio call failure may have been caused by an upstream ClickHouse data issue — a missing record, an edge case in application state. But Twilio logs the telephony error without the ClickHouse context that would reveal the root cause.
ClickHouse application state changes that trigger inbound Twilio calls go untracked
Specific ClickHouse events — a status change, a billing update, a record modification — reliably produce inbound Twilio calls. Identifying those high-volume trigger patterns requires correlating both datasets, but neither platform makes that connection automatically.
Cross-Provider Questions
What teams ask Sherlock about ClickHouse + Twilio
Questions that would take hours to answer manually — answered in under 5 seconds from Slack.
- SC“Which Twilio call events are associated with specific ClickHouse record updates in the last 7 days?”
- SC“Show me ClickHouse tables whose row counts change most after high Twilio inbound call volume”
- SC“Find Twilio callers whose corresponding ClickHouse account records were last updated more than 30 days ago”
- SC“Which ClickHouse application states most frequently precede inbound Twilio calls?”
- SC“What's the ClickHouse record activity pattern for customers who've called Twilio more than 3 times this month?”
Beta Setup
Connect ClickHouse + Twilio to Sherlock in 2 minutes
No code, no webhooks, no new dashboards. Beta users get direct onboarding support.
- 1
Connect ClickHouse
Add your ClickHouse credentials to Sherlock Calls. Read-only access — no code changes, no webhooks, no ClickHouse configuration required.
- 2
Connect Twilio
Add your Twilio credentials. Sherlock indexes all call logs, SIP error events, and usage records automatically.
- 3
Ask your first cross-provider question. The game is afoot.
Type any question about your combined ClickHouse + Twilio stack in Slack. Sherlock queries all connected platforms in parallel, correlates the evidence, and returns a sourced answer in under 5 seconds.
FAQ
Common questions about Sherlock + ClickHouse + Twilio
How does Sherlock Calls connect ClickHouse and Twilio data?
- Sherlock uses read-only API access to both platforms simultaneously. When you ask a question, it queries ClickHouse, Twilio in parallel, correlates the results by timestamp and shared identifiers, and produces a single sourced answer — the same way a good detective correlates evidence from multiple witnesses.
Do I need to set up any data pipelines between ClickHouse and Twilio?
- No. Sherlock Calls is entirely pull-based — it queries both APIs on demand when you ask a question. There are no webhooks, no ETL pipelines, no data warehouses, and no code changes required in any of the connected platforms.
What kinds of questions can I ask about my ClickHouse + Twilio stack?
- You can investigate anything that spans both platforms — query volume and event ingestion rate, call failure rate and route quality, cross-platform costs, handoff patterns, and performance comparisons. Sherlock translates your plain-English question into the right API calls and returns the deduced answer.
Is my ClickHouse and Twilio data stored by Sherlock?
- No. Sherlock Calls queries your data in real time and returns results directly to Slack — nothing is stored, indexed, or replicated in any Sherlock database. All data remains in ClickHouse and Twilio and is accessed only during an active investigation.
How long does it take to set up the ClickHouse + Twilio integration?
- Elementary — typically under 5 minutes total. Connect each platform with read-only credentials, install the Sherlock Calls Slack app, and ask your first question. No engineering, no dashboards, no onboarding calls required.
Apply for early access to Sherlock + ClickHouse + Twilio
We're accepting a select group of beta users to shape the ClickHouse + Twilio combination. Tell us about your stack and we'll reach out personally if you're a fit.
Explore individual integrations