Conditional Subcontext Provider Calls
## Problem/motivation
Follow-up to:
#3586202
_**Verify this is still an issue and the solution approach before proceeding**_
_**Assess if this should be pre-RC1 or post-1.0 and move for the latter**_
`AiContextSubcontextResolver::resolveConditionalChildren()` can make one
synchronous provider `chat()` call per selected parent that has conditional
children.
This may dominate agent latency and provider usage compared with normal
selection and rendering.
Treat this as RC1 work if conditional subcontext is part of the RC1 product
promise. If it is advanced functionality, it can be deferred or guarded more
strictly.
## Solution
Recommended options:
- Keep conditional subcontext disabled unless explicitly configured.
- Cap the number of conditional parent decisions per selection.
- Batch decisions when possible.
- Cache repeated decisions where the task, parent, and candidate children are
identical enough to make caching valid.
- Consider falling back to required-only children when latency budgets are tight.
## Tasks
- Check against other issues to make sure it wasn't separately reported
- Verify this is still an issue before proceeding
- Verify the solution approach before proceeding
- Update code
- Review and test
## AI usage disclosures
- [x] AI Assisted Issue
- [ ] AI Assisted Code
- [ ] AI Generated Code
issue