feat(orchestrator): 1.4.0 operator regime (neutralized)

[lukisch]

Neutralizes the generally valid part of the locally deployed orchestrator 1.4.0 (sibling of 1.3.1 on the 1.3.0 base, never in git) so the deploy HOLD can be lifted after merge.

Taken over from 1.4.0 (neutral wording)

New section "Operator-Regime" (DE SKILL.md, EN SKILL.en.md), applies on user request or profile burst: operator thinks/decides/verifies/integrates, all execution to workers; explicit model per worker (cheaper for mechanics, stronger for builds/reviews); brief holds only non-lookupable content; review before commit for user-judged results (new file names per iteration); active waiting on serial resources; never discard foreign changes (rescue branch, certify/archive; security code reported, other model reviews); readback at destination; operator collects leftovers.

Stayed local (not in this repo)

Person/model nicknames, memory file names, incident dates and project names, concrete tools (browser, time tool, memory CLI, lock file names, image agent). Kept in local memory feedback_fable_nur_denker_delegieren; deployed 1.4.0 backed up locally.

Other changes

• Version 1.3.1 -> 1.4.0 (DE) with changelog; keeps the 1.3.1 budgetierung sentence.
• EN 1.1.0 -> 1.4.0 for the operator section only (resource-profile sections remain German-only, noted in changelog).
• es/fr/ja/ru/zh: localized "outdated" notice, as for model-strategy.
• Registry/map regenerated.

Gates

registry/map --check, privacy_gate, skill_frontmatter_gate, changed_skill_gate, readme link gate green; pytest 461 passed. language_gate reports 2 pre-existing deviations (migrate-rename, agents-bridge), unrelated and not in CI.

Not deployed, no merge. Needs second-model review.

🤖 Generated with Claude Code

https://claude.ai/code/session_01LYHP4Js5ggpzQ78JXWRe5E

[github-actions]

Welcome! Thanks for your first pull request in this repository.

A maintainer will review it soon. Please make sure:

• Your changes are tested
• Documentation is updated if needed
• The PR description explains what and why

Thanks for contributing!

[lukisch]

Second-model review (reviewer: Claude Opus 5.5; author: Claude Sonnet 5.5)

1. Information fidelity: passed. I checked the operator-regime section of the local 1.4.0 line by line against this PR. All 9 points are here in neutral form: principle and exceptions, model choice per worker, brief content, review before commit, active waiting, foreign changes, readback, collecting leftovers, and why. Everything tied to a person, host, tool or incident (model names, browser and shell commands, lock file names, the serial tool and its time limit, readback examples, incident dates) is kept in the maintainer's local notes. Apart from the new section and the changelog, the body is byte-identical to 1.3.1: resource profiles, operating modes, whitelist and token automation are complete, and so is the budgetierung sentence from 1.3.1.

2. Neutrality: passed. A grep of the added lines for person, host, path, model and ticket references found nothing, and privacy_gate is green.

3. Gates and conventions: passed.

• Green locally: registry and map --check, privacy_gate, skill_frontmatter_gate (1062 files), readme_language_link_gate, changed_skill_gate (5.0/5), and pytest (461 passed). CI is green.
• language_gate reports only the 2 deviations that already exist on master (migrate-rename, agents-bridge).
• MINOR bump for the new section, as the version convention asks. The root CHANGELOG is not touched by skill PRs (docs(model-strategy): 3.1.0 Haiku 5.5 small-worker section (+ certify 3.0.0) #64 to chore: certify foreign changes from OneDrive 2026-10-03 (budgetierung, routing refs, hooks) #66 didn't touch it either).
• es/fr/ja/ru/zh were already at 1.1.0. The new "outdated" notices state this openly.

4. Fixes (commit a699795):

• The DE and EN model-choice line attached "nach klarer Vorgabe / to a clear spec" only to "building". In the source wording it qualifies the whole mechanics list. Without the fix, rework without a clear spec read as cheap-model work.
• The EN text referenced the burst profile, which EN does not describe. I added a pointer to the German SKILL.md.

Not blocking: the EN version: 1.4.0 does not include the 1.2/1.3 resource-profile sections. The EN changelog says so explicitly.

Verdict: approve and merge (squash).