@zerwiz/ymir 0.1.24 → 0.1.26

package/bin/ymir-install.sh

@@ -304,7 +304,12 @@ step_apps() {
   esac
   local reg="$HOARD/identity/projects.yaml"
   if [ ! -r "$reg" ]; then
-    add apps SKIP "no registry — no app repos to pull ($reg)"
+    # The fork path: no private hoard — fall back to the PUBLIC app map so a
+    # fresh clone still pulls the five surfaces (config/app-repos.yaml).
+    reg="$ROOT/config/app-repos.yaml"
+  fi
+  if [ ! -r "$reg" ]; then
+    add apps SKIP "no app registry — neither the hoard's projects.yaml nor config/app-repos.yaml"
     return 0
   fi
   # Parse blocks that carry `repo: apps/<path>` and a `git:` inline dict.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@zerwiz/ymir",
-  "version": "0.1.24",
+  "version": "0.1.26",
   "description": "Ymir \u2014 the single-tenant agent operating system. Omarchy-first, host-aware, self-healing.",
   "license": "Apache-2.0",
   "homepage": "https://github.com/zerwiz/ymir",
@@ -73,4 +73,4 @@
     "@zerwiz/sessrumnir": "^0.1.10",
     "@zerwiz/smidja-factory": "^0.1.3"
   }
-}
+}

package/scripts/start.sh

@@ -289,15 +289,6 @@ echo "$PID" > "$PID_FILE"
 # Wait for the port to answer (max ~15s), then say what is true.
 for _ in $(seq 1 30); do
   if curl -s -o /dev/null "http://127.0.0.1:${PORT}/"; then
-    # The windows — the raise opens all four when a display is present, so
-    # 'ymir raise' stands the whole hall: the high seat, the board, the
-    # smithy's eye, and the seat-hall.
-    if [ -n "${WAYLAND_DISPLAY:-${DISPLAY:-}}" ]; then
-      "$SCRIPT_DIR/electron.sh" start --view hlidskjalf >/dev/null 2>&1 &
-      "$SCRIPT_DIR/electron.sh" start --view odrerir >/dev/null 2>&1 &
-      "$SCRIPT_DIR/electron.sh" start --view smidja >/dev/null 2>&1 &
-      "$ROOT/bin/ymir.js" sessrumnir >/dev/null 2>&1 &
-    fi
     echo "Hlidskjalf raised (pid $PID) → http://127.0.0.1:${PORT}/"
     echo "Logs: $LOG"
     exit 0

package/.agents/config/agents.yaml

@@ -1,53 +0,0 @@
-# config/agents.yaml.example — TEMPLATE for the Allfather's personal setup.
-#
-# Installation copies this to config/agents.yaml when none exists
-# (bin/ymir-install.sh step: host) — or run: bin/agents-config.sh init
-# Edit config/agents.yaml, then: bin/agents-config.sh apply
-# config/agents.yaml is gitignored: it is YOURS, private, and pushable to a
-# private repo. Override its path with YMIR_AGENTS_YAML=/path/to/yours.yaml.
-# Any agent without its own `model:` inherits `default_model`.
-
-version: 1
-
-# The harness is chosen by where the model lives — local through pi, online
-# through opencode. An agent may still name `harness:` to override the rule.
-harness:
-  local: pi              # a model on a local provider runs through pi
-  online: opencode       # a hosted model runs through opencode
-  local_providers: [llama.cpp, llama-cpp, lmstudio]
-  # The same local server is named differently per harness; translate on the way.
-  providers:
-    llama.cpp: { pi: llama-cpp }
-
-# The fallback smith for any agent that does not name a model.
-default_model: opencode-go/deepseek-v4.1-flash
-
-# Local, keyless model servers. `apply` writes these into the project harness
-# config (opencode.json) so a model listed here is immediately usable. A bare
-# alias (no @quant) is auto-resolved against the server's /v1/models.
-providers:
-  llama.cpp:
-    npm: "@ai-sdk/openai-compatible"
-    name: "llama-server (local)"
-    base_url: "http://127.0.0.1:8080/v1"
-    models:
-      # A local llama.cpp router needs the EXACT served id (the @quant suffix);
-      # `apply` resolves the bare alias below to the id the server reports.
-      - frontend-design-expert-8b
-
-# agent name -> { model, harness?, primary? }. Omit model to inherit
-# default_model. Omit harness to follow the local/online rule above.
-# `primary: true` marks the agent runnable directly (mode: all), not only
-# dispatchable by another agent.
-agents:
-  brokk:   { model: opencode-go/deepseek-v4.1-flash }
-  # Hnoss the Shaper runs local (no cloud key) -> pi, and is directly runnable.
-  hnoss:   { model: "llama.cpp/frontend-design-expert-8b", primary: true }
-  sindri:  { model: opencode-go/deepseek-v4.1-flash }
-  bragi:   { model: opencode-go/deepseek-v4.1-flash }
-  huginn:  { model: opencode-go/deepseek-v4.1-flash }
-  kvasir:  { model: opencode-go/deepseek-v4.1-flash }
-  mimir:   { model: opencode-go/deepseek-v4.1-flash }
-  snotra:  { model: opencode-go/deepseek-v4.1-flash }
-  forseti: { model: opencode-go/deepseek-v4.1-flash }
-  galdr:   { model: opencode-go/deepseek-v4.1-flash }

package/.agents/config/tailscale-sync.yaml

@@ -1,9 +0,0 @@
-# The Allfather's machine mesh — hodd + company, peer-to-peer over Tailscale.
-machine: omarchy
-peers:
-  - host: zerwiz
-paths:
-  - ~/ymir/hodd/
-  - ~/ymir/svartalfaheim/
-  - ~/ymir/data/
-include_auth: false

package/.agents/config/wedge-alarm

@@ -1,3 +0,0 @@
-# The channel the away-mode wedge alarm fires on when an escalation
-# cannot be delivered into the pane. See bin/wedge-notify.sh.
-desktop

package/.agents/state/.wake-queue.seq

@@ -1 +0,0 @@
-11

package/.agents/state/.watcher-down

@@ -1 +0,0 @@
-pending:downtime:2358634.1789341699.Q5Ycld

package/.agents/state/procevent-inbox/when-hall-button.1.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-hall-button.1.result

@@ -1,8 +0,0 @@
-when: when-hall-button
-status: fired
-detail: the condition held and the action exited 0
-condition_polls: 2
-action_exit: 0
-output:
-eindri-acclaim[1]{agent,detail}:
-  "hall-button","report filed at state/eindri-reports/hall-button.md"

package/.agents/state/procevent-inbox/when-hall-button.2.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-hall-button.2.result

@@ -1,5 +0,0 @@
-when: when-hall-button
-status: ambiguous
-detail: the action was already claimed but its outcome was never captured; verify its effect manually before retiring
-condition_polls: 0
-output:

package/.agents/state/procevent-inbox/when-odrerir.1.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-odrerir.1.result

@@ -1,8 +0,0 @@
-when: when-odrerir
-status: fired
-detail: the condition held and the action exited 0
-condition_polls: 2
-action_exit: 0
-output:
-eindri-acclaim[1]{agent,detail}:
-  "odrerir","report filed at state/eindri-reports/odrerir.md"

package/.agents/state/procevent-inbox/when-odrerir.2.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-odrerir.2.result

@@ -1,5 +0,0 @@
-when: when-odrerir
-status: ambiguous
-detail: the action was already claimed but its outcome was never captured; verify its effect manually before retiring
-condition_polls: 0
-output:

package/.agents/state/procevent-inbox/when-odrerir.3.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-odrerir.3.result

@@ -1,5 +0,0 @@
-when: when-odrerir
-status: ambiguous
-detail: the action was already claimed but its outcome was never captured; verify its effect manually before retiring
-condition_polls: 0
-output:

package/.agents/state/procevent-inbox/when-odrerir.4.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-odrerir.4.result

@@ -1,8 +0,0 @@
-when: when-odrerir
-status: fired
-detail: the condition held and the action exited 0
-condition_polls: 59
-action_exit: 0
-output:
-eindri-acclaim[1]{agent,detail}:
-  "odrerir","left working (herdr state flipped; read the pane: herdr agent read odrerir)"

package/.agents/state/procevent-inbox/when-odrerir.5.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-odrerir.5.result

@@ -1,8 +0,0 @@
-when: when-odrerir
-status: fired
-detail: the condition held and the action exited 0
-condition_polls: 110
-action_exit: 0
-output:
-eindri-acclaim[1]{agent,detail}:
-  "odrerir","left working (herdr state flipped; read the pane: herdr agent read odrerir)"

package/.agents/state/procevent-inbox/when-sessrumnir-cloth.1.adapter

@@ -1 +0,0 @@
-when

package/.agents/state/procevent-inbox/when-sessrumnir-cloth.1.result

@@ -1,8 +0,0 @@
-when: when-sessrumnir-cloth
-status: fired
-detail: the condition held and the action exited 0
-condition_polls: 105
-action_exit: 0
-output:
-eindri-acclaim[1]{agent,detail}:
-  "sessrumnir-cloth","left working (herdr state flipped; read the pane: herdr agent read sessrumnir-cloth)"

package/data/learnings.md

