neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
翻译准备中
Self-hosted agentic OS — a Vibe-Engineering platform for Builders. Connect Claude Code, Codex or Hermes Agent to Discord, Telegram, WhatsApp, Slack & Email. EU AI Act 2026 & GDPR compliance by architecture.
翻译准备中
取自仓库 README
正在加载完整 README。 以下为已保存的摘录。
CorvinOS — The Self-Learning AI Operating System
CorvinOS is an operating system for AI workflows that learns, optimizes costs, and proves everything.
Without a checkout the installer fetches main into a managed source tree
(~/.local/share/corvinos/src, Windows %LOCALAPPDATA%\corvinos\src) — with
git when present, as a tarball otherwise — so update.sh can refresh it in
place. PyPI lags main; --pypi installs the published wheel instead.
From a local checkout (detected automatically — no arguments needed):查看完整 README ↗A 30-minute tour of the CorvinOS operator console: chat, dashboard, learnings, tasks and every other page, one at a time. The preview below plays right here on GitHub; click it to watch the full video on YouTube.
Further video on YouTube: watch here
TL;DR — you need git; the installer brings everything else (Python via uv, Node.js, Claude Code).
# Linux · macOS · WSL
curl -fsSL https://corvin-labs.com/install.sh | sh
# Windows (PowerShell)
irm https://corvin-labs.com/install.ps1 | iex
The one-liner is a small bootstrapper: it git clones this repository into ~/CorvinOS /
%USERPROFILE%\CorvinOS (or fast-forwards an existing clone; override with CORVIN_DIR) and
hands over to the repository's own installer. Everything runs from that clone — there is no
PyPI package. Prefer to read before you run? Inspect
install.sh / install.ps1,
or clone by hand:
| Linux · macOS · WSL | Windows (PowerShell) | Claude Code | |
|---|---|---|---|
| Install | git clone https://github.com/CorvinLabs/CorvinOS.git && cd CorvinOS && ./install.sh | git clone https://github.com/CorvinLabs/CorvinOS.git; cd CorvinOS; .\install.ps1 | /corvin:install |
| Update | sh update.sh | .\update.ps1 | /corvin:update |
| Uninstall | bash uninstall.sh | .\uninstall.ps1 | — |
The console opens at http://127.0.0.1:8765/console/ once it really serves the app.
Install and update are safe to re-run. Your data and configuration (.corvin/ inside the clone —
git-ignored — and ~/.config/corvin-voice) are never touched by an update.
.corvin_repo / pyproject.toml) — before anything is downloaded.uv (pinned, checksum-verified) and a local Node.js; installs your clone with uv tool install --editable, plus the offline voice models.claude auth login later — the chat needs it.scripts/verify_install.py, the same proof update.sh runs), then opens the browser. If that proof does not come it says why instead of reporting success (Windows errors).Because the install is editable, the code that runs is your clone. Everything the install generates —
the Node.js runtime, the services' state, the audit chain — lives in ONE place, .corvin/ inside the clone
(CORVIN_HOME); on Linux and macOS nothing is written to ~/.corvin (install.ps1 keeps
%USERPROFILE%\.corvin unless CORVIN_HOME is set). On Linux, with passwordless sudo available, optional
system tools (jq, espeak-ng, poppler-utils, pandoc, pulseaudio-utils, gnupg) are installed through
apt/dnf/pacman; without it they are skipped and the exact command is printed — nothing else elevates,
and nothing ever prompts for a password.
./install.sh --editable /path/to/CorvinOS # install another clone
./install.sh --lan # allow pairing over LAN
./install.sh --no-claude-code # skip Claude Code
./install.sh --preset minimal # console only
./install.sh --autostart # start the console at login
./install.sh --always-on # run as a service that survives reboot
.\install.ps1 -Editable C:\path\to\CorvinOS # install another clone
.\install.ps1 -Port 8790 # different port (URL is always 127.0.0.1)
.\install.ps1 -RebuildWeb # force a console rebuild
.\install.ps1 -NoStart # install only, start nothing
.\install.ps1 -DryRun # report every step, change nothing
Windows: if PowerShell answers "running scripts is disabled on this system", allow local scripts once
(Set-ExecutionPolicy -Scope CurrentUser RemoteSigned, or only for this window:
Set-ExecutionPolicy -Scope Process Bypass -Force) and run .\install.ps1 again.
Full reference: docs/setup/INSTALLATION.md ·
docs/windows-installation-guide.md
update.sh / update.ps1 pull main into your clone, reinstall, rebuild the console, restart, and prove
the new build is served (scripts/verify_install.py). If not, they roll back automatically.
Local changes are stashed and re-applied; a force-pushed main leaves your old HEAD as branch
corvin-update-backup-<timestamp>. Reload open console tabs with Ctrl+Shift+R afterwards.
sh update.sh --rebuild-only # no pull: rebuild + restart the code you have
sh update.sh --no-rollback # keep the new code even if verification fails
Exit codes: 0 updated · 1 failed, rolled back · 2 rollback failed too · 3 another install/update runs.
Update never installs: with nothing installed (or a legacy PyPI install) it prints the install steps above.
The console updates itself. 60 s after every start it compares your clone with origin/main; when the
clone is behind, it runs this same updater (corvin-update-<timestamp> systemd unit on Linux) — so a fresh
install whose main moved on during the install updates itself a minute after the first boot and restarts
once (open tabs reload). Each remote commit is attempted once; a failed update is rolled back and not retried
until main moves again. Switch it off in Settings → Updates, or with "auto_update": false in
~/.config/corvin-launcher/config.json.
More: docs/setup/UPGRADE_GUIDE.md
Step-by-step: Installing via Claude Code below.
uninstall.sh / uninstall.ps1 stop the services, archive everything you cannot re-download (secrets,
bridge pairings, the audit chain, sessions, voice models) to ~/corvin-backup-<timestamp>.tar.gz
(mode 600; restore with tar -xzf <file> -C /), remove the rest, and exit 1 if a leftover scan finds
anything. Your clone is kept. --dry-run shows what would go, --verify-only only scans.
corvin-uninstall runs the same script.
CorvinOS is also a Claude Code plugin marketplace, so you can install, verify and update
a full CorvinOS instance without leaving Claude Code. This is in addition to install.sh /
install.ps1 above, not instead of them — /corvin:install runs that same installer for you.
Prerequisite: a local clone of this repository (git clone https://github.com/CorvinLabs/CorvinOS.git), and Claude Code started inside it (or pointed
at it).
/plugin marketplace add /path/to/CorvinOS
corvin plugin:
/plugin install corvin
/corvin:install
This finds your checkout and runs its own install.sh (Windows: install.ps1) —
nothing is downloaded from a website — then waits for the console to answer a real
HTTP 200 with the app shell (not just "the port is open") before opening
http://127.0.0.1:8765/console/ in your browser. Safe to re-run: on an already-healthy
install it only re-verifies instead of reinstalling./corvin:update --check # report commits/version behind origin/main — changes nothing
/corvin:update # pull, reinstall, rebuild, restart, verify — rolls back on failure
After an update, run the /plugin marketplace update … command /corvin:update prints
(refreshes Claude Code's own copy of the plugin) and reload any open console tab
(Ctrl+Shift+R).There is no /corvin:uninstall yet — run uninstall.sh / uninstall.ps1 from a terminal
for that (see "Uninstall" above). Full technical reference:
docs/setup.md.
AI is now doing real work — answering customers, writing code, drafting documents, running across teams. Four things go wrong almost everywhere:
CorvinOS is the system layer that fixes these around the agent you already use.
You bring the agent — Claude Code by default, or Codex, OpenCode or Copilot CLI. CorvinOS boots it behind a compliance tripwire, routes every turn onto a model, puts fail-closed gates in front of what it may touch, keeps a ledger of every conversation, and writes every step into a hash-chained audit log — one per tenant. You talk to it through seven chat apps, voice, a web console, Claude Code, or another CorvinOS instance.
One resolver picks the model for every turn on every surface: conversation → Haiku, ordinary work → Sonnet, ADR, review and document work → the newest Opus. Pins always win. Every turn's four token counts land in the audit chain, and the console prices them against a reference model with the counting window printed next to the total.
Measured on the maintainer's install (607 priced turns, 2026-09-24 → 10-04): $414 actual vs. $629 for the same tokens on Opus 5.5 (−34 %) and $1,181 on Opus 5 (−65 %). Since three-tier routing went live on 2026-09-28, re-printed by scripts/token_savings_receipt.py from the chain on 2026-10-21 (967 priced of 1,136 turns): −24.5 % vs. Opus 5.5 ($1,241 actual vs. $1,645) and −60.3 % vs. Opus 5 ($3,128). The 2026-10-04 reading of the same window (222 turns, $344 vs. $863, −60 %) was a hand-read table; the script reproduces the fold read-only on any chain — the page shows the command, and what the numbers do not say.
CorvinOS learns the safe way round: a new learner first runs in the shadow — it decides alongside the rules, every decision and its outcome are recorded and joined in the audit chain, but it changes nothing until it has proven itself on enough real turns. Only then may it act. What learns today: skill memory — experience distilled into SkillForge skills that are injected into future turns only after they earned a grade.
On the maintainer's install: 224 shadow routing decisions with a 0.98 outcome join rate (2026-09-28 → 10-04); the gate to let it decide needs ≥ 500.
In CorvinOS a Skill is not a prompt — it is a versioned program with an id, a semantic version and an execute() that runs under a timeout and writes every execution into the audit chain with a line-of-responsibility hash. The Agentic Control Plane (ACP) is the plan to turn the OS's own subsystems — routing, context, workflows, security, data flow — into such Skills, one layer at a time, each earning its way out of the shadow.
Teams work with CorvinOS where they already talk: Discord, Slack, Teams, Telegram, WhatsApp, Signal, email. Every chat carries roles (owner · admin · member · observer), quotas, consent, a one-time AI disclosure and proposals the owner approves — and every grant, refusal and turn is in the tenant's audit chain. GDPR erasure (Art. 17) runs across all stores.
Separate CorvinOS instances pair as peers with a friendship token and exchange signed task envelopes (HMAC-SHA256, protocol v8, replay-protected, audit-first). A peer may run work on your instance only if you explicitly allow it — and then only under a per-peer tool denylist.
A Marketplace plugin turns a text task into a narrated MP4 with captions: storyboard by an LLM (local Ollama by default), narration, slides and an ffmpeg cut — behind the same house-rules, data-class and egress gates as every other turn.
One registry, one lifecycle: plugins are discovered from the Corvin-Marketplace, installed through a manifest gate, enabled per tenant and loaded in a fixed boot order — every step audited. Three independent axes describe each plugin: boot layer (load order, can it be switched off), tier (capability and licence), origin (who vouches for it).
Typed plugins scaffolded from templates (corvin plugin new <type> <id>, then corvin plugin check), runtime-generated tools over MCP in a sandbox (Forge), self-written skills (SkillForge), a chat-driven /plugin-builder, MCP servers from the console, and Claude Code plugins — pick the smallest extension point that does the job.
| Mechanism | What it guarantees |
|---|---|
| Boot tripwire | The audit chain must verify before anything starts — no override, no flag |
| Hash-chained audit log, one per tenant | Every recorded step is linked to the one before it; tampering breaks the chain (GDPR Art. 30, 32) |
| AI disclosure + opt-out | Every chat user is told once that they talk to an AI and can leave with /pass or /leave (EU AI Act Art. 50) |
| Consent gate | Deny-by-default, time-limited consent before personal data is processed (GDPR Art. 6, 7) |
| House rules | Acceptable-use gate in front of every turn, fail-closed, cannot be switched off (EU AI Act Art. 5) |
| Data classification × engine | A turn's data class decides which engines may see it; an error refuses (fail-closed) |
| Right to erasure | One orchestrator removes a person's data across all stores and records that it did (GDPR Art. 17) |
| Content-free telemetry | Anonymous, opt-out signals only; anything that looks like personal data is dropped before sending |
Reference: docs/claude-ref/compliance-baseline.md
What runs today and what is still on the way — the overview pages give the details and the evidence.
| Area | Today |
|---|---|
| Per-turn model routing + priced token proof | LIVE |
| Fail-closed gates (house rules, data class, egress, path guard), consent, disclosure, erasure | LIVE |
| Per-tenant hash-chained audit chain + boot tripwire | LIVE |
| Session ledger, conversation recall, artifacts | LIVE |
| Skill memory (grade-gated SkillForge injection) | LIVE |
| Learning delegation router | SHADOW — recording, not deciding |
| ACP layers for workflows, security, data flow | NOT BUILT |
| Chat-team roles, quotas, proposals across 7 messengers | LIVE |
| Multi-user console login / SSO | NOT BUILT |
| A2A pairing + signed envelopes | LIVE, member-only (a Free install answers member seat required) · remote worker execution GATED (off by default) |
| Plugin install / enable / load | LIVE · plugin update path NOT BUILT |
| Video producer (Marketplace plugin) | LIVE · YouTube upload NOT BUILT |
| Page | What it answers |
|---|---|
| Token savings | How the model is chosen, what it saved, how to verify it |
| Self-learning | What learns today and what waits in the shadow |
| Skills 2.0 & ACP | What a Skill is and how the OS becomes Skills |
| CorvinOS as an OS | The system layer, mapped to real code |
| Organizations · A2A · Video | Teams, instance-to-instance agents, video |
| Marketplace & plugins · Extensibility | Installing and building extensions |
| Install guide · Upgrade guide · Windows | Getting it running |