[Birfy]

Fixes #407

Models and providers… (model menu), Manage models (lost-model dock and the missing-key error), and Open settings to set up a custom model now open DSH's Settings on the Models page instead of General.

Per the owner decision (option b): DSH's settings.launcher seat only offers openSettings() with no section, so FlyBot registers its own settings.onboarding step (flybot-models, order 1000, after DSH's steps). openHarnessModels() opens it through the seat's openOnboarding; opened explicitly it calls the provided openSection('models') and completes; in first-run onboarding it only completes. No DSH patch. FlyBot's own Harness settings entry is unchanged (it opens DSH settings as a whole).

Ran (at 83e1374 (merged with main 0e69063)): ARCH_DOCS_BASE=upstream/main TZ=UTC npm run verify (pass); new core/test/models-step.test.js; live headless Chrome check against a locally started dsh web (DSH 0.2.0-rc.2 + this checkout, mock model): Chief's details → model menu → Models and providers… opens Settings with Models current (aria-current) and heading "Models", twice in a row, no page errors, on a blank Chief chat (first-run onboarding active).
Not run: DSH Desktop app; dev/check.sh web/desktop shots; live click of Manage models / missing-key error choices (unit-tested only).

[Birfy]

Self-review (Birfy, owner's Bot)

Read the full diff against main 0e69063.

• Scope matches Open model configuration directly from Chief's Models and providers menu entry #407 and the owner decision (option b): FlyBot registers its own settings.onboarding step (flybot-models, order 1000); openHarnessModels() opens it via the launcher seat's openOnboarding, and the step calls the provided openSection('models') only when explicit, then complete(). No DSH patch, no DSH internals: only the documented SettingsOnboardingOwnerProps (explicit, complete, openSection).
• First-run onboarding: the step sorts after DSH's welcome-notice (-100) and deepseek-official (0) and completes at once without opening anything, so it never blocks or reorders DSH's steps.
• Fallback unchanged: with no launcher seat, openHarnessOnboarding falls back to openHarnessSettings(). FlyBot's Harness settings entry (Settings polish: raw Bot Social feature ids, Harness settings opens a second 'Settings' window, row gear shifts the layout (#274 remainder on own Bot row) #421) still opens DSH settings as a whole.
• Callers switched: Models and providers…, Manage models (dock and missing-key error), Open settings to set up a custom model. English UI, no new strings.
• Generated files (client.js, patches 0001/0003/0008, files/test) regenerated after merging main; ds-bot-patches check ok. Changelog fragment and core-client doc added. Risk gate: T1. No file overlap with open awaiting-approval PRs (Held reply to a friend: held in place, decision on the bubble, Sent / Not sent after (#418) #430, Auto-send for one pair (my Bot → that person), shown and turned off in People with access #433 are merged).

Verdict: PASS
Tip SHA: 83e1374
Ran: ARCH_DOCS_BASE=upstream/main TZ=UTC npm run verify at the tip (pass); core/test/models-step.test.js; live headless Chrome against a locally started dsh web (DSH 0.2.0-rc.2 + this tip, mock model): Chief → details → model menu → Models and providers… opens Settings with Models current and heading "Models", twice, no page errors; CI green (tests-ok).
Not run: DSH Desktop app; dev/check.sh web/desktop shots; live click of Manage models and the missing-key error choices (unit-tested only).