Routed from skills/SKILL.md. The authoritative operation list is
api-reference.md.
Data and files (tenant-scoped, RLS-protected):
bun.data.create, bun.data.read, bun.data.get, bun.data.update,
bun.data.delete, bun.data.list, bun.data.query, bun.data.bulkbun.file.upload, bun.file.access, bun.file.sign, bun.file.deleteInbound webhooks:
bun.webhook.receive, bun.webhook.verify, bun.webhook.deduplicate,
bun.webhook.order_checkAudit:
bun.audit.record, bun.audit.queryMessaging:
bun.message.send, bun.message.status, bun.message.redactNOT-SERVED-FAMILY: bun.connector.* bun.encryption.* bun.kms.*
NOT-SERVED: bun.data.upsert bun.file.list bun.webhook.replay bun.audit.delete
There is no bun.connector.* family. The connector is a package
(bunprotocol/connector/), not an operation namespace — signing, encryption, KMS
wrapping, RLS role management and the PostgreSQL adapter live there and are
reached through the data, file and deploy operations. Do not emit
bun.connector.sign or similar.
DecryptionError.receive; call verify.bun.audit.query returns redacted records — hashed identifiers, no plaintext.
Do not write code that expects to recover a subject identifier from an audit row.
bun.audit.record declares requires_auth: no so that unauthenticated failure
paths remain auditable.
Same content for machines: connectors-signing.md · llms.txt