v0.8.0

omodel can now set models for OmO Native (the standalone omo command) as well: --harness native.

Added

• OmO Native support. --harness native (on the TUI, --print, --check, --refresh-models
  and every JSON subcommand) edits the [native] block that the standalone omo command reads,
  instead of [opencode]. You get native's own agents and categories, its suggested models, and
  the models you are logged into in omo. Native presets are a separate list. In the TUI, t
  switches between opencode and native when nothing is unsaved. Without the flag your config is
  edited as before (apart from the first fix below).
• Native's main model: a main target sets the model omo starts a new session on, and its
  reasoning level. It is stored in omo's ~/.omo/agent/settings.json and state.json (only those
  keys change, and both files are backed up first), not in omo.jsonc. Presets can hold it.
  omodel check warns when omo's enabledModels setting would override it.

Changed

• The TUI's top line now starts with the harness you are editing: oModel [opencode]: (it used
  to be oModel:) or oModel [native]:.
• JSON payloads carry a new harness field.

Fixed

• On a ~/.omo/omo.jsonc with no [opencode] section but an OmO Native section ([native], or
  its old name [senpi]) or omo's Codex section ([codex]), plain omodel took the file for the
  pre-4.19.3 format: it wrote your picks at the top level, which those harnesses read too, and
  showed a "pre-4.19.3 config path" notice. It now writes them into [opencode] (adding that
  section and keeping the file's comments), and show --json reports config_scope: "opencode"
  for that file. Picks an earlier omodel wrote at the top level stay there and still apply to
  every harness unless its own section sets the same agent; move them under [opencode] by hand.
• The first save into an omo.jsonc whose [opencode] section had no agents or categories yet
  (or that had no [opencode] section) rewrote the whole file and dropped its comments. It now
  adds them in place.
• omodel show printed a model-list problem twice (a [note] and a [warn]), and when
  opencode failed it ran it a second time.