From bb0e4974731be855efc25d26f90072c3ab1b8adc Mon Sep 17 00:00:00 2001 From: Jonathan van Rij Date: Mon, 15 Jun 2026 09:43:01 +0200 Subject: [PATCH] first commit --- CLAUDE.md | 72 ++ DESIGN.md | 251 ++++++ design_handoff_helder_workbench/README.md | 271 +++++++ .../design/Helder - AI Code Workbench.html | 42 ++ .../design/src/app.jsx | 296 ++++++++ .../design/src/components.jsx | 186 +++++ .../design/src/data.js | 712 ++++++++++++++++++ .../design/src/editor.jsx | 272 +++++++ .../design/src/highlight.js | 79 ++ .../design/src/overlays.jsx | 226 ++++++ .../design/src/terminals.jsx | 231 ++++++ .../design/styles.css | 372 +++++++++ 12 files changed, 3010 insertions(+) create mode 100644 CLAUDE.md create mode 100644 DESIGN.md create mode 100644 design_handoff_helder_workbench/README.md create mode 100644 design_handoff_helder_workbench/design/Helder - AI Code Workbench.html create mode 100644 design_handoff_helder_workbench/design/src/app.jsx create mode 100644 design_handoff_helder_workbench/design/src/components.jsx create mode 100644 design_handoff_helder_workbench/design/src/data.js create mode 100644 design_handoff_helder_workbench/design/src/editor.jsx create mode 100644 design_handoff_helder_workbench/design/src/highlight.js create mode 100644 design_handoff_helder_workbench/design/src/overlays.jsx create mode 100644 design_handoff_helder_workbench/design/src/terminals.jsx create mode 100644 design_handoff_helder_workbench/design/styles.css diff --git a/CLAUDE.md b/CLAUDE.md new file mode 100644 index 0000000..86c6519 --- /dev/null +++ b/CLAUDE.md @@ -0,0 +1,72 @@ +# CLAUDE.md + +This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository. + +## Project state + +This is a **greenfield project**. No application code, build setup, or `package.json` exists yet — only a design handoff. The first real task is to scaffold the Electron app and port the prototype. Until then, treat the two handoff documents as the contract: + +- **`DESIGN.md`** — functional/UX source of truth. Every panel, interaction, state, and edge case at the behavior level. Read this for *what the app does*. +- **`design_handoff_helder_workbench/README.md`** — technical source of truth. Structure, design tokens, recommended stack, real-integration mechanics, and the suggested implementation order. Read this for *how to build it*. + +The prototype in `design_handoff_helder_workbench/design/` (React 18 + Babel from CDN, all mock data) is a **visual/interaction reference only — do not ship it as-is**. The HTML is canonical for look and feel; `design/styles.css`'s `:root` block is the canonical design-token list. The `design/src/*.jsx` files map directly to the components to build, but their mock data (`data.js`) and simulated terminals/agent must be replaced with real integrations. + +## What Helder is + +A dark-only (no light mode, no theme toggle) Electron desktop code workbench for reviewing code written by an AI agent. One project per window. Four resizable columns left→right: **Source Control (git)**, **Explorer (file tree)**, **Editor (tabs + diff)**, **Right column (Claude agent terminal stacked over a shell terminal)**. Plus a top title bar and bottom status bar. The defining feature is the **Copy reference / Pass on to Agent** flow that pushes `path:line` references into the agent's input. + +## Recommended stack (no codebase exists — follow README) + +- Electron (latest stable), main + renderer + preload bridge with `contextIsolation: true`. +- Renderer: React 18 + TypeScript + Vite (`electron-vite` scaffold). Prototype is already React, so component structure ports directly. +- Syntax highlighting: Prism 1.29 (or swap to Shiki/CodeMirror 6; token→color mapping is documented in README). +- Fonts: UI = system stack; code/mono = **JetBrains Mono bundled locally** (never Google Fonts CDN in Electron). + +## Architecture rules and gotchas (these will bite if ignored) + +- **Renderer never touches the filesystem, git, or PTYs directly.** All FS (`fs` + `chokidar`), git (`git` / `simple-git`), search (`rg` + fuzzy), terminals (`node-pty` + `xterm.js`), and clipboard go through the main process via IPC / the preload bridge. The prototype keeps all state in the top `App` component; in the real app, lift FS/git/terminal state into main and stream over IPC. +- **Prism PHP load order:** `prism-php` requires `prism-markup-templating` to be loaded **first**, or every `Prism.highlight` call throws and silently falls back to plain text. +- **Pass on to Agent uses bracketed paste.** Write inserts to the agent PTY wrapped in `\x1b[200~ … \x1b[201~` so the `claude` CLI treats it as *pasted, unsubmitted* input. Insert must never submit — it lands as a new line so the user can stack several references before sending. +- **The four diff view modes (Original / Updated / Diff / Split) all derive from one original-text + updated-text pair per changed file.** The prototype computes this with an LCS line diff (`buildDiff()` in `design/src/data.js`); production should prefer real `git diff` output but keep the same four derived views and the same color language everywhere: **red = removed/changed-from, green = added/changed-to**, syntax highlighting on in all modes. +- **The agent pane is just a terminal running the `claude` CLI** (`ai.command`, default `claude`, auto-launched when `ai.autoLaunch` is on). The bottom pane is a normal shell PTY. The prototype's simulated agent session (`agentSeed`, `runAgent`, `bootAgent` in `terminals.jsx`) exists only to show the visual style — keep the styling, drop the fakery. +- **Chrome budget:** title bar + tab strip + panel headers + status bar combined should stay ≈10% of vertical height. Keep it minimal. + +## Confirmed decisions (the "Open assumptions" in DESIGN.md are resolved — do not re-ask) + +- Search overlay layout: **content matches left (70%), file-name matches right (30%)** — keep as designed. +- Tabs **show an unsaved indicator** (a dot in place of the close control) because auto-save defaults off (`editor.autoSave`). +- Explorer right-click offers a **file-level Copy reference** (project-relative path only), consistent with the editor's Copy reference — in scope. + +## Scope boundaries (this version) + +- **Git covers staging, unstaging, committing, and discarding only.** Push, pull, fetch, and branch switching are explicitly out of scope. The branch summary bar and status bar are display-only. +- **One agent terminal and one shell terminal** — no additional tabs or sessions. +- The breadcrumb and status-bar items are **display only** (not clickable, do not navigate). +- **Discard is the only destructive git action** and must confirm first (`git.confirmDiscard`, default on). Staging/unstaging do not confirm by default. + +## Configuration + +Settings are project-scoped, living in a `.helder/` folder in the opened project's root: + +- `.helder/config.json` — sparse; only user-overridden values. +- `.helder/config.default.json` — full defaults, **regenerated on launch** from built-in defaults (live documentation of every setting; the app never reads user edits from it). +- Effective value = `config.json` if present, else `config.default.json`, merged key by key. +- `.helder/theme.css` — custom CSS theme applied over the built-in dark theme; **code font and font size live here**, not in the config files. + +## Design tokens + +Canonical source is the `:root` block in `design_handoff_helder_workbench/design/styles.css`. Surfaces are cool charcoal (`--bg-0` editor `#16171a` → `--bg-3` headers/tabs `#23262b`); single cool-blue accent `--accent #4d8dff`; git status `--add #5cbd6b` / `--del #e0696a` / `--mod #d8a85c` / `--ren #5aa6d6`. File-type icons are 15×15 monogram chips (no brand logos). Recreate UI icons as a small inline-SVG set (or Lucide), keeping the monogram chips for file types. Respect `prefers-reduced-motion`; keep motion subtle. + +## Suggested implementation order (from README) + +1. Electron shell + frameless dark window; port tokens to CSS vars; bundle JetBrains Mono. +2. Static layout: four resizable columns + title/status bars. +3. Real file tree + open files into tabs (read-only) with Prism highlighting. +4. Git panel from `git status` (read-only) → staging + commit → the four diff modes + Split. +5. Search (ripgrep + fuzzy). +6. Terminals via node-pty + xterm.js; run `claude` in the agent pane. +7. Copy reference + Pass-on-to-Agent (clipboard + bracketed-paste into the agent PTY). + +## Commands + +No build/lint/test commands exist yet. Once the Electron + Vite toolchain is scaffolded, document the real `dev` / `build` / `lint` / `test` commands here, replacing this note. diff --git a/DESIGN.md b/DESIGN.md new file mode 100644 index 0000000..979fe0e --- /dev/null +++ b/DESIGN.md @@ -0,0 +1,251 @@ +# Helder Functional Design + +This document describes how Helder behaves: every panel, interaction, and state, at the functional and UX level. It does not cover technical architecture. It is written to match the agreed user interface exactly. + +Helder is a dark, AI-first desktop code editor for reviewing and navigating code written by an AI agent. It opens one project per window and has no light mode and no theme toggle. + +--- + +## 1. Window layout + +The window has three horizontal regions stacked top to bottom: + +1. A top bar. +2. The main body, split into four resizable columns. +3. A bottom status bar. + +The four columns of the body, left to right, are: + +1. **Source Control** +2. **Explorer** (file tree) +3. **Editor** (tabs and code) +4. **Agent and Terminal**, a single column split into two stacked panes: the Claude agent pane on top and a shell terminal below it. + +Every boundary between panes is a draggable splitter. The vertical splitters between the four columns adjust their widths. The horizontal splitter between the agent pane and the terminal pane adjusts their heights. Splitter positions persist across launches. Panes have sensible minimum widths and heights so they cannot be collapsed to nothing by dragging. + +The interface is dark only. Code is always syntax highlighted, in every panel and every view. + +--- + +## 2. Top bar + +The top bar contains, left to right: + +- The Helder mark and name. +- A breadcrumb showing the path to the active file, for example `console / src / Http / Controller / UserController.php`. The breadcrumb is **display only** for now. It is not clickable and does not navigate. +- On the right, two controls: **Go to File** (`Cmd/Ctrl+P`) and **Search** (`Cmd/Ctrl+F`). Both open overlays described in section 9. + +--- + +## 3. Source Control panel + +The leftmost column. It shows the working state of the project's git repository and is where staging and committing happen. + +### Header + +A `SOURCE CONTROL` header with a count badge showing the total number of changed files (staged plus unstaged). + +### Commit area + +Directly under the header: + +- A single-line **commit message** input. +- A **Commit** button whose label includes the staged count, for example `Commit 2`. +- The Commit button is enabled only when there is at least one staged change and the message field is not empty. Clicking it commits the staged changes with the typed message, clears the message field, and moves the committed files out of the staged section. The working tree updates accordingly. + +### Sections + +Two stacked sections, each with its own header and count: + +1. **STAGED CHANGES (n)** on top, listing files that are staged. +2. **CHANGES (n)** below, listing unstaged working-tree changes (added, modified, deleted). + +### Row anatomy + +Each row, identical in both sections: + +- A status letter on the far left: `A` added, `M` modified, `D` deleted, each in its own color (added green, modified amber, deleted red). +- A file-type icon, then the file name. +- The dimmed relative path, aligned to the right of the name. +- Change counts at the far right: additions in green (`+N`) and deletions in red (`-N`). +- Deleted files are shown with the file name struck through and dimmed. +- Rows have default, hover, and selected states. The selected row is the file currently open in the editor. + +### Interactions + +- **Left-click** a row opens that file in the editor. +- **Right-click** a row opens a context menu, designed to grow over time: + - In CHANGES (unstaged): **Stage file**, and **Discard changes**. + - In STAGED: **Unstage file**. +- **Hover quick action**: on hover, an unstaged row shows a `+` to stage it in one click, and a staged row shows a `-` to unstage it. +- Optional section actions: **Stage all** on the CHANGES header and **Unstage all** on the STAGED header. +- **Discard** is a destructive action. It asks for confirmation first (controlled by `git.confirmDiscard`, default on). Discarding reverts a modified file to its committed state and restores a deleted file. +- Staging and unstaging do not ask for confirmation by default (`git.confirmStage` and `git.confirmUnstage`, default off). + +### Branch summary bar + +At the very bottom of this column, a bar shows the current branch name and the total line changes across the working tree, for example `feat/payments-balance +50 -38`. This bar is **display only**. It does not switch branches. + +### Empty states + +- When nothing is staged, the STAGED section shows a dimmed line: `No staged changes`. +- When the working tree is clean, the CHANGES section shows a dimmed line: `Working tree clean`. + +Scope note: git in this version covers staging, unstaging, committing, and discarding. Push, pull, fetch, and branch switching are not part of this version. + +--- + +## 4. Explorer panel + +The second column. A standard project file tree. + +- An `EXPLORER` header. +- Folders expand and collapse. Files and folders use type icons. +- Files that have changes show the same status letter as the Source Control panel (`A`, `M`, `D`) on the right of their row. +- **Left-click** a file opens it in the editor. The selected file is highlighted. +- The tree hides paths matched by `files.exclude` and, when `files.followGitignore` is on, paths ignored by git. +- **Right-click** a file offers **Copy reference**, which copies the file's project-relative path to the clipboard (the file-level form of the editor's Copy reference). + +--- + +## 5. Editor + +The third and widest column. Tabs on top, a view toolbar under them, and the code below. + +### Tabs + +- Each open file is a tab showing its type icon and name. +- A tab opened on a changed file shows a small **DIFF** badge. +- A tab shows an unsaved indicator (a dot in place of the close control) when the file has unsaved edits. This matters because auto-save is off by default (`editor.autoSave`). +- Each tab has a close control (`x`). Clicking a tab switches to it. Closing a tab with unsaved edits prompts to save or discard. + +### View toolbar + +A row under the tabs: + +- On the left, a status summary for the active file, for example `Modified +6 -2`. +- On the right, a four-segment control: **Original | Updated | Diff | Split**. The active segment is highlighted. This control appears only for files that have changes relative to their committed state. Its starting mode follows `git.defaultDiffMode` (default `Diff`). + +### View modes + +All four are presentations of the same change set for the file: + +1. **Original**: the file as it was before the change, read-only. Changed and removed lines get a red bar in the left gutter. No inline plus or minus markers. +2. **Updated**: the current, editable version of the file. Added and changed lines get a green bar in the left gutter. +3. **Diff**: a single pane, unified inline diff. Removed lines are red with a `-`, added lines are green with a `+`, shown in sequence. +4. **Split**: the editor expands to full screen, covering the other columns. The original file is on the left and the updated file is on the right, lines aligned. Removals are marked red on the left, additions green on the right. `Esc`, or a collapse control in the corner, returns to the normal layout and the previously active mode. + +Shared rules: red always means removed or changed-from, green always means added or changed-to. Syntax highlighting stays on in all four modes. Line numbers follow `editor.lineNumbers` (default absolute). + +### Editing behavior + +- A file with no changes opens directly in a normal editable view with no view-mode control, since there is nothing to diff. +- Editing follows the editor settings: indentation, indent width, trim trailing whitespace, insert final newline, word wrap, indent guides, whitespace rendering, and active-line highlight, all read from configuration (section 10). + +### Right-click in code + +Right-clicking inside the code area, with or without a selection, shows a context menu with exactly two items: + +1. **Copy reference**: copies a reference to the clicked location to the clipboard. With no selection it is path plus single line, for example `src/Http/Controller/UserController.php:42`. With a selection it is path plus start and end line, for example `src/Http/Controller/UserController.php:42-58`. The path is project-relative. +2. **Pass on to Agent**: opens a small inline input popup anchored near the click or selection, with a single optional text field. On confirm (`Enter`), it composes one line, the typed text followed by the same reference, and inserts it into the agent pane's input. The insert does **not** submit. It lands as a new, unsubmitted line and the cursor sits on a fresh line, so the action can be repeated to stack several references before the user sends. `Esc` cancels with no insert. An empty field passes the bare reference. + +### File-state behavior in the view modes + +- **Added file**: only the Updated content exists. Original is empty, Diff shows everything as added (green), Split shows an empty left and the file on the right. +- **Deleted file**: only the Original content exists. Updated is empty, Diff shows everything as removed (red), Split shows the file on the left and an empty right. +- **Binary or unsupported file**: cannot be shown as editable text. The editor shows a short placeholder stating the file cannot be displayed, and the view-mode control is not shown. + +--- + +## 6. Agent pane + +The top pane of the fourth column. + +- A `claude` header with an `agent session` label. +- It is a single terminal running the configured agent command. On launch it auto-runs that command when `ai.autoLaunch` is on (default), using `ai.command` (default `claude`). +- The pane shows the live agent session and has an input line at the bottom. +- It receives the **Pass on to Agent** inserts from the editor: text arrives in the input as content, never as a submitted command, so the user can stack several and send when ready. +- It is one terminal only. There are no additional agent tabs or sessions in this version. + +--- + +## 7. Terminal pane + +The bottom pane of the fourth column. + +- A header showing the shell and working directory, for example `zsh` and the project path. +- It is a single shell terminal. It uses the operating system default shell, or the override in `terminal.shell` when set. +- It behaves as a normal terminal for that shell. +- It is one terminal only. There are no additional terminal tabs in this version. + +--- + +## 8. Status bar + +A bar across the bottom of the window. All items are **display only** for now; none are clickable. + +- On the left: the current branch and the working-tree line totals, for example `feat/payments-balance +50 -38`. +- On the right: cursor position (`Ln, Col`), indentation (`Spaces: 4`), encoding (`UTF-8`), language (`PHP`), and the active view mode (`Diff`). + +--- + +## 9. Global interactions + +### Go to File (`Cmd/Ctrl+P`) + +Opens a fuzzy file-open overlay. The user types part of a file name or path, the list narrows as they type, and selecting a result opens that file in the editor. `Esc` closes the overlay. + +### Search (`Cmd/Ctrl+F`) + +Opens a modal search overlay that searches **both** file contents and file names at once. The overlay covers 90 percent of the application width and is centered over a dimmed background. + +Inside the overlay: + +- A query field at the top. +- Two result columns below: + - **Left column, 70 percent width**: matches found inside files (content search), grouped by file, each match shown as the matching line with the query highlighted in context. + - **Right column, 30 percent width**: files whose name or path matches the query. +- Selecting a content result opens the file and jumps to that line. Selecting a file-name result opens that file. +- When nothing matches, each column shows a brief no-results message. +- `Esc` closes the overlay. The respected excludes are the same as the Explorer (`files.exclude` and, when on, gitignore). + +### Pane resizing + +Dragging any splitter resizes the adjacent panes. Positions persist across launches. + +### Session restore + +When `session.restoreOnLaunch` is on (default), reopening a project restores the previously open tabs, the active tab, and the pane and splitter layout. + +--- + +## 10. Configuration and theming + +Settings and theming are project-scoped and live in a `.helder` folder in the project root. + +- **`.helder/config.json`**: the user's settings. It is sparse and holds only the values the user has overridden. +- **`.helder/config.default.json`**: the full set of defaults, with a default for every value. Helder regenerates this file on launch from its built-in defaults, so it always matches the installed version and serves as live documentation of every available setting. The app never reads user edits from this file. +- **Effective value** of any setting: the value from `config.json` if present, otherwise the value from `config.default.json`, merged key by key. +- **`.helder/theme.css`**: a custom theme expressed as CSS, applied on top of the built-in dark theme. The code font and font size live here, not in the config files. + +Settings that affect behavior described above include indentation and editor display, file and search excludes, the default diff mode, git confirmation prompts, the terminal shell override, the agent auto-launch and command, and session restore. + +--- + +## 11. States and edge cases summary + +- **No project open**: the window shows an empty state inviting the user to open a project folder. +- **Clean working tree**: Source Control shows its empty-section messages; the Explorer still shows the full tree. +- **Unchanged file open**: normal editable view, no view-mode control. +- **Added or deleted file**: view modes behave as described in section 5. +- **Binary or unsupported file**: placeholder, no view-mode control. +- **Search with no matches**: per-column no-results messages. +- **Agent command not available**: the agent pane is a terminal, so a missing or failing command surfaces as ordinary terminal output in that pane. + +--- + +## Open assumptions to confirm + +- In the Search overlay, content matches are on the left (70 percent) and file-name matches on the right (30 percent). Confirm this assignment, or swap the two sides. +- Tabs show an unsaved indicator because auto-save defaults to off. Confirm that behavior is wanted. +- The Explorer right-click offers a file-level Copy reference (path only), consistent with the editor's Copy reference. Confirm this is in scope. \ No newline at end of file diff --git a/design_handoff_helder_workbench/README.md b/design_handoff_helder_workbench/README.md new file mode 100644 index 0000000..eebe3e4 --- /dev/null +++ b/design_handoff_helder_workbench/README.md @@ -0,0 +1,271 @@ +# Handoff: Helder — AI Code Workbench (Electron) + +## Overview +**Helder** is a desktop code workbench for a developer who reviews and works with code written by an AI agent. It is a dense, four-column IDE-style window optimized for an ultrawide monitor (designed at **3440×1440**, but fully fluid down to ~1280px wide). It is **dark mode only** — there is intentionally no light theme and no theme toggle. + +The core jobs the app supports: +- Fast project navigation + a single search that covers **both file contents and file names**. +- A Git review surface (commit box, staged list, changes list, per-file diff with four view modes). +- An editor with tabs and syntax-colored code. +- A live **Claude Code agent** terminal plus a normal shell terminal. +- A right-click **"Copy reference"** / **"Pass on to Agent"** flow that pushes `path:line` references into the agent's input so the developer can quickly point the agent at code. + +## About the Design Files +The files in `design/` are a **design reference created in HTML/CSS/React-via-Babel** — a working prototype that shows the intended look, layout, and behavior. **They are not the production codebase and should not be shipped as-is.** + +The task is to **recreate this design as a real Electron application**, using a proper build setup and the patterns below. The prototype loads React 18 + Babel from a CDN and stores everything in mock data; the real app should use a normal toolchain (see "Recommended Electron Stack"). Treat the HTML as the source of truth for *visual + interaction design*, and this README as the source of truth for *structure, tokens, and behavior*. + +You can open `design/Helder - AI Code Workbench.html` directly in a browser to see and click the live prototype while building. + +## Fidelity +**High-fidelity (hifi).** Colors, typography, spacing, diff coloring, and interactions are final. Recreate the UI pixel-faithfully. All exact values are in the Design Tokens section and in `design/styles.css` (the prototype's `:root` block is the canonical token list). + +--- + +## Recommended Electron Stack +No target codebase exists yet, so choose a modern, conventional setup: +- **Electron** (latest stable) with a **main** process and a **renderer**. +- **Renderer:** React 18 + TypeScript + Vite (`electron-vite` is a good scaffold). The prototype is already React, so component structure ports directly. +- **Syntax highlighting:** the prototype uses **Prism 1.29** (`prism-core` + `markup-templating`, `php`, `python`, `typescript`, `json`, `bash`, `markdown`). Keep Prism, or swap to **Shiki**/**CodeMirror 6** if you prefer; the token→color mapping is documented below. **Important Prism gotcha:** `prism-php` requires `prism-markup-templating` to be loaded **first**, or every `Prism.highlight` call throws and silently falls back to plain text. +- **Fonts:** UI = system stack (`-apple-system, "Segoe UI", Roboto, Helvetica, Arial, sans-serif`); code/mono = **JetBrains Mono** (bundle the font locally for offline use — do not rely on Google Fonts CDN in Electron). +- **Real integrations to wire up (replacing the mock):** + - File tree + file contents → real FS via the main process (`fs`, `chokidar` for watching). Never touch FS directly from the renderer; use IPC / a preload bridge with `contextIsolation: true`. + - Git panel → shell out to `git` (or `simple-git`) for `status --porcelain`, staged/unstaged sets, `add`/`reset`, `commit`, and `diff`. The prototype computes diffs in JS with an LCS; in the real app prefer `git diff` output, but the four view modes still derive from an original/updated text pair per file. + - Terminals → real PTYs via **node-pty** + **xterm.js**. The "Claude agent" pane is just a terminal that runs the `claude` CLI; the bottom pane is a normal shell. The prototype fakes both — see "Terminals". + - Search → ripgrep (`rg`) for content search; a fast fuzzy matcher (e.g. `fzf`-style or `fuse.js`) for file-name search. + - "Copy reference" → Electron `clipboard.writeText`. + - "Pass on to Agent" → write into the agent terminal's PTY using **bracketed paste** (`\x1b[200~` … `\x1b[201~`) so the `claude` CLI treats it as pasted input and does NOT submit it. This is the real mechanism the prototype only simulates. + +--- + +## Global Layout + +Top-level vertical stack (`.app`, `height:100vh`, `display:flex; flex-direction:column`): + +1. **Title bar** — `height: 36px`, fixed. +2. **Workbench** — `flex: 1`, a horizontal flex row of four columns separated by draggable splitters. +3. **Status bar** — `height: 23px`, fixed. + +**Design principle the client asked for:** keep the chrome minimal — title bar + tab strip + panel headers + status bar combined should stay ≈10% of vertical height so code and tools own the screen. + +### Workbench columns (left → right) +All columns are **horizontally resizable** by dragging the 5px splitter between them. The editor is the flex-grow column; the other three have explicit pixel widths with min/max clamps. + +| # | Column | Default width | Min–Max | Notes | +|---|--------|---------------|---------|-------| +| 1 | **Source Control** (Git) | 232px | 160–460 | commit box + staged list + changes list | +| 2 | **Explorer** (file tree) | 244px | 160–520 | VS Code-style tree, colored type icons | +| 3 | **Editor** | flex:1 | min 240px | tabs + code/diff | +| 4 | **Right column** | 444px | 280–780 | split vertically: agent terminal (top) + shell (bottom), draggable horizontal splitter, default top fraction 0.52 | + +Splitter: 5px hit area, transparent; inner 1px line is `--border`, turning to `--accent` (0.55 alpha) on hover/drag. Vertical splitter cursor `col-resize`; horizontal `row-resize`. + +--- + +## Screens / Components + +### 1. Title bar (`.titlebar`) +- Height 36px, background `--bg-3`, bottom border `--border`, horizontal padding 12px, items gap 14px. +- Left → right: + - **Traffic lights**: three 12px circles, gap 8px — red `#e0696a`, yellow `#d8a85c`, green `#5cbd6b`. (On macOS use the native frame instead; these are decorative in the web prototype.) + - **Wordmark**: a small spark/diamond icon in `--accent`, then **`Helder`** (weight 600, `--fg-0`), an em-dash in `--fg-3`, then the project name (`console`) in `--fg-2`. Font 12px. + - **Breadcrumb** of the active file path, monospace 11.5px, `--fg-3`, segments joined by ` › `; last segment `--fg-1`. + - Spacer (flex:1). + - **Search button**: `.tb-btn` — ghost button, 11.5px, `--fg-2`; search icon + "Search" + a `⌘F` chip. Hover → `--hover` bg, `--fg-0` text. (There is intentionally **no "Go to File" button** — search covers file names too.) + +### 2. Source Control panel (`.col` #1) +Order, top to bottom: + +**a. Panel header** (`.phead`, height 30px): branch icon + "SOURCE CONTROL" (uppercase, 10.5px, letter-spacing .09em, `--fg-2`) + a count pill on the right showing the number of changed (uncommitted) files. + +**b. Commit box** (`.commit-box`, padding 9px 10px, bottom border): a flex row, `align-items:flex-start`, gap 7px. + - **Message field**: a 1-row auto-growing `