Tracking issue for the Python hosting core + pluggable channels work.
The implementation is being split into small PRs. The v1 boundary is intentionally minimal: one host owns app composition and target invocation; channels own protocol parsing/rendering; linking, multicast, durable delivery, active-channel routing, and cross-channel delivery are follow-up design topics tracked by ADR-0028.
Merged
In Review (Sprint 4)
Remaining v1 slices
Split rules
- Samples ship with the channel they use, or with the last not-yet-landed channel when a sample uses multiple channels.
- Each channel PR should restore only its relevant files from
feature/python-hosting and reconcile them against the simplified host API.
- New non-core package tests must use
tests/<unique_name>/ and must not include tests/__init__.py.
- New packages should follow the current typing setup: Pyright for source, no package-local source mypy task.
- Do not reintroduce the old linking/multicast/cross-channel-delivery implementation into v1 channel PRs.
Follow-up / proposed work
Tracked by ADR-0028 rather than v1 implementation PRs:
- Identity linking and unlink flows
- Multicast and cross-channel delivery
- Active-channel routing
- Background continuations and durable delivery
- Retry/replay and delivery observability
- Payload serialization for durable cross-channel delivery
Tracking issue for the Python hosting core + pluggable channels work.
The implementation is being split into small PRs. The v1 boundary is intentionally minimal: one host owns app composition and target invocation; channels own protocol parsing/rendering; linking, multicast, durable delivery, active-channel routing, and cross-channel delivery are follow-up design topics tracked by ADR-0028.
Merged
In Review (Sprint 4)
Remaining v1 slices
Split rules
feature/python-hostingand reconcile them against the simplified host API.tests/<unique_name>/and must not includetests/__init__.py.Follow-up / proposed work
Tracked by ADR-0028 rather than v1 implementation PRs: