Our take
Activeregular commits- Activity
- 41
- Community
- 4
- Issues
- 21
- Pull requests
- 61
- Fewer contributors than 92% of the projects we track
This is an ambitious, actively developed memory and governance system, but its experimental status, single-contributor concentration, and lack of recent releases make it better suited to evaluation than production adoption.
Good fit if
- You use Claude, Codex, Cursor, or another MCP client and want local-first, cross-session context with citations.
- You want to experiment with timeline capture, advisor guidance, or policy-gated agent execution.
- You can assess and operate a Python 3.12+ project, and accept that the project is Apache-2.0 licensed.
Look elsewhere if
- You need a production-ready system with demonstrated behavior continuity or qualified personalization. The README says neither has been demonstrated.
- You need a project with a broader maintainer base or a recent release cadence. Most of the code comes from one person, and there has been no release in the past year.
- You need consistently handled issues: the measured data shows no issues closed in the recent period, despite recent code and merged pull requests.
All health signals
| Last commit | 2026-09-10 (1 month ago) |
|---|---|
| Commits, last 90 days | 42 |
| Releases, last 12 months | 0 |
| Contributors | 1 |
| Issues closed, last 90 days | 0 |
| Pull requests merged, last 90 days | 3 (typically merged in 0 days) |
| Project age | 8 months |
Checked on 2026-10-15 with the GitHub API.
Overview
Open Timeline Engine is a local-first Python context engine for MCP-compatible AI agents, including Claude, Codex, and Cursor. It addresses the repeated work of re-explaining project conventions and past decisions by capturing activity over time, finding patterns, and returning relevant context with citations.
The project also includes an advisor and layered controls for agent actions. It is designed for local operation and can share memory between executors or keep their workspaces separate. The project describes itself as experimental, and its README explicitly says it is not production-ready.
Key Features
- Captures timeline events from agent sessions and additional sources such as Git, VSCode, and browser plugins.
- Provides hybrid search and context bundles across timeline events, patterns, and graph data.
- Connects MCP-compatible clients, including Claude Desktop, Codex, Cursor, and generic MCP clients.
- Offers an advisor mode that uses recorded decisions to guide agent responses, alongside a timeline-only mode.
- Includes policy checks, citations, redaction, audit records, and a layered permit and execution-claim workflow.
- Supports shared or per-executor workspace memory.
- Includes a dashboard for system status and memory-related controls.
Use Cases
- Developers who use multiple coding agents on the same project and want those agents to retrieve shared, cited context.
- Solo developers who want a searchable record of agent activity, decisions, and outcomes.
- Teams or individuals who want to capture Git, editor, or browser activity alongside agent sessions.
- Developers exploring policy-gated agent workflows who are prepared to evaluate an experimental system and its limits.
What you need
Detected in the repository
- Node.js (from package.json)
- Python >=3.12 (from pyproject.toml)
- A test suite and automated checks on GitHub Actions
License in plain words
Apache-2.0permissive
- Commercial use: yes
- Modify and redistribute: yes
- You must keep: the license, the NOTICE file and a note of your changes
- Share your changes: no
- Includes an explicit patent grant from the contributors:
A summary, not legal advice: the LICENSE file is what applies.
Getting Started
git clone https://github.com/JOELJOSEPHCHALAKUDY/open-timeline-engine.git
cd open-timeline-engine
./scripts/install.sh
See the README for runtime choices, MCP setup, and configuration details.
Alternatives
- memoripy: Memoripy focuses on screening evidence and tracking changing facts, while Open Timeline Engine mines work history for recurring patterns and decisions.
- ai-memory: ai-memory turns coding-agent activity into a searchable, git-backed Markdown wiki and supports handoffs, rather than mining work patterns.
- Koshi: Koshi emphasizes durable coding-project memory, code retrieval, and team decisions, while Open Timeline Engine focuses on work over time and workflow patterns.
- plur: PLUR stores shared corrections and project conventions in readable YAML, rather than capturing work history to surface patterns and cited decisions.
| Project | Language | License | Stars | Status |
|---|---|---|---|---|
| open-timeline-engine | Python | Apache-2.0 | 9 | Active |
| memoripy | Python | Apache-2.0 | 694 | Active |
| ai-memory | Rust | MIT | 9.1k | New |
| Koshi | C# | MIT | 2 | Quiet |
| plur | TypeScript | Apache-2.0 | 298 | Active |
Considerations
- The repository labels itself experimental and not production-ready; APIs, storage formats, and behavior may change.
- It requires Python 3.12 or later. The repository also declares Node.js in its package metadata. The README recommends the full Docker Compose runtime for reliable behavior and describes the SQLite-based lite runtime as experimental.
- The project has recent commit activity, but no release in over a year and a single contributor accounts for most of the code. Recent issue handling is also limited according to the measured project data.
- The README states that personalization is not currently used for decisions, and the longitudinal pilot has not produced evidence. Treat the behavioral-continuity claims as goals, not established results.
- Some controls are cooperative rather than enforced by the host operating system. The README documents limits in the sandbox and notes that fresh installs are not production-hardened.
Found this useful?
Share it with someone who would like open-timeline-engine.