AMR runs spawn the vela CLI under the daemon agentId 'amr' (apps/daemon
/src/runtimes/defs/amr.ts), but agentIdToTracking() had no 'amr' case, so
every AMR run reported agent_provider_id='other' and could not be told
apart from other unmapped agents in PostHog. Add 'amr' to the
TrackingCliProviderId catalogue and the mapping switch; the feedback and
settings CLI-test paths fall through to the same helper, so they pick up
the value too.

Also register 'amr' in the two web display-label maps (agentLabels and
MemoryModelInline.cliAgentLabel) so the agent renders as 'AMR' instead of
the lowercase fallback 'amr'.