neuron-explorer
Steering-first neuron explorer for Qwen3.5-4B: push every MLP neuron, keep every rollout, browse the results
翻譯準備中
認知引擎 用於 AI 代理 — 語意記憶、觀測、嵌入、夢境整合。Cloud Run 服務 + MCP 工具。
AI 翻譯
Cognitive engine for AI agents — semantic memory, observations, embeddings, dream consolidation. Cloud Run service + MCP tools.
開發工具TypeScript · ShellGitHub @Fozikio自行安裝營運者未確認
試用過了嗎? 點一下就好,不需要登入。
正在載入完整 README。 以下為已儲存的摘錄。
Persistent memory for AI agents. Open source, LLM-agnostic, works with any MCP client.
Most AI agents forget everything when the session ends. cortex-engine fixes that — it gives agents a persistent memory layer that survives across sessions, models, and runtimes.檢視完整 README ↗Persistent memory for AI agents. Open source, LLM-agnostic, works with any MCP client.
Most AI agents forget everything when the session ends. cortex-engine fixes that — it gives agents a persistent memory layer that survives across sessions, models, and runtimes.
goal_set creates desired future states that generate forward prediction error, biasing consolidation and exploration toward what mattersCortexStore interface — see docs/storage-backends.mdwithTransaction(fn) primitive composes multi-step writes. SQLite uses BEGIN IMMEDIATE with a per-store mutex; Firestore uses runTransaction with a write-routing proxy. See docs/concurrency.mdfozikio migrate --from <url> --to <url> clones between any pair of backends. ID-preserving, checkpointed, resumable, fails-loud on schema mismatchcategory + whenToUse + doNotUse metadata so LLMs disambiguate cleanly. Browse with fozikio tools or GET /tools. Auto-generated reference at docs/tools-reference.mdstrategy: long-context to run edge discovery and abstraction in a single large LLM pass instead of N² pairwise calls; surfaces transitive patterns and cross-domain connections that the sequential approach missesagent_invoke lets your agent spawn cheap, cortex-aware sub-tasks using any configured LLM. Knowledge compounds across sessions.query, observe, believe, wander, dream, goal_set, agent_invoke, thread_create, journal_write, evolve, etc.) over the Model Context ProtocolThe result: personality and expertise emerge from accumulated experience, not system prompts. An agent with 200 observations about distributed systems doesn't need to be told "you care about distributed systems." It just knows.
Works with Claude Code, Cursor, Windsurf, or any MCP-compatible client. Runs locally (SQLite) or in the cloud (Firestore + Cloud Run).
The engine includes defense-in-depth protections for deployed environments:
crypto.timingSafeEqual to prevent timing side-channel attacksplugins: is exempt, since that file is the operator's own and not something a tool call can steerforget, dream, evolve, resolve, thread_resolve) are blocked from the generic REST endpoint; they remain available via MCP for direct agent accessnpm install @fozikio/cortex-engine reports 0 vulnerabilities.
This section previously documented three moderate advisories from
@hono/node-server, pulled in transitively by the MCP SDK and unreachable here
(the MCP server runs over stdio, which never mounts serve-static). That chain
has since been fixed upstream: @modelcontextprotocol/[email protected] accepts
@hono/node-server ^2.0.5, and this package now requires SDK ^1.30.0 so the
patched range resolves for every install rather than by chance.
| Module | Role |
|---|---|
core | Foundational types, config, and shared utilities |
engines | Cognitive processing: memory consolidation, FSRS, graph traversal |
stores | Persistence layer — SQLite (local), Firestore (cloud), JSON (backup/migration). All implement the shared CortexStore interface |
tools | All 60 cognitive tool implementations (one file per tool) |
mcp | MCP server, tool registry, and plugin loader |
cognitive | Higher-order cognitive operations (dream, wander, validate) |
triggers | Scheduled and event-driven triggers |
bridges | Adapters for external services and APIs |
providers | Embedding and LLM provider implementations |
bin | Entry points: serve.js (HTTP + MCP), cli.js (admin CLI) |
npm install @fozikio/cortex-engine
npx fozikio init my-agent
cd my-agent
npx fozikio serve # starts MCP server
Your agent now has 60 cognitive tools. The generated .mcp.json is version-pinned and platform-aware (Windows cmd /c wrapper handled automatically).
See the Quick Start guide for the full 5-minute setup.
npx fozikio agent add researcher --description "Research agent"
npx fozikio agent add trader --description "Trading signals"
npx fozikio agent generate-mcp # writes .mcp.json with scoped servers
Each agent gets isolated memory via namespaces. See the Architecture section for details.
The fastest path: open an AI agent in an empty directory and say "set up a cortex workspace." The agent runs npx fozikio init, reads the generated files, and is immediately productive. See the Agent-First Setup guide for the full walkthrough.
No dashboard currently ships with the package. Releases 1.0.0 through 1.2.1 bundled one; it stopped being included at 1.2.2 when publishing moved to CI, and it is not coming back in its old form — see #59 for what a replacement needs.
The REST server still serves one. On startup it looks for public/index.html next to dist/, and if it finds it, serves that directory as a single-page app — assets first, index.html as the fallback route, with /api/* and /health reserved. Static assets bypass auth; the API calls the page makes do not. So you can drop any built front-end into public/ and it will be served from the same origin as the API:
npx fozikio serve --rest --port 3000
# with public/index.html present, open http://localhost:3000
If auth is enabled (CORTEX_API_TOKEN), a page served this way loads without auth but its API calls need a token. The old dashboard read one from localStorage:
localStorage.setItem("cortex-settings", JSON.stringify({ token: "your-token" }));
The previous UI's source is Fozikio/dashboard — a Vite/React build that still compiles, but predates the REST and CLI changes in 1.3.0 and 1.4.0 and has not been re-integrated.
Run fozikio with no arguments for an interactive session — a prompt with tab
completion, history, and a filterable command palette on an empty enter:
fozikio 1.3.0
● ollama ● nli
enter a command · empty enter to browse · ? help · exit quit
fozikio ›
Or use it directly:
npx fozikio doctor # diagnose the install, with fixes
npx fozikio dashboard # live service and memory view
npx fozikio up # start every service, wait until ready
npx fozikio status # service status (exit 1 if unhealthy)
npx fozikio down # stop every service
npx fozikio serve # start MCP server
Services. The default setup (--embed ollama --llm ollama, plus NLI adjudication)
depends on two background daemons: ollama on :11434 and the NLI cross-encoder on
:11435. When either stops answering, every semantic tool — query, observe,
wonder, dream — fails while ops, threads and journal keep working, so the failure
is easy to miss. fozikio supervises both:
npx fozikio service start nli # start detached, wait for the probe
npx fozikio service status # per-service state
npx fozikio service logs ollama --lines 50 # tail ~/.fozikio/logs/
npx fozikio service restart ollama
npx fozikio up --watch # restart on failure, with backoff
A service counts as up when its HTTP endpoint answers, not when its process exists —
a process that is alive but no longer responding reports as degraded, which is the
failure this is built to catch.
Many sessions, one store. fozikio serve --rest also serves MCP over Streamable HTTP at /mcp (1.8.0).
That is the answer to the one-process-per-SQLite-file rule: a main checkout and its worktrees, or several
agents on one host, point .mcp.json at the one running server instead of each spawning a stdio server on
the same file:
CORTEX_API_TOKEN=<token> npx fozikio serve --agent <name> --rest --port 3111 # binds 127.0.0.1
{ "mcpServers": { "cortex": { "type": "http", "url": "http://127.0.0.1:3111/mcp",
"headers": { "x-cortex-token": "${CORTEX_API_TOKEN}" } } } }
Each client session gets its own MCP session (the mcp-session-id header) over the one engine, with the same
tool list as stdio. The generic /api/tools/:name blocklist does not apply here: this is an agent's own session.
Memory.
npx fozikio memory health # memory health report
npx fozikio memory vitals # behavioral vitals and prediction error
npx fozikio memory wander --from "auth" # seeded walk through the graph
npx fozikio memory maintain fix # scan and repair data issues
npx fozikio memory report # weekly quality report
npx fozikio tools --category memory # browse the cognitive tool catalogue
npx fozikio migrate --from sqlite:./cortex.db --to json:./backup.json --verify
The pre-memory spellings (fozikio health, fozikio vitals, …) still work and are
not deprecated — existing scripts need no changes.
Every command takes --json for machine-readable output and honours NO_COLOR;
styling and progress indicators switch off automatically when output is piped.
--yes skips confirmations for unattended use. Read-only commands honour
--namespace <ns> and --agent <name>; in a workspace with .fozikio/agent.yaml,
the agent's default_namespace is picked up automatically — no flag needed.
npm run dev # tsc --watch
npm test # vitest run
npm run test:watch
| Variable | Required | Description |
|---|---|---|
CORTEX_API_TOKEN | Optional | Used by the cortex-telemetry hook to send retrieval feedback to the cortex API. Not required to run the MCP server. |
MOONSHOT_API_KEY | Optional | Required when llm: kimi is set. Get one from platform.moonshot.cn. |
OPENAI_API_KEY | Optional | Required when llm: openai is set, or when using any OpenAI-compatible provider without an explicit API key. |
CORTEX_STORE | Optional | sqlite | firestore. Overrides the config file — meant for containers that ship no config. |
CORTEX_EMBED | Optional | built-in | ollama | vertex. Same precedence as above. |
CORTEX_LLM | Optional | ollama | gemini | anthropic | openai | kimi. Same precedence as above. |
CORTEX_SQLITE_PATH | Optional | Path to the SQLite file, e.g. a mounted volume (/data/cortex.db). |
Additional variables are required depending on which providers you enable (Firestore, Vertex AI, etc.). See docs/ for provider-specific configuration, and docs/deploy-railway.md for a hosted deployment with no Ollama — or use the one-click template:
fozikio init automatically installs safety rules, skills, and agent definitions from the fozikio.json manifest into the target workspace.
cortex-engine ships with Reflex rules — portable YAML-based guardrails that work across any agent runtime, not just Claude Code.
| Rule | Event | What It Does |
|---|---|---|
cognitive-grounding | prompt_submit | Nudges the agent to call query() before evaluation, design, review, or creation work |
observe-first | file_write / file_edit | Warns if writing to memory directories without calling observe() or query() first |
note-about-doing | prompt_submit | Suggests capturing new threads of thought with thread_create() |
Rules live in reflex-rules/ as standard Reflex YAML. They're portable — use them with Claude Code, Cursor, Codex, or any runtime with a Reflex adapter. See @fozikio/reflex for the full rule format and tier enforcement.
Claude Code users also get platform-specific hooks (in hooks/) for telemetry, session lifecycle, and project board gating. These are runtime adapters, not rules — they handle side effects that the declarative rule format doesn't cover.
To customize: Edit the YAML rule files directly, or set allow_disable: true and disable them via Reflex config.
Skills are invocable workflows that agents can use via /skill-name.
| Skill | When to Use | What It Provides |
|---|---|---|
cortex-memory | Query, record, and review work | Full memory workflow — query/observe patterns, belief tracking, memory-grounded code review, session patterns |
| Agent | Description |
|---|---|
cortex-researcher | Deep research agent that queries cortex before external sources, observes novel findings back into memory |
fozikio init reads fozikio.json from the package rootAs of v1.0.0, all 60 cognitive tools are built into cortex-engine core — no separate plugin installs needed. Previously these were separate @fozikio/tools-* packages; they've been absorbed into the engine.
| Capability | Tools |
|---|---|
| Memory | observe, query, recall, wander, wonder, forget, retrieve, context, feedback, query_cross, federated_query |
| Beliefs & Reasoning | believe, belief, contradict, speculate, validate, predict |
| Threads | thread_create, thread_update, thread_resolve, threads_list |
| Journaling | journal_write, journal_read |
| Identity | evolve, evolution_list |
| Social | social_read, social_update, social_draft, social_score |
| Graph | neighbors, suggest_links, suggest_tags, link, graph_report |
| Maintenance | dream, digest, reflect, abstract, find_duplicates, retrieval_audit, consolidation_status |
| Vitals | vitals_get, vitals_set, sleep_pressure |
| Reasoning | surface, ruminate, notice, intention, resolve |
| Content | content_create, content_list, content_update |
| Ops | ops_append, ops_query, ops_update |
The plugin system is still available for custom extensions — see Plugin Docs.
withTransaction contract, single-process invariant, SQLite vs Firestore semanticsMIT — see LICENSE
| Goals |
goal_set |
| Agents | agent_invoke |
| Stats | stats, query_explain |