feat(automation): entity, block, publishing and REST operations from the fork

The operations docs/automation/API-SPEC.md (PR #1383) describes, brought
over from huaninstratech/OpenCADStudio so the specification no longer runs
ahead of the code:

- entity CRUD: entities_create, entities_delete, entities_transform,
  entities_copy_to, and `where` filters on query
- blocks and export: block_define, block_delete, a normalised wblock
- publishing: layout_create, page_setup_set, plot (per_page included)
- metadata: sysvar, xdata_set / xdata_get, file_identity
- collections: group_create, selection_set_save / load
- control plane: batch, events, view_focus, close
- the REST transport: `--http <port>`, the /api/v1 routes and their
  OpenAPI 3 description
- person-in-the-loop picks: user_select and getpoint, hosted by the GUI
  over the same REST routes, with on-screen pending signals

Taken from the fork's commits b7a7ed80, 69396b42, 64f1cf6a, c3aafc8e,
bb5a7bfa, 52317a5c, 50d293ba, b90e194f, 517c6397, 53a5c4c9, a49ac045,
37de5a46, a78b1822, 6d9aed2a, 33f522da, 5b5cafe2, 02a7e78d, 94df40dc,
fd5bc14d, 485fac61 and 2c5fc994.

Left out on purpose: 37de5a46 also removed the donation surface (the
Patreon fetch, the donation prompt, the Start-page supporters rail, the
DONATE command and its locale strings) and replaced the About dialog's call
to action; that is the fork's own product decision and stays out. The
fork's version bump and its unrelated IFC/BIM work are not part of this.

Adapted while porting: the REST server and the GUI bridge are desktop-only
and a template start is refused in the web build, so the wasm target still
compiles; the two plot tests read the PDF through the shared stream helper,
because exported streams are Flate-compressed; the benches set the new
crosshair field; comments and docs describe each operation in its own
terms rather than by another product's API names.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

src/ui/command_line.rs

@@ -51,12 +51,21 @@ fn cmd_input_id() -> iced::widget::Id {
     iced::widget::Id::new(CMD_INPUT_ID)
 }
 
-fn mcp_status(enabled: bool, busy: bool) -> (&'static str, Color) {
+/// Footer pill state for the automation channel. `waiting` — a client
+/// `user_select` / `getpoint` is parked and the person at the screen must
+/// answer — outranks `busy`: the screen has to say "act now", not just
+/// "something is running".
+fn mcp_status(enabled: bool, busy: bool, waiting: bool) -> (&'static str, Color) {
     if !enabled {
         (
             "MCP control is off",
             Color::from_rgb(0.90, 0.35, 0.35),
         )
+    } else if waiting {
+        (
+            "MCP is waiting for you to pick — Enter confirms, Esc cancels",
+            Color::from_rgb(0.30, 0.55, 0.98),
+        )
     } else if busy {
         (
             "MCP is handling a request",
@@ -633,6 +642,7 @@ impl CommandLine {
         window_height: f32,
         control_enabled: bool,
         control_busy: bool,
+        pick_pending: bool,
     ) -> Element<'a, Message> {
         // Only the most recent entries pushed within COMMANDLINEFADETIME
         // show on the overlay (0 skips transient lines). The dropdown button
@@ -844,7 +854,7 @@ impl CommandLine {
                 .align_y(iced::alignment::Vertical::Center),
         ]
         .width(Length::Fill);
-        let (mcp_tooltip, mcp_color) = mcp_status(control_enabled, control_busy);
+        let (mcp_tooltip, mcp_color) = mcp_status(control_enabled, control_busy, pick_pending);
         let mcp_btn = button(text("MCP").size(11))
             .on_press(Message::ControlToggle)
             .style(move |theme: &Theme, status| {
@@ -1157,9 +1167,14 @@ mod tests {
 
     #[test]
     fn mcp_status_distinguishes_off_ready_and_busy() {
-        assert_eq!(mcp_status(false, false).0, "MCP control is off");
-        assert_eq!(mcp_status(true, false).0, "MCP control is ready");
-        assert_eq!(mcp_status(true, true).0, "MCP is handling a request");
+        assert_eq!(mcp_status(false, false, false).0, "MCP control is off");
+        assert_eq!(mcp_status(true, false, false).0, "MCP control is ready");
+        assert_eq!(mcp_status(true, true, false).0, "MCP is handling a request");
+        // A parked pick outranks the plain busy state: the person must act.
+        assert_eq!(
+            mcp_status(true, true, true).0,
+            "MCP is waiting for you to pick — Enter confirms, Esc cancels"
+        );
     }
 
     #[test]