@@ -1,33 +0,0 @@
-# Operational Learnings
-
-## Session Start Observations
-
-### Initial Boot Process
-- Realm environment not yet loaded
-- Operator profile established but not fully integrated
-- Data directories need to be set up before proceeding with full initialization
-
-### Key Actions Taken
-1. Created operator.md file (identity and access details)
-2. Created projects.md file (project structure and inventory)
-3. Initialized learnings.md for session-specific knowledge capture
-
-## Model Bridge Status
-- Not yet established: waiting for model bridge connection to be configured or loaded
-- Next steps involve setting up communication with the LLM models through the harness adapter
-
-## Supervision Status
-- Supervision needs to be armed via installed harness adapter
-- This is a key step in the bootstrap process that allows Brokk to manage its own operations
-
-## Next Steps
-1. Verify realm environment setup (svartalfaheim/wayof/.env.realm)
-2. Initialize model bridge connection 
-3. Complete supervision arm procedure through harness adapter
-4. Establish proper agent orchestration flow
-## Realm Seat (2026-09-14)
-- The realm is **wayof** (`data/realm.md`); `svartalfaheim/wayof/` is seated —
-  persona (AGENTS.md), HOOD.md map, 9 company cards, five workspace branches,
-  `.env.realm` present. The session digest prints the hood holdings.
-- Model bridge, well bridge, and supervision are all up — earlier "next steps"
-  are fulfilled; stale notes above predate the seat.

package/data/local-models.md

@@ -1,34 +0,0 @@
-# Local models
-
-
-<!-- model-hardware:begin -->
-## This machine
-- **GPU:** NVIDIA GeForce RTX 3050 Ti Laptop GPU, 4096 MiB
-- **CPU:** AMD Ryzen 9 5980HS with Radeon Graphics
-- **RAM:** 30Gi
-
-## The baseline
-- **llama.cpp** (llama-server / llama-swap) is the fastest local engine on the GPU —
-  build/run the CUDA build; keep K and V the same KV type (q8_0).
-- **Coding wants >= 80000 context.** Measure the real ceiling: load more until a
-  request OOMs, then drop one step (ctx is per-model).
-- **Bench to the maximum:** load the `.agents/skills/modeltesting` skill, then
-  `bin/models-detect.sh --write` to register what serves.
-<!-- model-hardware:end -->
-
-## Best settings for THIS hardware (researched 2026-09-13)
-- **VRAM is the wall (4 GB).** Dense 7B+ mostly will not fit; prefer **MoE models**
-  and push experts to CPU with `--n-cpu-moe <N>` (attention + always-active layers
-  stay on GPU). Raise N until it loads, then step back one.
-- **Let the build fit itself first:** modern llama.cpp (2026-02+) recommends
-  `--fit` with `--n-gpu-layers auto` over hand-picked `-ngl`/`-ot`; it distributes
-  layers across GPU and CPU, including MoE expert offload. Hand-tune only if unfit.
-- **KV:** `q8_0` for both K and V (K == V is required for the CUDA flash-attn kernel).
-- **Flash attention:** `-fa auto`. When context is the pressure, `-nkvo` moves the
-  KV cache to CPU RAM so the GPU can hold more layers.
-- **Context:** for coding aim >= 80000, but on 4 GB spend VRAM on layers first and
-  grow ctx until a *real request* OOMs, then drop one step. Reference (6 GB, MoE):
-  `--n-cpu-moe 41 --ctx-size 131072`; here start higher on `--n-cpu-moe` or lower ctx.
-- **Measure, do not guess:** bench with the `.agents/skills/modeltesting` skill and
-  record prefill/decode and peak VRAM per model in `backends-benchmark.md` §10.5.
-- Sources: `llama.cpp` gpu-strategy-guide (2026-02-23), `aaronbolton/llamacpp-low-vram`.

package/data/operator.md

@@ -1,15 +0,0 @@
-# Operator Profile
-
-## Identity
-- Name: zerwiz
-- Role: Allfather (Odin)
-- Realm: wayof
-
-## Access Details
-- Primary terminal access: zsh/bash
-- SSH key: present
-- Authentication method: local user account
-
-## Communication Preferences
-- Direct messaging preferred for operational decisions
-- Regular syncs via daily briefing at 07:00 UTC

package/data/projects.md

@@ -1,28 +0,0 @@
-# Projects Inventory
-
-## Active Projects
-
-### Ymir Platform Development
-- Status: Initial setup
-- Description: Core development of the Ymir agent platform
-- Owner: zerwiz (Allfather)
-- Priority: High
-
-## Project Structure
-
-Each project follows the naming convention:
-{team}-{project-name}
-
-Projects are tracked in svartalfaheim/{realm}/workspace/development/
-
-## Onboarding Process
-1. Define scope and requirements 
-2. Establish team structure
-3. Set up monitoring and alerting
-4. Deploy initial configuration
-5. Validate integration
-
-## Resources
-- Git repository: main Ymir platform repo
-- CI/CD pipeline: configured via .github/workflows/
-- Monitoring: integrated with Mimirsbrunn

package/data/realm.md

@@ -1 +0,0 @@
-wayof