feat: Airtable CDP destination, creating records per-event

[daniloc]

Problem

Allows teams invested in Airtable to integrate events from PostHog into their databases.

Changes

---

Adapts template_webhook with the following changes:

• Hardcode URL root at https://api.airtable.com/v0/, concatenating path components for base ID and table name
• Fixed header content to set Content-Type and Authorization fields
• Structured body to create fields per Airtable API spec and allow typecasting so things like event.timestamp convert tidily to Airtable field types like Date.
• Use POST method.

Does this work well for both Cloud and self-hosted?

It should not make a difference.

How did you test this code?

Run PostHog locally, using the built-in Destination testing UI to verify it would successfully create records in an Airtable base. It does!

⚠️ ruff/pre-commit linting drama

For neither love nor money could I coerce the pre-commit linting to pass; ruff would fail without output:

[…]
[STARTED] ruff check --fix
[FAILED] ruff check --fix [ENOENT]
[FAILED] ruff check --fix [ENOENT]
[SUCCESS] Running tasks...
[STARTED] Applying modifications...
[SKIPPED] Skipped because of errors from tasks.
[STARTED] Reverting to original state because of errors...
[SUCCESS] Reverting to original state because of errors...
[STARTED] Cleaning up...
[SUCCESS] Cleaning up...

✖ ruff check --fix failed without output (ENOENT).
husky - pre-commit script failed (code 1)

I ran ruff manually against affected files, addressed reported issues, then bypassed pre-commit checks with --no-verify. Apologies if this has introduced any subtle contamination.

[posthog-bot]

📸 UI snapshots have been updated

4 snapshot changes in total. 0 added, 4 modified, 0 deleted:

• chromium: 0 added, 4 modified, 0 deleted (diff for shard 1)
• webkit: 0 added, 0 modified, 0 deleted

Triggered by this commit.

👉 Review this PR's diff of snapshots.

[mariusandra]

Looks good to me, great work! 👍

One addition you could still do is to check if the returned request is something other than 200, and then throw an error.

I've seen code like this in other functions:

if (res.status >= 400) {
    throw Error(f'Error from api.attio.com (status {res.status}): {res.body}')
}

[github-actions]

Size Change: 0 B

Total Size: 1.14 MB

ℹ️ View Unchanged

Filename	Size
frontend/dist/toolbar.js	1.14 MB

_{compressed-size-action}

[daniloc]

Looks good to me, great work! 👍

One addition you could still do is to check if the returned request is something other than 200, and then throw an error.

I've seen code like this in other functions:

if (res.status >= 400) {
    throw Error(f'Error from api.attio.com (status {res.status}): {res.body}')
}

Thanks for the quick review! Great catch, added:

[posthog-bot]

📸 UI snapshots have been updated

2 snapshot changes in total. 0 added, 2 modified, 0 deleted:

• chromium: 0 added, 2 modified, 0 deleted (diff for shard 1)
• webkit: 0 added, 0 modified, 0 deleted

Triggered by this commit.

👉 Review this PR's diff of snapshots.

[posthog-bot]

📸 UI snapshots have been updated

2 snapshot changes in total. 0 added, 2 modified, 0 deleted:

• chromium: 0 added, 2 modified, 0 deleted (diff for shard 1)
• webkit: 0 added, 0 modified, 0 deleted

Triggered by this commit.

👉 Review this PR's diff of snapshots.