DonApo

Adding a Controlled WhatsApp Operations Boundary

Webhook handling, runtime binding, reply policy, an outbox, and provider status moved channel work forward without turning configuration into a launch claim.

The WhatsApp work moved in deliberately small steps. The repository first added channel contracts and safe configuration views, then webhook verification and inbound parsing, then runtime-session binding, and only later an outbound sender.

The next phase introduced an outbox and a reply policy between runtime output and provider sending. A candidate reply could be blocked, held for manual review, queued, or sent only when configuration, identity, activation mode, content safety, and operational limits passed their checks. Provider status events were tracked separately so sent, delivered, and read could not be collapsed into one success claim.

This milestone implemented a real provider boundary, but it did not establish that a provider account was configured or that the product was live. The public demo remained separate from this channel path, and payments, reservations, owner notifications, and project activation remained outside the completed behavior.

← Back to DonApo