vibeostheog 0.25.52 → 0.25.54
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/CHANGELOG.md +7 -0
- package/README.md +19 -20
- package/dist/vibeOS.js +5446 -4327
- package/package.json +2 -2
package/CHANGELOG.md
CHANGED
|
@@ -1,3 +1,10 @@
|
|
|
1
|
+
## 0.25.53
|
|
2
|
+
- fix: add project/blackbox cards to home summary, fix template source detection, expand recommendations (#302)
|
|
3
|
+
Merge release v0.25.52 into master
|
|
4
|
+
Fix backend-authoritative slot sync (#301)
|
|
5
|
+
Make vibeultrax start on cheap (#300)
|
|
6
|
+
|
|
7
|
+
|
|
1
8
|
## 0.25.52
|
|
2
9
|
- feat: ship universal /vibe command
|
|
3
10
|
- feat: add stable dashboard command alias
|
package/README.md
CHANGED
|
@@ -6,6 +6,13 @@ When AI coding is cheap, you use more of it. That is the upside of the current m
|
|
|
6
6
|
|
|
7
7
|
OpenCode Desktop gives you access to the most capable language models ever created -- Opus, Sonnet, DeepSeek v4 Pro -- but running them on every single turn adds up fast. More importantly, routing every turn through the most expensive model does not guarantee the best output. A cheap model proposing, a mid-tier model reviewing, and a top-tier model polishing often produces better results than a single expensive model guessing alone. vibeOS makes that routing decision automatically, on every turn, based on what you are actually doing.
|
|
8
8
|
|
|
9
|
+
The real system is smaller than the feature list makes it sound:
|
|
10
|
+
|
|
11
|
+
1. Routing and enforcement decide which tier should act.
|
|
12
|
+
2. Context compression keeps the hot path small and pushes old tool output into scratch storage.
|
|
13
|
+
3. Pattern learning remembers recurring friction and routine, per project first and cross-project second.
|
|
14
|
+
4. Quality signals combine reward, lie detection, and laziness detection so bad runs are visible.
|
|
15
|
+
|
|
9
16
|
## How It Feels
|
|
10
17
|
|
|
11
18
|
The first thing you notice is the footer. A single line at the bottom of every assistant response, barely visible, shows you what model handled the turn and the regime classification for what just happened. It is not a warning. It is not a nag. It is a quality receipt.
|
|
@@ -22,7 +29,7 @@ The VibeBoX decision engine watches how you work. Are you exploring a new codeba
|
|
|
22
29
|
|
|
23
30
|
The stress detector reads your messages for signs of frustration -- repeated failures, urgency, abrupt tone. When it senses stress above a threshold, it upgrades your model tier automatically. You get the best possible assistance while you are in the weeds, and you never had to ask.
|
|
24
31
|
|
|
25
|
-
The lie detector flags when the assistant claims success without evidence. The laziness detector catches short outputs, TODO placeholders, and skipped delegation on brain tier. The reward engine
|
|
32
|
+
The lie detector flags when the assistant claims success without evidence. The laziness detector catches short outputs, TODO placeholders, and skipped delegation on brain tier. The reward engine rolls those signals into one quality score so the UI stays simple. You forget vibeOS is even running. That is the point.
|
|
26
33
|
|
|
27
34
|
## The Cascade Engine
|
|
28
35
|
|
|
@@ -40,15 +47,7 @@ Benchmarked at **107% of raw brain quality at 58% of cost**. Local inference is
|
|
|
40
47
|
|
|
41
48
|
### Research Foundation
|
|
42
49
|
|
|
43
|
-
The cascade
|
|
44
|
-
|
|
45
|
-
**Dekoninck et al. (2024)** -- "A Unified Approach to Routing and Cascading for LLMs" (arXiv:2410.10347, 52 citations). Foundational framework showing cascade routing is theoretically optimal when calibrated routers can estimate input difficulty. Proves cascades Pareto-dominate single-model inference on the quality-cost curve. This is the theoretical basis for vibeOS's claim that a three-stage cascade can outperform a single expensive model on both quality and cost simultaneously.
|
|
46
|
-
|
|
47
|
-
**Moslem & Kelleher (2026)** -- "Dynamic Model Routing and Cascading for Efficient LLM Inference: A Survey" (arXiv:2603.04445, 10 citations). Comprehensive survey covering all routing paradigms: classifier-based, embedding-based, RL-based, hybrid. Establishes cascade routing as a well-studied class with practical deployment strategies. Validates that the cheap-propose / mid-review / pro-polish pattern is a known and effective architecture, not an ad hoc design.
|
|
48
|
-
|
|
49
|
-
**Jiang et al. (2025)** -- "Cascadia: An Efficient Cascade Serving System for Large Language Models" (arXiv:2506.04203, 3 citations). Co-optimizes deployment and routing -- reduces compute cost 42% and latency 50% vs. naive cascade serving. Demonstrates that cascades work in practice, not just in theory. The cost reduction numbers align closely with vibeOS's measured 58% cost reduction under VibeUltraX.
|
|
50
|
-
|
|
51
|
-
**Bouchard (2026)** -- "Is Escalation Worth It? A Decision-Theoretic Characterization of Cascade Routing at Inference Time" (arXiv:2604.04408, 1 citation). Models escalation as a binary decision problem. Shows cascades pay off when router accuracy exceeds 84% and cheaper model failure rate is above 5%. Below that, flat routing dominates. This work informs vibeOS's escalation thresholds: the cascade only escalates when the router confidence exceeds the point where flat routing would be better.
|
|
50
|
+
The cascade shape follows the general LLM routing literature, but the live source of truth is the code in this repo. The runtime does not depend on external papers; it depends on the router, the hooks, and the state files below.
|
|
52
51
|
|
|
53
52
|
### VibeBoX Decision Engine
|
|
54
53
|
|
|
@@ -69,17 +68,17 @@ A real-time stress scoring pipeline analyzes user messages for frustration signa
|
|
|
69
68
|
|
|
70
69
|
### Pattern Learner
|
|
71
70
|
|
|
72
|
-
Per-project friction and routine tracking. The
|
|
71
|
+
Per-project friction and routine tracking. The learner watches repeated tool failures, recovery loops, and stable workflows, then stores the result locally first. Cross-project hints are merged later into `global-learning.json` so the client can stay small while still learning.
|
|
73
72
|
|
|
74
|
-
###
|
|
73
|
+
### Context Compression
|
|
75
74
|
|
|
76
|
-
Three
|
|
75
|
+
Three small layers keep context under control without pretending to be a full memory system:
|
|
77
76
|
|
|
78
|
-
1. **Web fetch stripping** (`compressText`) -- Applied immediately after webfetch tool execution.
|
|
77
|
+
1. **Web fetch stripping** (`compressText`) -- Applied immediately after webfetch tool execution. It strips verbose status lines, file-operation prefixes, and bullet markers, then collapses blank lines. If the result still exceeds 2000 characters, it keeps the most useful lines and truncates the rest.
|
|
79
78
|
|
|
80
|
-
2. **Cold-storage context compression** (`compressToolOutputs`) -- Runs on every LLM turn via the messages transform hook. Tool outputs older than the last 10 messages
|
|
79
|
+
2. **Cold-storage context compression** (`compressToolOutputs`) -- Runs on every LLM turn via the messages transform hook. Tool outputs older than the last 10 messages are written to content-addressed cold storage and replaced with a short summary reference. Hot messages stay expanded so the model can still use recent context.
|
|
81
80
|
|
|
82
|
-
3. **Project memory directives** (`projectMemoryDirective`) --
|
|
81
|
+
3. **Project memory directives** (`projectMemoryDirective`) -- Shrinks per-project state into a single-line directive for the system prompt while keeping the full JSON for audit.
|
|
83
82
|
|
|
84
83
|
The remote API also exposes a `POST /api/v1/compress/context` endpoint for server-side bullet-point extraction, available as a fallback for arbitrary text compression.
|
|
85
84
|
|
|
@@ -201,8 +200,8 @@ Stress > 1.5 escalates any regime to quality mode regardless of the above mappin
|
|
|
201
200
|
|---------|-------------|
|
|
202
201
|
| Delegation enforcement | Blocks write/edit on brain tier, routes to cheaper tiers transparently |
|
|
203
202
|
| Live savings footer | Tier, provider, model name, total savings, mode -- one line of reassurance |
|
|
204
|
-
| Web dashboard | Session-first SolidJS SPA with executive Home summary, session actions, per-session templates,
|
|
205
|
-
| Trinity runtime |
|
|
203
|
+
| Web dashboard | Session-first SolidJS SPA with executive Home summary, session actions, per-session templates, polling refresh for model split, savings, session history, controls |
|
|
204
|
+
| Trinity runtime | Update tier slots through the native OpenCode config path, change optimization mode, toggle subsystems live |
|
|
206
205
|
| Flow enforcer | Pattern-rule checks on write/edit. Extracts TODO/FIXME into append-only queue. |
|
|
207
206
|
| TDD enforcer | Auto-creates test skeletons for changed source. Strict mode fails TODO tests. |
|
|
208
207
|
| Pattern learner | Tracks recurring struggle/routine patterns per project, cross-project too |
|
|
@@ -210,7 +209,7 @@ Stress > 1.5 escalates any regime to quality mode regardless of the above mappin
|
|
|
210
209
|
| Stress-aware routing | Real-time stress scoring, auto-escalation, system prompt inoculation |
|
|
211
210
|
| Cache savings | Separate cache_savings_usd tracking for scratchpad cache hits |
|
|
212
211
|
| Report tools | report-save, report-list, report-read, research-audit |
|
|
213
|
-
| MCP server | Extended tool capabilities + dashboard serving +
|
|
212
|
+
| MCP server | Extended tool capabilities + dashboard serving + HTTP dashboard endpoints |
|
|
214
213
|
| Remote API | Fastify server at api.vibetheog.com with token auth and seat management |
|
|
215
214
|
| Session lock | `vibe lock on\|off` -- freezes model at session start |
|
|
216
215
|
| Model locking | Per-session lock that skips auto-reconcile with OpenCode config changes |
|
|
@@ -323,7 +322,7 @@ Remote API (api.vibetheog.com) enables: bootstrap token exchange, advanced VibeB
|
|
|
323
322
|
|
|
324
323
|
### What Is Missing For A True Session Orchestrator
|
|
325
324
|
|
|
326
|
-
The live dashboard now covers the executive Home summary, session actions, and session-scoped templates. Still missing: session versioning/undo, template versioning, batch operations,
|
|
325
|
+
The live dashboard now covers the executive Home summary, session actions, and session-scoped templates. Still missing: session versioning/undo, template versioning, batch operations, live push transport, session comparison, and export/import.
|
|
327
326
|
|
|
328
327
|
### Live Footer
|
|
329
328
|
|