Repository navigation
Accept the expanded set through standalone and embedded handlers #116
Description
Acceptance Criteria
- Verify real composed dispatch, aliases, invalid-parameter/privacy isolation, credential and signed-sync behavior where applicable, plus affected resource and four-target build/package gates.
- Require all frozen branches to pass; keep the full-catalog checker honestly incomplete for unfinished outside rows. Scope changes require review, not reassignment to close this issue.
Blocking And Review Gates
Use native blocked-by/blocking links for unconditional issue relationships. Conditional target gates are not universal blockers; link only the selected applicable path after its contract is frozen.
Shared Acceptance Requirements
Every implementation issue ships its own unit/conformance, failure, resource and privacy tests. A later integration issue does not postpone those checks. New untrusted decoders include generated hostile-input controls; changed hot paths include repeatable measurements. Use the existing engine, host services, validated config/push path and EdgeZero handler registration. Preserve privacy, authorization, cookie integrity, HTTPS/SSRF protections, deadlines, exact sent coverage, authoritative bidder/alias attribution and bounded work/storage. Standalone and embedded behavior share policy rather than fork implementations.
No issue may claim a missing capability from metadata import, compilation, observed allocations, a signed cookie, or a different artifact's old evidence. New public/configuration behavior requires its reviewed design before execution. No workload reduction, raised ceiling or replacement budget equation is implied. Bodies and evidence must not publish credentials, identifiers, raw consent, private provider addresses or customer configuration.
Technical Ownership
Sources: roadmap section 3 and the M7 bidder ownership/import/onboarding contracts.
Activity