[Docs] Update per-task profile persistence resume behavior

[zoomote]

Opened on behalf of Toray Altas. View the task or mention @zoomote for follow-up asks.

What changed

Updated the "Reopening from history" bullet in the Per-Task Profile Persistence section of the API Configuration Profiles page. It previously stated that resuming a task from history always restores the task's original profile even after the user changed the global selection; it now states that resuming honors the current global profile selection and remembers it going forward.

Why this change was made

Paired documentation for the Zoo-Code fix for issue #970: restoring a task no longer reverts the provider profile the user switched to after stopping the task, so the docs describing the old restore behavior had to be updated to match.

Impact

Documentation now accurately describes the resume/restore behavior. No functional change in this repository.

Screenshots

Related PRs

• Zoo-Code: [Fix] Context limit in task header stays stale when user switches provider mid-task and restores Zoo-Code#973

[zoomote]

1 issue outstanding. See task

• docs/features/api-configuration-profiles.mdx:124 and docs/features/api-configuration-profiles.mdx:130 — The surrounding text still describes the old always-sticky semantics and now contradicts the updated bullet. The intro says "Each task remembers which profile it started with," and the closing sentence says this "keeps your conversation context consistent with the model that generated it" — but under the new behavior, resuming after a global profile switch uses the newly selected profile, not the one that generated the earlier conversation. Consider qualifying the intro and closing sentence (e.g., note the exception when the global selection changed since the task was last saved).

_{Reviewed 6bfc3de}