Drop "prototype/carryover" framing now that v1 is shipped

SPEC, DEV docs, and code comments still talked about the codebase as
a rewrite-in-progress against an external prototype. With v1 shipped
the framing reads oddly — it implies code is provisional when it's
the production thing. Recast §18 as "the technical stack," strip
"carryover from the prototype" comments across backend (api.py,
chat.py, providers.py) and frontend (DiffView, PromptBar,
SelectionTooltip, modelStyles), and rework SPEC §1 / §18 to introduce
OHM up front rather than as a follow-on to a prototype reference.

Also:
- RUNBOOK: bump Python prereq to 3.11+ to match the production VM
  (was 3.13).
- Remove IMPLEMENTATION-PROMPT.md — the original implementation brief
  is no longer load-bearing.
- Add deploy/DEPLOY-NEW-SESSION-PROMPT.md as the durable
  deploy-handoff prompt for new sessions.
This commit is contained in:
Ben Stull
2026-05-25 10:32:46 -07:00
parent 7c3b8fc133
commit ee6e3491e7
12 changed files with 411 additions and 155 deletions
+4 -5
View File
@@ -1,10 +1,9 @@
// PromptBar.jsx — the §8.1 prompt-bar at the bottom of the center column.
//
// Carryover from the prototype. In discuss mode the contributor types
// to talk; in contribute mode the model is told to lean toward concrete
// edits. The selection-quote machinery is preserved — a passage
// highlighted in the editor surfaces here as a "scoped to selection"
// badge and travels to the backend with the message.
// In discuss mode the contributor types to talk; in contribute mode the
// model is told to lean toward concrete edits. A passage highlighted in
// the editor surfaces here as a "scoped to selection" badge and travels
// to the backend with the message.
import { useState } from 'react'
import ModelPicker from './ModelPicker.jsx'