Skip to main content
AIDiveForge AIDiveForge
Visit Cognikernel

Get This Tool

License: Apache-2.0 Any use incl. commercial
Local-run terms: Users may run, modify, and distribute the Python package under Apache-2.0 terms, including commercial use.

Share This Tool

Compare This Tool
📋 Embed this tool on your site

Copy this code to embed a compact tool card:

Cognikernel

FreeOpen SourceSelf-Hosted

Pricing

Model
Free

Summary

Every multi-session coding project has the same failure: you spend ten minutes on Tuesday re-arguing the architecture decision you closed on Friday, because the agent has no memory of Friday. CogniKernel exists to stop that loop.

The tool hooks into Claude Code and Codex session surfaces, extracts decisions, constraints, and discarded approaches, and writes them into an event-sourced log keyed on the project path — so the next session picks up where the last one stopped. Because the store is path-keyed and local, memory made in Claude Code is readable by Codex on the same project without any sync step. There is no vector database, no embeddings infrastructure, no API call — just typed, auditable memo records on disk. The ceiling appears when your context needs go beyond structured decisions: narrative code understanding, semantic search across past sessions, or anything requiring retrieval ranked by similarity will not work here.

Bottom line: Pick this when your problem is agents re-litigating closed decisions across sessions; plan a different layer when you need semantic retrieval or memory that reasons about code, not just records it.

Community Performance Report Card

No community ratings yet. Be the first to rate this tool!

Best For: Users running Claude Code or Codex on multi-session projects, Developers wanting local, zero-cost memory without vector stores, Teams needing typed, auditable decision logs for agents

Community Benchmarks Community

No community benchmarks yet. Be the first to share a real-world data point.

  • Event-sourced, typed decision log so every constraint the agent is told about is inspectable and version-controllable — meaning you can audit exactly what context shaped a session instead of trusting a black-box embedding store.
  • Project-path-keyed storage, so memory written during a Claude Code session is automatically available in a Codex session on the same project — eliminating the copy-paste handoff developers otherwise do manually between tools.
  • Fully local, no-API, no-server architecture, which means there is no per-token cost for memory operations and no external dependency that breaks when an API rate-limits you mid-session.
  • Fail-open design described by the vendor, so a missing or corrupt memory store does not block the coding session — the agent continues without context rather than erroring out.
  • Apache-2.0 license with self-hosted-only deployment, so the memory store never leaves your machine and is not subject to a SaaS vendor's data retention or privacy policy.
  • The tool captures structured decisions and constraints, not semantic understanding of code — so when you need to ask 'find past sessions where we discussed authentication' and rank results by relevance, there is no retrieval mechanism for that. Teams with those needs add a vector store alongside CogniKernel, at which point they are maintaining two separate memory systems.
  • Hook integration is limited to Claude Code and Codex surface exposure — any coding assistant that does not expose a hook interface gets no memory injection, which forces teams running mixed toolchains to switch to a competitor with broader IDE or assistant integrations.
  • There is no API surface, so automated pipelines or CI steps that need to read or write to the memory store must interact with the file format directly. Teams building agent orchestration around this will be writing their own integration glue rather than calling a documented endpoint.

Community Reviews

No reviews yet. Be the first to share your experience.

About

Platforms
Python
API Available
No
Self-Hosted
Yes
Last Updated
2026-07-21T22:29:17.414Z

Best For

Who it's for

  • Users running Claude Code or Codex on multi-session projects
  • Developers wanting local, zero-cost memory without vector stores
  • Teams needing typed, auditable decision logs for agents

What it does well

  • Maintain project decisions across Claude Code and Codex sessions
  • Avoid re-deciding constraints or approaches in long coding tasks
  • Share structured memory between different AI coding tools on the same project

Integrations

Claude CodeCodex

Discussion Community

No discussion yet. Sign in to start the conversation.

Spotted incorrect or missing data? Join our community of contributors.

Sign Up to Contribute

Community Notes & Tips Community

Be the first to contribute. General notes, observations, gotchas, and tips from people who use this tool day-to-day.

Frequently Asked Questions

Is Cognikernel free?
Yes — Cognikernel is fully free to use. There is no paid tier.
Is Cognikernel open source?
Yes. Cognikernel is open source.
Can I self-host Cognikernel?
Yes. Cognikernel supports self-hosting on your own infrastructure.
What platforms does Cognikernel support?
Cognikernel is available on: Python.

Hours Saved & ROI Stories Community

Be the first to contribute. Concrete time/cost savings, with context. e.g. "Cut my code review backlog from 4h to 45m per week."

Cognikernel

AI coding assistants forget everything between sessions. CogniKernel addresses this by attaching to Claude Code and Codex through their hook surfaces, pulling out the decisions, constraints, and abandoned approaches worth preserving, and consolidating them into an event-sourced store. On the next session, that store injects a compact context block — the agent arrives knowing what was already decided. The store is keyed on the project path, so the same memory file travels between tools working on the same project without any manual export or sync.

The core differentiator is what CogniKernel is not. It does not wrap a vector database, does not call an embeddings API, and does not require a running server. The vendor describes it as an event-sourced log of typed memos — structured records with a defined schema, not free-form text blobs. That structure is what makes the log auditable: you can read, inspect, and version-control exactly what the agent is being told about your project’s history.

This fits well on solo developer setups and small teams that want zero-cost, fully local memory without standing up infrastructure. Self-hosting is the only deployment mode, which is either a feature or a constraint depending on your organization’s appetite for managing local tooling. The gap shows when a project needs memory that goes beyond typed decisions — semantic search over past discussions, retrieval ranked by relevance, or any form of reasoning about what the codebase means rather than what was decided about it. For those needs, a vector store or a retrieval-augmented generation layer is still required alongside or instead of this tool.

The project is Apache-2.0 licensed and implemented in Python, with the package structure indicating a src layout under the memlora module. It includes a test suite and contribution guidelines, suggesting it is structured for external contribution, though community adoption at time of writing is early-stage.