jobs: modal creates jobs for non-inline tasks (Run/Queue -> POST /jobs -> /jobs/:id)

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

docs/jobs-unification.md

@@ -80,11 +80,13 @@ Favor power-user affordances over guardrails. See memory `sole-user-assume-compe
         (left, polls `GET /jobs`, highlights active) + a detail panel (right) that branches by `mode`
         — `ScriptJobDetail` terminal (polls log + status, Stop) or `PipelineJobDetail`. One page serves
         both `/jobs` and `/jobs/:id`; list click navigates. Replaced the old separate list/detail pages.
-  - [ ] 3b `/jobs/new` page — extract the input UI (TaskInputForm + per-group config + folder probing)
-        from `TaskRunnerModal` into a shared component; Run/Queue → `POST /jobs` → navigate.
   - [x] `inline` flag plumbed (parser + list/detail endpoints); 3 quick tasks flagged.
-  - [ ] 3c FileBrowser task action: `task.inline ? openModal : navigate('/jobs/new?...')`. Modal stays
-        for inline tasks (not retired); shared input form used by both.
+  - [x] 3b/3c task→job via the modal (pragmatic reuse). The task modal is now the job creator: on Run,
+        an **inline** task runs ephemerally in-modal; a **non-inline** task `POST /jobs` (start) →
+        navigates to `/jobs/:id`. When a job is already running, a red "Run now" + a "Queue" button
+        (queue → `/jobs`). Reuses the modal's per-group input UI in place — no separate `/jobs/new`
+        page or FileBrowser change needed. *(A standalone deep-linkable `/jobs/new` is deferred; the
+        phone creates jobs directly via `POST /jobs`.)*
   - [ ] 3d header job indicators — two always-present badges next to the avatar + reload-tasks:
         (1) **running** count (0/1) → links to the running job's `/jobs/:id`;
         (2) **queued** count → links to the queue (`/jobs`). Backed by a lightweight