Summary
Define whether intent schema, wire schema, and normalization should become standard patterns in external dispatch modules.
Why
Real modules need a clean way to separate:
- intent-facing payloads
- transport/wire payloads
- normalization/translation logic
Without a standard pattern, each module will solve this differently and external modules will drift.
Direction to explore
- use Zod as the long-term schema model for external modules
- provide SDK guidance or helpers for intent schema vs wire schema boundaries
- define where normalization logic should live in module structure
Questions to resolve
- Should this be a convention only, or an SDK-supported pattern?
- How opinionated should
dispatch be about wire-shaping helpers?
- What is the minimal useful standard that still keeps modules ergonomic?
Related: #20
Summary
Define whether intent schema, wire schema, and normalization should become standard patterns in external
dispatchmodules.Why
Real modules need a clean way to separate:
Without a standard pattern, each module will solve this differently and external modules will drift.
Direction to explore
Questions to resolve
dispatchbe about wire-shaping helpers?Related: #20