docs: explain named provider instances - #46
Conversation
🤖 Automated Review PanelReviewer A — GPT-5.6-terraFinding (fixed): The initial text did not show how a discovered instance ID maps into a concrete request. Added Reviewer B — independent reviewAPPROVE. The documentation accurately describes the named-instance TOML/env convention, default compatibility, discoverability, and explicit routing. Both reviewers assessed the task goal: agent-visible, provider-agnostic named instance configuration without credential disclosure. |
Auto-Merge Gate — approvedConfidence: 0.93 This focused documentation PR accurately describes the already-implemented named-provider-instance contract: configuration, backward-compatible default environment variables, discovery, attribution, and explicit routing. It changes only Checks observed: Test, Format Check, Clippy, Secret Scan, Dependency Audit, and Creed context drift — all successful. Scope limit: This approval covers the documentation slice only. It does not claim a production configuration, release, deployment, or live mailbox validation; those remain tracked in COD-457. |
Summary
Documents the already-implemented named provider-instance contract for agents and operators:
IRIS_<TYPE>__<INSTANCE>__<FIELD>convention;/providers/iris providers,provider_instanceattribution, and explicitsend_message.providerrouting.Validation
cargo test -p iris-providers— 104 passedcargo build --all-targetscargo test --all-targets— 214 passedcargo clippy --all-targets -- -D warningscargo fmt --all -- --checkcargo run -p iris-codegen --bin iris-codegen -- checkgit diff --checkScope boundary
No production configuration, credentials, deployment, release, or live mailbox validation is included. The deployed instance remains on the legacy provider configuration; this PR makes the merged multi-instance contract usable and discoverable.