Summary
Document the validated hosted-agent modes and prepare the GPT-RAG umbrella release using the exact tested component combination.
Why will we implement this?
- Problem / opportunity: Preview status, deployment choices, authorization, networking, migration, and rollback must be clear before users can adopt hosted mode safely.
- Business value / outcome: Operators receive a supportable opt-in feature with complete recovery guidance and traceable versions.
- Success metrics (how we know it worked): Published docs match shipped behavior; changelog and GitHub Release notes contain the full manifest-derived version table and sanitized validation evidence.
What does it do? (Functional Overview)
- Core behavior: Document classic/hosted modes, optional panel, strategy matrix, managed Conversations, identity/security, private build constraints, costs, migration, operations, and rollback; prepare release artifacts.
- Data collection / storage needs: Do not publish private validation environment/resource-group names.
- Data analysis / reporting needs: Include exact validation evidence and component versions.
- Nice to have (stretch goals): Architecture and mode-selection diagrams.
Components
- Components (check all that apply):
Dependencies and acceptance criteria
Summary
Document the validated hosted-agent modes and prepare the GPT-RAG umbrella release using the exact tested component combination.
Why will we implement this?
What does it do? (Functional Overview)
Components
Dependencies and acceptance criteria
docsbranch.CHANGELOG.mdand release notes agree on everymanifest.jsoncomponent andailz_tag.