Errors and status reference

Package generation

SignalMeaningAction
HTTP 422 Unprocessable EntityPackage generation understood the request but the public contract uses an unsupported featureFix the Receiver surface, republish, and request the package again
[GRAFT:FRAMEWORK_TYPE_IN_PUBLIC_API]A framework complex type appears in a public APIReplace the named type in signatures and public model members
Using complex types from framework in public interfaces is not supported yet. Type used <type>
Framework-type error messageUse primitives/plain models; regenerate

Treat 422 as the signal that a public type is unsupported for package generation. Do not generalize it into a complete HTTP status contract for every package-manager route.

Gateway and invocation

FailureLikely boundaryAction
No discovered typeModule/runtime selection or public exportsPass the module path explicitly; inspect Vision
Local module FileNotFoundCaller remained in inmemoryConfigure generated remote host before first call
Connection failureListener, route, firewall, proxy, or GatewayVerify selected port/protocol and process readiness
Receiver exceptionUser code or Receiver dependencyPreserve actionable message; do not retry domain errors
State missing after restartRemote object identity was statefulRecreate state or redesign static/stateless
Package 404Wrong/stale registry-qualified commandCopy the current command from Vision

There is no universal mapping from Receiver exceptions to HTTP-like status codes. Runtime calls surface native/runtime errors through Hypertube, so test error handling for each generated Caller.

Next steps