Use FactoryRegistry for production provider startup #56
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem and evidence
The infraternal-agent production startup still builds a closed Docker/Podman list in
crates/agent/src/lib.rs:1298and connects each entry throughLegacyProvider::newat:1319-1335. The currentFactoryRegistry::newandconnect_configuredcall sites are incrates/agent/tests/provider_runtime.rs:656-693; no production composition root calls them. This leaves defaults on a second connect/recovery/watch path.Recommendation
Make the explicit compiled factory registry the production composition root for defaults and configured instances. Load configuration once, share connect/recovery/watch ownership, and retire
LegacyEngineCache/LegacyProviderruntime dispatch while keeping the v1 address/response projection.Payoff and estimate
One lifecycle path to review and operate for Docker and Podman and future compiled providers. Estimate: 3–5 engineering days, including rootful/rootless tests and embedded/remote parity.
Priority: Next milestone (PLAN step 4).
2026-10-04 owner decisions: Matches the decision to use compiled-in providers and unify embedded and remote infraternal-agent paths through one signed provider path. No dynamic plugin framework is part of this work. Related: #49.
Report: arch-review report
Source: arch-review 2026-10-04