Clarify Agent Merge notice scope and use On/Off for the session merge choice - #1
Clarify Agent Merge notice scope and use On/Off for the session merge choice#1huyn7539 wants to merge 3 commits into
Conversation
Co-authored-by: benibenj <44439583+benibenj@users.noreply.github.com>
Claim check for #1 — 7 of 9 claims checked · 7 presentClaims vs diff (9)
Attention (3)
Author attestation — draft, confirm or editWhat changed: Confirm attestation in Antelier After confirmation, each answer is checked against the same diff as the PR claims. Rules applied (2) · Provenance · Not read (6 lines)
Rule version Generated by Antelier. Every citation resolves to diff bytes; no human has reviewed these results. |
|
|
Description
Two wording changes to Agent Merge:
Agent Merge settings changed.regardless of whether the change was made for that one session or to the defaults every session follows.Always/Never, absolutes that only hold for the setting, which applies across all sessions.Notices name the scope
agentMergeConfigurationChangedNoticenow takes a required scope and heads the notice accordingly:AgentMergeControllerderives the scope by comparing the session overrides that produced the last announcement with the current ones — a per-session change is exactly what writes overrides, so anything else that moved the effective configuration came from the defaults. Deriving it in one place rather than passing it from each call site also attributes changes that land while a session's runtime is stopped, which the existingannounces effective session and global configuration changes while monitoringtest exercises.To support that,
_announcedConfigurationsrecords the overrides alongside the configuration it resolved from.Session merge choice says On/Off
On/Off;Only if Agent Merge Made No Changesis unchanged, and its description now says it "switches itself off".always/ifUnchanged/never, unchanged in the settings editor.Tests and fixtures
agentMerge.test.tsandagentMergeController.test.ts; the controller test now distinguishes the session heading from the global one.DefaultsChangedcomponent fixture beside the existingConfigurationChangedone so both headings render.