Expose live-gated option overlay profile metadata

[Pigbibi]

Summary

• add option overlay defaults and promotion-gate metadata to strategy profile catalog
• preserve option overlay metadata through worker profile normalization while still rejecting manual option overrides
• regenerate bundled strategy profile assets and update docs/tests

Tests

• python3 scripts/runtime_settings.py validate
• python3 -m unittest tests.test_runtime_settings -v
• node --experimental-default-type=module tests/strategy_switch_worker_validation.mjs
• git diff --check

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 970b5da92d

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

[chatgpt-codex-connector]

Reject nested research-only variables in service-target patches

This rejection only inspects the top-level extra_variables parsed from the new request. In the IBKR auto path, an existing CLOUD_RUN_SERVICE_TARGETS_JSON is loaded below and _patch_service_targets() writes {**entry, **replacement}, so any existing INCOME_THRESHOLD_USD/OPTION_* fields inside the matched service-target entry are carried into the new target without validation; I verified a target with existing INCOME_THRESHOLD_USD still builds and renders it under CLOUD_RUN_SERVICE_TARGETS_JSON. That leaves the research-only settings stored live despite this new gate, so the nested service-target entry needs to be filtered or validated too.

Useful? React with 👍 / 👎.