@zerwiz/sessrumnir 0.1.21 → 0.1.23

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,323 +1,40 @@
1
- # Pi Desktop
1
+ # Sessrúmnir — the seat-hall
2
2
 
3
- A desktop GUI for the [Pi](https://pi.dev) and [oh-my-pi](https://github.com/can1357/oh-my-pi) coding agents. Chat, manage projects, browse files, run commands, and install packages in one window.
3
+ The seat where the Allfather speaks with Brokk. A desktop window over the
4
+ forge: chat, errands, terminals, notes, packages, and skills — in one hall,
5
+ wearing the cloth of Ymir (stone and bone, bronze and blood), with the
6
+ hearth's embers rising behind everything.
4
7
 
5
- ![Pi DesktopHome launcher screen](docs/screenshots/Screenshot_20260824_181929.png)
8
+ > **Sessrúmnir**Freyja's great hall, where seats are taken. Here the
9
+ > operator (the Allfather) sits with the machine, and the machine speaks back.
6
10
 
7
- Still in alpha, so expect rough edges.
11
+ ## What it is
8
12
 
9
- ## What it does
13
+ - **Chat with Brokk** — the agent beside the work, not a tab in a browser.
14
+ - **Errands** — open a project tree, describe what you want done, watch it
15
+ happen. Commands, terminals, files, packages, notes, skills: one window.
16
+ - **The cloth** — the obsidian stone `#0e0c09`, the bone text, the bronze
17
+ accent `#c9973f`; fensalir is the only built-in cloth of the seat (the old
18
+ upstream themes are not registered — nothing old can be worn).
19
+ - **The hearth** — the ember glow lies fixed behind all content, chat
20
+ included; reduced-motion renders a still frame.
21
+ - **The mark** — the Ymir Root Mark (Algiz + the anvil), not the old bolt.
10
22
 
11
- - Streaming chat with thinking blocks, tool use, and rich rendering: bundled fonts and color emoji, inline SVG preview, and clickable file links that open a preview pane. Consecutive tool calls fold into collapsible groups. File reads show as line-numbered, syntax-highlighted code and edits as diffs
12
- - Find within a conversation (`Ctrl/Cmd+F`); streaming follows new output only while you're at the bottom, with a jump-to-bottom control
13
- - Composer file mentions (type `@` to insert a path reference for Pi to read) and `Up`/`Down` to recall prompts sent in the current session
14
- - Home dashboard with usage stats: messages, tokens, active-day streaks, peak hour, and a per-model breakdown
15
- - [Multi-Agent Council Planning](#multi-agent-council-planning), where Pi, Claude, and Codex plan together and reach consensus before Pi builds (opt-in)
16
- - Quick switcher (`Ctrl/Cmd+K`) for skills, prompt templates, built-in commands, workspaces, sessions, and files; `/` in the composer for commands
17
- - Skills browser, session fork/branch tree, and one-click context compaction
18
- - Session naming (read from Pi) with inline rename, and a themed in-app confirmation for delete
19
- - Custom models & providers editor in Settings, which edits your engine's models file (`~/.pi/agent/models.json` for Pi, `~/.omp/agent/models.yml` for OMP)
20
- - Multiple workspaces, with an independent agent process per live session, so a turn keeps running when you switch away from it; Mission Control and sidebar activity dots surface background work across projects, with optional desktop notifications when a session finishes, fails, or waits for approval
21
- - New Task launcher starts a real fresh Pi session in a selected project, optionally in an isolated Git worktree, and sends the issue immediately while work continues in the background; matching task metadata, explicit branches, and GitHub PR URLs reuse an existing local worktree when found
22
- - Diff Review conveyor with explicit Commit → Push → PR actions, upstream-aware GitHub CLI PR creation, and exact notification clicks back to the finished session
23
- - Diagnostics view: Pi/OMP install and PATH resolution, provider configuration, permissions, and recent errors
24
- - Review rail (toggleable) with permissions, approvals, changed files, and session status
25
- - Custom permission rules: allow/deny glob rules per Pi tool that refine the permission modes, with per-workspace rule files, import/export, and live edits that apply without restarting Pi
26
- - File tree, code/image/PDF/HTML preview panes, code editor (CodeMirror 6 with syntax highlighting), diff viewer, file search
27
- - Terminal with ANSI colors
28
- - Package browser connected to pi.dev/packages, with instant local search and update checks for installed packages
29
- - Session tags, model switching, live-preview settings, themes (7 built-ins plus System, and custom themes you can create in-app, import, export, or install from a URL)
30
- - [Translatable interface](#languages): pick the language in Settings (English ships today)
31
-
32
- ## Review rail
33
-
34
- The right-side Review rail keeps safety and working-tree state visible while you chat with Pi. Toggle it from the chat toolbar (hidden by default, so it doesn't compete for space with file/image previews).
35
-
36
- Changed files use readable status badges:
37
-
38
- | Badge | Meaning |
39
- |-------|---------|
40
- | `NEW` | Untracked new file |
41
- | `MOD` | Existing tracked file was modified |
42
- | `DEL` | Tracked file was deleted |
43
- | `ADD` | New file staged in git |
44
- | `STG` | Modified file staged in git |
45
- | `REN` | File was renamed |
46
-
47
- ## Pi and OMP engines
48
-
49
- Pi Desktop speaks Pi's RPC protocol directly, so it can run either the standard `pi` CLI or the compatible `omp` binary from [oh-my-pi](https://github.com/can1357/oh-my-pi). **Settings → Agent Configuration → Agent Installation** scans for installed engines, lets you select one, and also supports a custom executable or install directory.
50
-
51
- Each engine keeps its own sessions: Pi writes to `~/.pi/agent/sessions`, OMP to `~/.omp/agent/sessions`. The app reads both, so switching engines never hides your history. When sessions from both appear in one list, each row is tagged `Pi` or `OMP`, and opening one starts the engine that wrote it.
52
-
53
- OMP's protocol-v2 large-frame transport is negotiated automatically, and model-specific thinking efforts, including `max`, are shown when advertised. Its native `read`, `grep`, and `glob` tools are used for Plan / Read-only mode, and its plugin install/update/remove verbs are mapped behind the existing package actions.
54
-
55
- ## Permissions
56
-
57
- Four base modes control what Pi may do, selectable from the Review rail or **Settings → Behavior**:
58
-
59
- | Mode | Behavior |
60
- |------|----------|
61
- | Plan / Read-only | Only read/search/list tools are enabled; edits and shell commands are blocked |
62
- | Ask before edits | Pi asks before file edits and shell commands |
63
- | Ask before commands | Pi asks before shell commands |
64
- | Trusted | All tools enabled |
65
-
66
- Custom permission rules refine the modes with allow/deny rules per Pi tool, edited in **Settings → Behavior → Permission rules**:
67
-
68
- - A rule is an action (`allow`/`deny`), a tool name (`bash`, `edit`, `write`, `read`, … or `*` for any), and an optional glob pattern matched against the tool's input: the shell command for `bash`, the file path for file tools. `*` is the only wildcard.
69
- - Precedence: deny beats allow, and allow beats the mode default. Deny rules are enforced in every mode; a `deny * *.env*` rule holds even in Trusted. Allow rules skip the confirmation prompt in the ask modes.
70
- - Rule edits apply to the next tool call without restarting Pi.
71
- - Rules come in two scopes. The **Global | This workspace** tabs edit either your global rules or the active workspace's `.pi-desktop/permission-rules.json`. A workspace file is gated by workspace trust: once you trust the workspace it fully replaces the global list while you work there. Until then (the default for a repo you just opened) only its *deny* rules apply, layered on top of your global rules, and its *allow* rules are ignored, so a cloned repo can tighten your permissions but never loosen them. Opening a workspace whose file contains allow rules prompts you to trust it; you can also Trust/Revoke from the **This workspace** tab. Import/Export moves rule lists as JSON files, and the workspace file can be hand-edited or committed with a repo. The app picks up changes live.
72
- - One honest caveat: rules match raw strings, with no path canonicalization or command parsing. Treat them as a guardrail against accidents rather than a security sandbox, and keep even a trusted workspace's allow rules narrow.
73
-
74
- Example rules:
75
-
76
- ```json
77
- { "action": "allow", "tool": "bash", "match": "npm test*" }
78
- { "action": "deny", "tool": "bash", "match": "rm -rf *" }
79
- { "action": "deny", "tool": "*", "match": "*.env*" }
80
- ```
81
-
82
- ## Custom themes
83
-
84
- Pi Desktop ships 7 built-in themes (Dark, Light, Nord, Gruvbox, Breeze Dark, Breeze Light, Breeze Claudius) plus System, and you can create your own from **Settings → Appearance**. With **System** selected, **Light Theme** and **Dark Theme** choose which installed theme each OS mode uses.
85
-
86
- To build one in the app, click **Create theme** to fork the currently active theme, or **Edit theme** to keep editing one you already created. Pick 7 seed colors (app background, surface, text, accent, success, warning, error) and a dark or light kind; every other color in the app is derived from those seeds. Changes preview live across the whole window as you edit. Two disclosures cover finer control:
87
-
88
- - **Advanced** lets you override any of the ~30 derived tokens individually (borders, hovers, scrollbars, and so on) instead of accepting the automatic derivation.
89
- - **Syntax colors** overrides the code-highlighting colors (keywords, strings, comments, etc.) used by the code editor and diff viewer.
90
-
91
- Themes you create are listed alongside the built-ins in the **Theme** dropdown. Rename one by editing its name in the editor, duplicate one by selecting it and clicking **Create theme** (which forks whatever is active), and delete one with the **Delete** button that appears next to the dropdown whenever a custom theme is selected.
92
-
93
- To share a theme, use **Import** and **Export** to move it as a `.json` file, or paste an `https://` URL into **Install from URL** to fetch and install one directly (HTTP is rejected, and downloads are size-capped).
94
-
95
- A theme file uses the `pi-theme/v1` format: JSON with a `$schema`, a `name`, a `kind` (`"dark"` or `"light"`), and 7 `seeds`. That's enough for a complete, valid theme; everything else is derived automatically via CSS `color-mix()`:
96
-
97
- ```json
98
- {
99
- "$schema": "pi-theme/v1",
100
- "name": "My Theme",
101
- "kind": "dark",
102
- "seeds": {
103
- "app": "#0a0a0a",
104
- "surface": "#171717",
105
- "text": "#f5f5f5",
106
- "accent": "#2563eb",
107
- "success": "#34d399",
108
- "warning": "#facc15",
109
- "error": "#f87171"
110
- }
111
- }
112
- ```
113
-
114
- Two optional top-level objects let you pin exact values instead of relying on derivation: `overrides` (any derived token, e.g. `border`, `scrollbar`, `accent-hover`) and `syntax` (code-highlighting colors, e.g. `keyword`, `string`, `comment`). Omit both and the theme still renders correctly from the 7 seeds alone.
115
-
116
- User theme files live in the app's user-data directory under `themes/` (on Linux, `~/.config/pi-desktop/themes/`).
117
-
118
- There's also a community gallery at [pi-desktop-themes](https://github.com/FaqFirebase/pi-desktop-themes): copy any theme's raw URL into **Install from URL**, or submit your own with a pull request.
119
-
120
- ## Languages
121
-
122
- Pick the interface language in **Settings → Appearance → Language**. **System default** follows your operating system's language list and falls back to English. The change applies when you click **Save Settings**, with no restart.
123
-
124
- English is the only bundled language today. Each language is one JSON file in `resources/locales/<code>/translation.json`; see [Translations](CONTRIBUTING.md#translations) to add one.
125
-
126
- Only the app's own text is translated. Chat replies, file contents, and names of models, packages, and sessions stay as they are. Logs and the copied Diagnostics report stay in English, so bug reports stay readable.
127
-
128
- ## Multi-Agent Council Planning
129
-
130
- Pi, Claude, and Codex each produce an initial plan, share and converge, and Pi presents the agreed consensus plan *before* anything is built. All members plan read-only; Pi is the only agent that edits files.
131
-
132
- The feature is off by default. Enable it in **Settings → "Multi-Agent Council Planning"**; a confirmation dialog warns that it increases token and credit usage, since each request runs multiple agents.
133
-
134
- The app auto-detects each member's CLI cross-platform, and only detected agents can be enabled (per-agent checkboxes). At least two members must be available or a run is refused. Pi always merges the plans into the final consensus, even when it isn't checked as a planner.
135
-
136
- Every member plans read-only: Claude runs with `--permission-mode plan`, Codex with `--sandbox read-only`, and Pi with write tools excluded. They produce plans but never modify files. Only Pi implements the approved result.
137
-
138
- During the consulting phase, each member streams its plan live in its own card with an elapsed timer.
139
-
140
- There are two consensus modes:
141
-
142
- - **One debate round** (default): each member sees the others' plans and revises once, then Pi merges. You watch them converge.
143
- - **Arbiter merge**: faster and cheaper. Pi synthesizes the initial plans directly with no debate round.
144
-
145
- A per-member timeout (10 to 600 seconds, default 240) bounds each member. A member that times out or errors is dropped, and the run proceeds as long as at least one plan was produced.
146
-
147
- To use it, type your request with the feature enabled and click **Plan with Council** in the composer. Review each member's plan and Pi's merged consensus plan. If you want changes, type feedback in **Request changes to the plan…** and Pi revises the consensus; repeat as needed. When you're happy, click **Implement this** and Pi builds it. The panel collapses once a plan is ready so the output stays readable.
148
-
149
- ## Getting started
150
-
151
- You need Pi installed first:
152
-
153
- ```bash
154
- npm install -g @earendil-works/pi-coding-agent
155
- ```
156
-
157
- On Linux, grab the AppImage from [Releases](https://github.com/FaqFirebase/pi-desktop/releases):
23
+ ## Install
158
24
 
159
25
  ```bash
160
- chmod +x Pi-Desktop-*.AppImage
161
- ./Pi-Desktop-*.AppImage
26
+ npm install -g @zerwiz/ymir # the platform + the four surfaces
27
+ ymir raise # the services
28
+ ymir sessrumnir # this window — the seat-hall
162
29
  ```
163
30
 
164
- ### macOS
165
-
166
- Download the `.dmg` (Apple Silicon / arm64) from [Releases](https://github.com/FaqFirebase/pi-desktop/releases), open it, and drag **Pi Desktop** to Applications.
167
-
168
- Builds are **not yet signed or notarized**. Because the download is unsigned, macOS quarantines it, and on first launch Gatekeeper shows this dialog (this is macOS's message, not our advice):
169
-
170
- > Pi Desktop is damaged and can't be opened. You should move it to the Trash.
171
-
172
- **Do not move it to the Trash.** The app is not damaged; this is just how Gatekeeper phrases its block on any unsigned app. macOS offers no "Open Anyway" button for this particular dialog, so clear the quarantine flag in Terminal instead:
173
-
174
- ```bash
175
- xattr -dr com.apple.quarantine "/Applications/Pi Desktop.app"
176
- ```
177
-
178
- Then open the app normally. You only need to do this once.
179
-
180
- > If macOS instead says the app **"cannot be opened because Apple cannot check it for malicious software,"** you can allow it without Terminal: open **System Settings → Privacy & Security**, scroll to the **Security** section, and click **Open Anyway** next to the Pi Desktop notice, then confirm with Touch ID / your password.
181
-
182
- > If you'd rather skip the unsigned-app warnings entirely, build from source. A build you compile yourself runs locally without Gatekeeper blocking it, so there is no signing prompt and no quarantine flag to clear. See [Build it yourself → Linux / macOS](#linux--macos) below.
183
-
184
- ### Windows
185
-
186
- Download from [Releases](https://github.com/FaqFirebase/pi-desktop/releases): the **installer** (`…-win-x64-setup.exe`, recommended) or the **portable** `…-win-x64.exe`. Builds are unsigned, so SmartScreen may warn; choose **More info → Run anyway**. If file edits or saves fail, see the [Controlled Folder Access](#controlled-folder-access-ransomware-protection) note below. Windows is community-tested; please [open a bug report](https://github.com/FaqFirebase/pi-desktop/issues) if you hit an issue.
187
-
188
- ## Keyboard shortcuts
189
-
190
- | Shortcut | What it does |
191
- |----------|-------------|
192
- | `Enter` | Send message |
193
- | `Shift+Enter` | New line |
194
- | `Up/Down` | Recall previous prompts |
195
- | `@` | Mention a workspace file |
196
- | `Escape` | Stop streaming |
197
- | `Ctrl/Cmd+K` | Open command palette |
198
- | `/` (start of message) | Open command palette |
199
- | `Ctrl+P` (composer focused) | Cycle model |
200
- | `Ctrl/Cmd+F` | Find in conversation |
201
- | `Ctrl/Cmd+Shift+F` | File search |
202
- | `Ctrl+Shift+P` | Insert saved note |
203
- | `Ctrl/Cmd+N` | New session |
204
- | `Ctrl/Cmd+Shift+N` | New workspace |
205
- | `Ctrl/Cmd+O` | Open project |
206
-
207
- ## Build it yourself
208
-
209
- ### Linux / macOS
210
-
211
- ```bash
212
- git clone https://github.com/FaqFirebase/pi-desktop.git
213
- cd pi-desktop
214
- npm install
215
- npm run dev
216
- ```
217
-
218
- ### Windows
219
-
220
- Windows requires extra steps because **node-pty** (the terminal backend) compiles a native module against Electron's ABI.
221
-
222
- #### 1. Install prerequisites
223
-
224
- Install all of the following **before** cloning:
225
-
226
- - [Git for Windows](https://git-scm.com/download/win)
227
- - [Node.js LTS](https://nodejs.org), via the official Windows installer (adds `node` and `npm` to PATH)
228
- - **Visual Studio Build Tools 2022**, downloaded from [Visual Studio downloads](https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio-2022)
229
- - Select the **Desktop development with C++** workload
230
- - Open **Individual components**, search `Spectre`, and install **Spectre-mitigated libs for v143 toolset**
231
-
232
- > **Use VS Build Tools 2022, not 2026.** node-pty requires Spectre-mitigated runtime libraries. VS 2022 stable (v143 toolset) ships them; VS 2026 preview (v180 toolset) does not, and `npm install` will fail with `MSB8040: Spectre-mitigated libraries are required for this project`.
233
-
234
- #### 2. Add a Windows Defender exclusion (recommended)
235
-
236
- Defender can block or slow `npm install` on projects with many small files. Before cloning, add an exclusion:
237
-
238
- Settings → Privacy & Security → Windows Security → Virus & threat protection → Manage settings → Exclusions → Add a folder → (pick where you'll clone the repo)
239
-
240
- #### 3. Clone and install
241
-
242
- ```powershell
243
- git clone https://github.com/FaqFirebase/pi-desktop.git
244
- cd pi-desktop
245
- npm install
246
- ```
247
-
248
- The postinstall script rebuilds `node-pty` against Electron's ABI and downloads the Electron binary. First install may take a few minutes.
249
-
250
- If the Electron binary is missing after install, use the [manual Electron binary download](#manual-electron-binary-download) steps below. This is the confirmed fallback on Windows when Electron's postinstall extraction leaves a partial `dist` folder.
251
-
252
- #### 4. Install Pi
253
-
254
- ```powershell
255
- powershell -c "irm https://pi.dev/install.ps1 | iex"
256
- ```
257
-
258
- Open a **new terminal** after this so the updated PATH takes effect.
259
-
260
- #### 5. Run
261
-
262
- ```powershell
263
- npm run dev
264
- ```
265
-
266
- #### Common Windows errors
267
-
268
- | Error | Cause | Fix |
269
- |-------|-------|-----|
270
- | `MSB8040`: Spectre libs missing | VS Build Tools 2026 (v180 toolset) installed instead of 2022 (v143) | Uninstall 2026, install VS Build Tools 2022 with Spectre libs for v143 |
271
- | `electron-vite is not recognized` | `npm install` didn't complete | Run `npm install` again |
272
- | Electron binary missing after install | Electron's postinstall extraction left a partial or missing `dist` folder | Add the repo folder to Defender exclusions, then `npm install` again. If it still fails, use the manual download steps below |
273
- | `EPERM` / `EACCES` writing a project file | Controlled Folder Access (Ransomware protection) is blocking writes under Documents/Desktop | Keep the repo and your projects out of protected folders, or allow Pi Desktop through Controlled folder access (see below) |
274
- | Pi shows "error" in status popover | Pi not installed or PATH not updated | Run the install script above in a **new** terminal window |
275
-
276
- #### Controlled Folder Access (Ransomware protection)
277
-
278
- Windows **Controlled Folder Access** protects `Documents`, `Desktop`, `Pictures`, and similar folders by silently blocking apps it doesn't trust from writing to them. Because Pi Desktop is a coding agent that edits files, this shows up as intermittent `EPERM`/`EACCES` failures (during `npm install`, when the agent edits code, or when you save a file) if your repo or projects live inside a protected folder.
279
-
280
- The reliable fix is to keep code out of protected folders. Clone the repo and put your projects somewhere unprotected, for example:
281
-
282
- ```powershell
283
- # Not C:\Users\<you>\Documents\... — use an unprotected path:
284
- git clone https://github.com/FaqFirebase/pi-desktop.git C:\dev\pi-desktop
285
- ```
286
-
287
- If you must keep code under Documents/Desktop, allow the app instead:
288
-
289
- **Windows Security → Virus & threat protection → Ransomware protection → Manage ransomware protection → Allow an app through Controlled folder access → Add an allowed app**, then add the installed `Pi Desktop.exe` (and, for development, `node.exe`, `git.exe`, and `electron.exe`).
290
-
291
- > The portable `.exe` re-extracts to a temporary folder on each launch, so allow-listing it doesn't stick. Prefer the **installer** (`Pi-Desktop-<version>-win-x64-setup.exe`) if you rely on the allow-list approach.
292
-
293
- #### Manual Electron binary download
294
-
295
- If `npm install` completes but the app won't launch because Electron is missing or corrupted, download it directly from GitHub and unpack it into place. This is the known-good fallback when `node_modules\electron\dist` contains only partial contents, such as `locales`, and no `electron.exe`.
296
-
297
- Replace `43.0.0` with the version in `node_modules/electron/package.json` if it differs.
298
-
299
- ```powershell
300
- $ver = "43.0.0"
301
- $url = "https://github.com/electron/electron/releases/download/v$ver/electron-v$ver-win32-x64.zip"
302
- $zip = "$env:TEMP\electron-v$ver-win32-x64.zip"
303
- Invoke-WebRequest -Uri $url -OutFile $zip
304
- if (Test-Path node_modules\electron\dist) { Remove-Item -Recurse -Force node_modules\electron\dist }
305
- Expand-Archive -Path $zip -DestinationPath node_modules\electron\dist -Force
306
- "electron.exe" | Out-File -Encoding ASCII -NoNewline node_modules\electron\path.txt
307
- "v$ver" | Out-File -Encoding ASCII -NoNewline node_modules\electron\dist\version
308
- ```
309
-
310
- After this, `npm run dev` should work normally.
311
-
312
- > **Note:** Windows builds are community-tested. If you hit an issue not listed above, please [open a bug report](https://github.com/FaqFirebase/pi-desktop/issues).
313
-
314
- ## License
315
-
316
- Apache 2.0
31
+ Or alone: `npm install -g @zerwiz/sessrumnir`.
317
32
 
318
- ## Links
33
+ ## The seat's rules
319
34
 
320
- - [pi-desktop.com](https://pi-desktop.com)
321
- - [pi.dev](https://pi.dev)
322
- - [Packages](https://pi.dev/packages)
323
- - [Issues](https://github.com/FaqFirebase/pi-desktop/issues)
35
+ - The desktop seat is trusted: it never asks for a web login — the gate
36
+ honors its marker only over loopback, while the web door keeps its lock.
37
+ - The voice is Norse-natural; the hall's names are load-bearing.
38
+ - Built on a vendored, re-themed fork of **pi-desktop** (Apache-2.0,
39
+ FaqFirebase and the Pi Desktop contributors) — provenance preserved in
40
+ NOTICE; the product is Sessrúmnir.
@@ -21157,7 +21157,7 @@ function StatusPopover() {
21157
21157
  /* @__PURE__ */ jsxRuntimeExports.jsxs("div", { className: "px-4 py-2 border-t border-border flex items-center justify-between text-[10px] text-faint", children: [
21158
21158
  /* @__PURE__ */ jsxRuntimeExports.jsxs("span", { children: [
21159
21159
  "v",
21160
- "0.1.21"
21160
+ "0.1.23"
21161
21161
  ] }),
21162
21162
  /* @__PURE__ */ jsxRuntimeExports.jsxs(
21163
21163
  "button",
@@ -10,7 +10,7 @@
10
10
  <link rel="icon" type="image/svg+xml" href="./assets/ymir-mark-kY-7e1x6.svg" />
11
11
  <title>Sessrúmnir</title>
12
12
  <script src="./theme-boot.js"></script>
13
- <script type="module" crossorigin src="./assets/index-BScoctID.js"></script>
13
+ <script type="module" crossorigin src="./assets/index-BJJuWz5h.js"></script>
14
14
  <link rel="stylesheet" crossorigin href="./assets/index-BDCZuN3N.css">
15
15
  </head>
16
16
  <body class="bg-app text-primary antialiased">
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@zerwiz/sessrumnir",
3
- "version": "0.1.21",
3
+ "version": "0.1.23",
4
4
  "description": "Desktop GUI frontend for the Pi coding agent",
5
5
  "main": "out/main/index.js",
6
6
  "desktopName": "pi-desktop.desktop",