Skip to main content
Glama
FASTPROD

ContextEngine

Official
by FASTPROD
README.md
# OpsContext for AI Agents

**AI that doesn't break what it can't see.**

Claude Code, Cursor, and Copilot write code without seeing your servers β€” so they suggest the wrong port, restart the wrong service, deploy into the wrong env. OpsContext gives them eyes on what's actually running, plus a tamper-proof log of every change they make. Free core, no signup, runs entirely on your machine.

> Previously published as `@compr/contextengine-mcp`. The 2.0 rename reflects what the project actually does: Claude Code sees the **code**, OpsContext sees the **infra that runs it**.

[![npm](https://img.shields.io/npm/v/@compr/opscontext-mcp)](https://www.npmjs.com/package/@compr/opscontext-mcp)
[![License: BSL-1.1](https://img.shields.io/badge/License-BSL--1.1-blue.svg)](https://www.npmjs.com/package/@compr/opscontext-mcp)
[![VS Code](https://img.shields.io/badge/VS%20Code-Extension-007ACC?logo=visualstudiocode)](https://marketplace.visualstudio.com/items?itemName=css-llc.contextengine)

OpsContext is an [MCP](https://modelcontextprotocol.io) server. It runs locally, snapshots your live infra (PM2 processes, nginx config, Docker containers, git status, cron jobs, redacted env), and exposes it via tools your AI coding agents (Claude Code, Cursor, Copilot, Windsurf, OpenClaw) can call in real time. Everything stays on your machine β€” no telemetry, no code uploads.

> **🌐 Browser Capture (Phase 1, shipped 2026-06):** OpsContext now captures prompts + assistant responses + tool calls from **Claude.ai**, **ChatGPT.com**, *and* your **Claude Code** terminal sessions into the same hash-chained audit log. Cross-surface drift detection becomes possible (e.g. catch when a model says one thing in the browser and another in the terminal). See [Step 3](#3-capture-browser--claude-code-events-optional) below.

## Why

Claude Code already reads your `CLAUDE.md`, `copilot-instructions.md`, and source files. It has hooks, skills, and native memory. It does not β€” and structurally cannot β€” see what's running on your servers. Live process state, nginx routes, port conflicts across fleets, git working-tree drift across 30+ repos β€” that's the operational context AI agents lack.

OpsContext fills that gap, plus two compliance layers regulated industries demand from any agent stack:

1. **Operational visibility (the moat)** β€” collectors for PM2 / nginx / Docker / git / cron / .env (redacted) / composer / systemd. Cross-project + check_ports + fleet HTML scoring. Claude Code can't see this; we feed it cleanly.
2. **Tamper-evident audit log (compliance)** β€” hash-chained JSONL at `~/.contextengine/audit.log`. Every state change recorded with `prev_hash`/`hash`. Designed to produce evidence aligned with [SOC 2 CC7.2 (change monitoring)](docs/compliance/cc7.2.md) and [ISO 27001 A.12.4.1 (event logging)](docs/compliance/a.12.4.1.md). **These are evidence artifacts, not a certification.** OpsContext is not itself SOC 2– or ISO 27001–certified; the audit log helps *your* org's auditor satisfy *those* controls.
3. **Policy-as-code hooks (enforcement)** β€” declarative `.contextengine/policy.json` for secret patterns (with `paths` scoping), diff-aware doc coverage (replaces the workaround-y 4-hour staleness gate), deploy-verify hosts, and signed bypass tokens. Runs as a pre-commit hook layer alongside gitleaks.

Plus the persistent-memory + search features carried forward from the contextengine era:

- πŸ” **Hybrid Search** β€” keyword (BM25) ships always; semantic re-ranking is opt-in
- 🧠 **Semantic Search (optional)** β€” `all-MiniLM-L6-v2` runs locally on CPU, no API keys. Install with `npm install @huggingface/transformers` (~250MB, native onnxruntime). BM25 alone is plenty for most workspaces; turn semantic on when you have many similar projects and want fuzzy matches.
- πŸ“ **Auto-discover** β€” finds `copilot-instructions.md`, `CLAUDE.md`, `.cursorrules`, `AGENTS.md` across all projects
- πŸ’» **Code Parsing** β€” extracts functions, classes, interfaces from TS/JS/Python source files
- βš™οΈ **Operational Intelligence** β€” collects git, Docker, PM2, nginx, cron, package.json data
- πŸ”’ **Local-only** β€” nothing leaves your machine
- ⚑ **Instant startup** β€” keyword search ready immediately, embeddings load in background
- πŸ’Ύ **Session Persistence** β€” AI agents can save/restore context across conversations
- πŸ’‘ **Learning Store** β€” permanent operational rules that auto-surface in search results
- �️ **Protocol Firewall** β€” progressive enforcement that ensures agents commit, document, and save learnings
- οΏ½πŸ”Œ **Plugin Adapters** β€” extend with custom data sources (Notion, Jira, RSS, etc.)
- 🧩 **MCP native** β€” works with any MCP-compatible client (VS Code, Claude, Cursor, OpenClaw)

### What OpsContext is NOT

- **Not a replacement for Claude Code, Cursor, or your IDE assistant.** It runs *alongside* them as their ops/compliance backend. Code context = their job. Infra context + audit + policy = ours.
- **Not a code quality tool** β€” it checks project structure (CI, tests, Docker, docs) and validates content depth, but won't tell you if your code is good. An A+ score means "well-organized for AI agents," not "production-ready."
- **Not required for tiny / solo projects** β€” agents read `copilot-instructions.md` natively, and the audit log + policy gates earn their keep when there's more than one developer to coordinate or a compliance officer to answer to.
- **Not worth chasing 100% score** β€” invest in your PIPELINES.md and SKILLS docs instead of score-chasing. Those prevent costly mistakes; the score keeps you honest.

## Quick Start

### 1. Scaffold config (optional)

```bash
npx @compr/opscontext-mcp init
```

Detects your project type, creates `contextengine.json` + `.github/copilot-instructions.md` template.

### 2. Add to your MCP client

**VS Code (recommended β€” per-project setup)**

Create `.vscode/mcp.json` in your project root:

```json
{
  "servers": {
    "contextengine": {
      "type": "stdio",
      "command": "npx",
      "args": ["-y", "@compr/opscontext-mcp"]
    }
  }
}
```

This activates ContextEngine when the workspace is open. Add this file to each project that needs it.

> **Note:** VS Code deprecated MCP configuration in user `settings.json`. Use `.vscode/mcp.json` per workspace instead.

**Claude Desktop** β€” add to `~/Library/Application Support/Claude/claude_desktop_config.json`:

```json
{
  "mcpServers": {
    "ContextEngine": {
      "command": "npx",
      "args": ["-y", "@compr/opscontext-mcp"]
    }
  }
}
```

**Cursor** β€” add to MCP settings:

```json
{
  "mcpServers": {
    "ContextEngine": {
      "command": "npx",
      "args": ["-y", "@compr/opscontext-mcp"]
    }
  }
}
```

**OpenClaw** β€” add ContextEngine as an MCP server in your OpenClaw config, or use the bundled skill:

```bash
# Option 1: Copy the skill to your OpenClaw workspace
cp -r node_modules/@compr/opscontext-mcp/skills/contextengine ~/.openclaw/workspace/skills/

# Option 2: Add as MCP server in openclaw.json
```

```json
{
  "mcpServers": {
    "contextengine": {
      "command": "npx",
      "args": ["-y", "@compr/opscontext-mcp"],
      "env": { "CONTEXTENGINE_WORKSPACES": "~/Projects" }
    }
  }
}
```

### 3. Capture browser + Claude Code events (optional)

Phase-1 browser capture wires Claude.ai / ChatGPT.com / Claude Code into the same hash-chained audit log the MCP server already writes to. Three small commands; each one is independent.

**3a. Generate the browser extension secret**

```bash
npx @compr/opscontext-mcp init-extension-secret
```

Writes a 32-byte hex token to `~/.contextengine/extension-secret` (mode `0600`). The Chrome extension authenticates to your local MCP server with this secret β€” nobody else on your network can post events.

Verify:
```bash
ls -la ~/.contextengine/extension-secret    # β†’ -rw------- (0600)
```

Then load the unpacked extension and paste the secret into its Options page. Full install steps (build, load unpacked, paste secret): [chrome-extension/README.md](chrome-extension/README.md). *(Chrome Web Store listing coming.)*

**3b. Auto-start the local server (macOS)**

```bash
npx @compr/opscontext-mcp install-autostart
```

Installs a LaunchAgent so OpsContext binds `127.0.0.1:7842` on every login β€” that's the port the browser extension and the Claude Code hook both post to.

Verify:
```bash
curl http://127.0.0.1:7842/health           # β†’ {"ok":true,...}
```

Companion commands: `uninstall-autostart`, `autostart-status`.

**3c. Wire Claude Code terminal sessions**

```bash
npm i -g @compr/opscontext-mcp && opscontext install-claude-hook
```

(Prefer the global install here: the hook scripts keep absolute paths to the CLI, and an `npx` cache copy can be pruned.)

Adds `UserPromptSubmit`, `PostToolUse`, and `SessionStart` hook entries to `~/.claude/settings.json` so every Claude Code prompt + tool call lands in the same audit log as the browser events, plus a `Stop` entry: the **session gate** (2.7.0). A Claude Code turn cannot end while the repo's OpsContext session is older than the last commit; the agent is told which session to save, which session doc to update, and how far the agent docs are behind. No more "did you save the session?" at the end of a day. Details: `npx @compr/opscontext-mcp session-gate --help`.

Verify:
```bash
npx @compr/opscontext-mcp watch --once       # β†’ tails recent events; should show claude_code_* kinds after one prompt
```

### 4. Pin your config (recommended)

If you have a `contextengine.json` with custom sources, add this to your shell profile (`~/.zshrc` or `~/.bashrc`):

```bash
export CONTEXTENGINE_CONFIG="$HOME/path/to/contextengine.json"
```

Without this, ContextEngine falls back to auto-discovery (finds `copilot-instructions.md` etc.) but won't load your explicit sources, code dirs, or custom patterns.

That's it. ContextEngine auto-discovers your docs in `~/Projects`.

## πŸ“¦ VS Code Extension

ContextEngine has a **free VS Code extension** that provides proactive enforcement β€” no MCP setup required:

[![Install Extension](https://img.shields.io/badge/Install-VS%20Code%20Marketplace-007ACC?logo=visualstudiocode&style=for-the-badge)](https://marketplace.visualstudio.com/items?itemName=css-llc.contextengine)

- **πŸ“Š Value meter** β€” shows what ContextEngine saved you this session: learnings recalled, learnings saved, estimated time saved. Falls back to git status when no MCP session is active
- **πŸ“ˆ Live stats dashboard** β€” click ℹ️ to see real-time session metrics (tool calls, recalls, nudges, truncations, time saved)
- **@contextengine chat** β€” `/status`, `/commit`, `/search`, `/remind`, `/sync` in Copilot Chat
- **Escalating notifications** β€” warns when files accumulate without commits
- **Terminal watcher** β€” monitors commands with smart classification (git, deploy, database, python, build, test), credential redaction in logs, and stuck-pattern detection (alerts after 3+ consecutive failures)
- **One-click commit** β€” commit all changes across all repos

The extension reads live metrics from the MCP server (via `~/.contextengine/session-stats.json`). For search, learnings, sessions, and scoring β€” it uses the MCP server (`npx @compr/opscontext-mcp`).

## ⭐ PRO Features

OpsContext is **source-available with a free tier**. The free tier covers everything agents need β€” search, memory, sessions, and compliance enforcement. PRO adds **team and ops intelligence** across multiple projects. Licensed under [BSL-1.1](LICENSE), which is *not* OSI-approved open source (converts to AGPL-3.0 on 2030-02-22). See [docs/about.md](docs/about.md) for the full publisher disclosure and licensing intent.

| Feature | Free | PRO |
|---------|------|-----|
| Hybrid search (keyword + semantic) | βœ… | βœ… |
| Persistent learnings | βœ… | βœ… |
| Session save/load | βœ… | βœ… |
| End-of-session enforcement | βœ… | βœ… |
| Protocol Firewall (agent compliance) | βœ… | βœ… |
| VS Code extension (git monitor, chat) | βœ… | βœ… |
| Plugin adapters | βœ… | βœ… |
| **Project health score (A+ to F)** | β€” | βœ… |
| **Compliance audit** | β€” | βœ… |
| **Port conflict detection** | β€” | βœ… |
| **Multi-project discovery** | β€” | βœ… |
| **HTML score reports** | β€” | βœ… |

### Pricing

| Plan | Price | Machines |
|------|-------|----------|
| **Pro** | CHF 2/mo | 2 |
| **Team** | CHF 12/mo | 5 |
| **Enterprise** | CHF 36/mo | 10 |

β†’ **[Get PRO](https://api.compr.ch/contextengine/pricing)** Β· Annual plans save 17%

```bash
# Activate after purchase
npx @compr/opscontext-mcp activate
```

## CLI Usage (no MCP required)

ContextEngine also works as a **standalone CLI tool** β€” no MCP client setup needed:

```bash
# Search across all your project knowledge
npx @compr/opscontext-mcp search "docker nginx"
npx @compr/opscontext-mcp search "rate limiting" -n 10

# List all indexed sources
npx @compr/opscontext-mcp list-sources

# Discover and analyze all projects
npx @compr/opscontext-mcp list-projects

# AI-readiness score β€” no argument scores the CURRENT project only
npx @compr/opscontext-mcp score
npx @compr/opscontext-mcp score ContextEngine          # by project name
npx @compr/opscontext-mcp score ~/Projects/PLANK.io    # or by path

# Score every discovered project (writes a SCORE.md into each β€” opt in explicitly)
npx @compr/opscontext-mcp score --all
npx @compr/opscontext-mcp score --all --no-save        # scan without writing

# Visual HTML report (opens in browser)
npx @compr/opscontext-mcp score --html
npx @compr/opscontext-mcp score ContextEngine --html

# List permanent learnings (optionally by category)
npx @compr/opscontext-mcp list-learnings
npx @compr/opscontext-mcp list-learnings security

# Show live MCP session stats (value meter)
npx @compr/opscontext-mcp stats

# Run compliance audit across all projects
npx @compr/opscontext-mcp audit

# Scaffold config for a new project
npx @compr/opscontext-mcp init

# Show all commands
npx @compr/opscontext-mcp help
```

CLI mode uses keyword search (BM25) which is instant β€” no model loading required.

## Tools (20)

| Tool | Description | Tier |
|------|-------------|------|
| `search_context` | Hybrid keyword+semantic search with mode selector | Free |
| `list_sources` | Show all indexed sources with chunk counts | Free |
| `read_source` | Read full content of a knowledge source by name | Free |
| `reindex` | Force full re-index of all sources | Free |
| `save_session` | Save key-value entry to a named session | Free |
| `load_session` | Load all entries from a named session | Free |
| `list_sessions` | List all saved sessions | Free |
| `delete_session` | Delete a saved session | Free |
| `end_session` | Pre-flight checklist β€” uncommitted changes + doc freshness | Free |
| `save_learning` | Save a permanent operational rule β€” auto-surfaces in search | Free |
| `list_learnings` | List all permanent learnings, optionally by category | Free |
| `delete_learning` | Remove a learning by ID | Free |
| `import_learnings` | Bulk-import learnings from Markdown or JSON files | Free |
| `audit_verify` | Verify tamper-evident audit log chain (evidence aligned with [SOC 2 CC7.2](docs/compliance/cc7.2.md), [ISO 27001 A.12.4.1](docs/compliance/a.12.4.1.md) β€” not a certification) | Free |
| `activate` | Activate a PRO license on this machine | Free |
| `activation_status` | Check current license status | Free |
| `list_projects` | Discover and analyze all projects (tech stack, git, docker) | PRO |
| `check_ports` | Scan all projects for port conflicts | PRO |
| `run_audit` | Compliance agent β€” git, hooks, .env, Docker, PM2, versions | PRO |
| `score_project` | AI-readiness scoring 0-100% with letter grades (A+ to F) | PRO |

All tools are wrapped by the **Protocol Firewall** β€” a built-in enforcement layer that ensures agents save learnings, persist sessions, and commit code. No action needed from users; it's automatic.

## Configuration

ContextEngine works **zero-config** β€” it auto-discovers documentation files in `~/Projects`.

For full control, create a `contextengine.json`:

```json
{
  "sources": [
    { "name": "Team Runbook", "path": "./docs/RUNBOOK.md" },
    { "name": "Architecture", "path": "./docs/ARCHITECTURE.md" }
  ],
  "workspaces": ["~/Projects"],
  "patterns": [
    ".github/copilot-instructions.md",
    "CLAUDE.md",
    ".cursorrules",
    "AGENTS.md"
  ],
  "codeDirs": ["src"],
  "adapters": [
    { "name": "feeds", "module": "./adapters/rss-adapter.js", "config": { "feeds": ["https://blog.example.com/rss.xml"] } }
  ]
}
```

### Auto-discovered patterns

| Pattern | Description |
|---------|-------------|
| `.github/copilot-instructions.md` | GitHub Copilot project instructions |
| `.github/instructions/copilot-instructions.md` | VS Code instructions folder format |
| `.github/SKILLS.md` | Team skills inventory |
| `CLAUDE.md` | Claude Code project instructions |
| `.cursorrules` | Cursor AI rules |
| `.cursor/rules` | Cursor AI rules (folder format) |
| `AGENTS.md` | Multi-agent instructions |
| `CONTEXT_MAP.md` | File-to-concern mapping for agents |

### Config resolution order

Which **config file** is read (both the search corpus and the project fleet):

| Priority | Source |
|----------|--------|
| 1 | `CONTEXTENGINE_CONFIG` env var |
| 2 | `./contextengine.json` |
| 3 | `~/.contextengine.json` |

Which **project fleet** is scanned β€” this is what `score --all`, `audit`, `list_projects`
and `check_ports` operate on:

| Priority | Source |
|----------|--------|
| 1 | `CONTEXTENGINE_WORKSPACES` env var (colon-separated) |
| 2 | `workspaces` in the config file |
| 3 | `~/Projects` auto-discover |

**The env var wins.** It is set per-invocation, so it is the most specific statement of
intent β€” and it is what the MCP config blocks in this README set. Use it to scope a run:

```bash
CONTEXTENGINE_WORKSPACES=/tmp/sandbox npx @compr/opscontext-mcp score --all
```

> Note: the **search corpus** (`search`, `reindex`, `list-sources`) still prefers the config
> file's `workspaces` over the env var. If you rely on the env var to scope indexing, set
> `CONTEXTENGINE_CONFIG` to a config without `workspaces`, or unset `workspaces` there.

## Plugin Adapters

Extend ContextEngine with custom data sources via the adapter interface. Adapters are ES modules that collect data and return searchable chunks.

```json
{
  "adapters": [
    {
      "name": "notion",
      "module": "./adapters/notion-adapter.js",
      "config": { "token": "$NOTION_API_TOKEN" }
    },
    {
      "name": "feeds",
      "module": "./adapters/rss-adapter.js",
      "config": { "feeds": ["https://blog.example.com/rss.xml"], "maxItems": 20 }
    }
  ]
}
```

### Creating an Adapter

An adapter is a JS/TS module that exports an object with a `collect()` method:

```javascript
// my-adapter.js
export default {
  name: "my-source",
  description: "Fetches data from My Source",

  validate(config) {
    if (!config?.apiKey) return "Missing apiKey";
    return null;
  },

  async collect(config) {
    // Fetch data and return Chunk[]
    return [{
      source: "my-source",
      section: "## Title",
      content: "Content to index...",
      lineStart: 1,
      lineEnd: 1,
    }];
  },
};
```

See [examples/adapters/](examples/adapters/) for complete Notion and RSS adapter examples.

### Adapter Features

- **Environment variable resolution** β€” use `"$ENV_VAR"` syntax in config
- **Factory pattern** β€” export `createAdapter(config)` for per-instance configuration
- **Validation** β€” optional `validate()` method checks config before collection
- **Lifecycle hooks** β€” optional `init()` and `destroy()` for setup/cleanup
- **Safe execution** β€” adapter failures never crash the server

## How It Works

```
Your Project Files           ContextEngine              AI Agent
+-----------------+    +-------------------+    +---------------+
| copilot-        |    | 1. Parse & chunk  |    | GitHub        |
|  instructions   |--->| 2. Embed vectors  |<-->|  Copilot      |
| CLAUDE.md       |    | 3. Hybrid search  |    | Claude        |
| source code     |    | 4. Return top-k   |    | Cursor        |
| git/docker/pm2  |    | 5. Persist state  |    | Windsurf      |
+-----------------+    +-------------------+    +---------------+
                            stdio (MCP)
```

1. **Parse** β€” chunks markdown + extracts functions from source code
2. **Embed** β€” sentence embeddings run locally on CPU (no API keys)
3. **Search** β€” hybrid keyword + semantic scoring
4. **Collect** β€” operational data from git, package.json, Docker, PM2, nginx
5. **Audit** β€” compliance checks, port conflicts, AI-readiness scoring

## Scoring

The `score` command evaluates project AI-readiness across **documentation, infrastructure, code quality, and security** β€” producing a letter grade from A+ to F.

**Grade scale:** A+ (90%+) Β· A (80%+) Β· B (70%+) Β· C (60%+) Β· D (50%+) Β· F (<50%)

### What gets scored, and what gets written

`score` writes a `SCORE.md` into each project it scores. Because that is a write into your
repositories, the scope is never inferred:

| Command | Scores | Writes `SCORE.md` to |
|---|---|---|
| `score` | the project you are standing in (walks up to the repo root) | that one project |
| `score <name>` / `score <path>` | that one project | that one project |
| `score --all` | every discovered project | **every** discovered project |
| any of the above `--no-save` | as above | nothing |

A project argument may be a **name** (`PLANK.io`) or a **path** (`~/Projects/PLANK.io`,
`../PLANK.io`, or an absolute path). A path also works for projects outside your configured
workspaces.

### Project Naming & Structure Tips

The scorer discovers projects from your configured `workspaces` directories (default: `~/Projects`).
Each subdirectory is treated as a separate project. For best results:

- **Use descriptive folder names** β€” the folder name becomes the project name in reports
- **Keep one project per directory** β€” monorepos should have a root `copilot-instructions.md`
- **Real files over symlinks** β€” each project should have its own configs with project-specific content
- **Install your tools** β€” a linting config without the linter installed doesn't count as linting

## Architecture

TypeScript monorepo β€” MCP server + CLI + search engine + operational collectors.

See the [npm package](https://www.npmjs.com/package/@compr/opscontext-mcp) for installation and usage.

## Development

```bash
npm install @compr/opscontext-mcp
npx @compr/opscontext-mcp help
```

## Requirements

- Node.js 18+
- No API keys needed β€” embeddings run locally

## Contributing

Feedback, feature requests, and bug reports welcome β€” email [yannick@compr.ch](mailto:yannick@compr.ch).

If you're using ContextEngine, we'd love to hear about it.

## Privacy & Data Security

**ContextEngine runs 100% on your machine. Your code, your data, your rules.**

Everything happens locally β€” search, scoring, learnings, sessions, embeddings. No project data is ever sent to an external server.

### What stays on your machine (always)

| Data | Storage | Leaves your machine? |
|---|---|---|
| Project files & source code | Read locally, never stored externally | ❌ Never |
| Learnings (operational rules) | `~/.contextengine/learnings.json` | ❌ Never |
| Sessions (decisions, progress) | `~/.contextengine/sessions/` | ❌ Never |
| Session stats (value meter) | `~/.contextengine/session-stats.json` | ❌ Never |
| Search index & embeddings | In-memory + `~/.contextengine/embeddings.bin` (vectors) and `~/.contextengine/index/` (shared index) | ❌ Never |
| Git history & branches | Local `git` commands | ❌ Never |
| Dependencies & package.json | Read locally | ❌ Never |
| .env variable names | Read locally (values are never read) | ❌ Never |

### What the activation server receives (PRO only)

| Data | When | Purpose |
|---|---|---|
| License key (`CE-XXXX-...`) | Activation + daily heartbeat | Validate subscription |
| Machine ID (SHA-256 hash) | Activation + daily heartbeat | Enforce machine limit |
| Email | Activation only | Tie the licence to an account |
| Package version | Activation only | Serve a compatible module bundle |
| Platform/arch (e.g., `darwin/arm64`) | Activation only | Compatibility check |
| Licence bundle version | Daily heartbeat | Compatibility marker carried in the signed licence |

That is the complete list. The activation request sends exactly six fields and the heartbeat exactly three β€” enforced by a lock comment in `src/activation.ts` that forbids adding a seventh field reflecting usage.

**The server never receives:** project names, file contents, learnings, sessions, git history, dependencies, code, .env variables, or anything about your actual work.

**These are the only two network calls the tool makes.** `activate` and `heartbeat`, both in `src/activation.ts`. Nothing else in the codebase opens a connection β€” verify it yourself with `grep -rn "fetch(" src/`.

### What's obfuscated, and what isn't

One file in the published package is deliberately unreadable: `dist/rubric.js`, which holds the scoring thresholds (what earns which points). Those values are commercial IP under [BSL-1.1](LICENSE), and knowing them exactly makes an AI-readiness score easy to game by padding files to hit a number rather than doing the work.

**What that hides: values. What it does not hide: behaviour.** No code path, network call, file access, or data flow is concealed anywhere in this package. The scoring logic itself, every collector, the search ranker, and both network calls above ship as readable JavaScript β€” and the full source is public at [FASTPROD/ContextEngine](https://github.com/FASTPROD/ContextEngine). If a privacy claim on this page were false, the code that broke it would be right there to find.

### Why this matters

Most AI coding tools (Copilot, Cursor, Codeium) send your code to external servers for processing. ContextEngine takes the opposite approach β€” **embeddings run locally on CPU**, search runs locally, and all persistent state stays in `~/.contextengine/` on your disk. The only network call is a lightweight license check for PRO users.

## License

BSL-1.1 (Business Source License) β€” see [LICENSE](LICENSE).

You may use ContextEngine for any purpose, including production, **except** offering it as a hosted/managed service competing with ContextEngine PRO/Team/Enterprise.

Converts to AGPL-3.0 on February 22, 2030.

For commercial licensing: [yannick@compr.ch](mailto:yannick@compr.ch)

---

## Publisher

**OpsContext is built by PROD LLC**, an operating brand of **[CSS LLC](https://compr.fr)** β€” a Swiss company incorporated in 2005.

The VS Code Marketplace lists the extension under the legal-parent publisher ID `css-llc`; the npm package is published under the `@compr` scope. Both belong to the same entity.

PROD LLC also operates these product brands:

| Brand | What it does | Site |
|---|---|---|
| **FASTPROD** | DevOps + sysadmin operator (the team behind this project) | [fast-prod.com](https://fast-prod.com) |
| **CROWLR** | Crawling + monitoring platform | [crowlr.io](https://crowlr.io) Β· [admin.crowlr.com](https://admin.crowlr.com) |
| **KONIVE** | (product) | [konive.com](https://konive.com) |
| **INVOC** | (product) | [invoc.io](https://invoc.io) Β· [invoc.me](https://invoc.me) |
| **PLANK** | (product) | [plank.io](https://plank.io) |
| **compR** | Portfolio + benchmark widget | [compr.fr](https://compr.fr) Β· [compr.app](https://compr.app) |

Contact: [yannick@compr.ch](mailto:yannick@compr.ch). Full corporate disclosure at [docs/about.md](docs/about.md).

TDQS

A3.7/5.0

Scored across 21 tools

Disambiguation4/5

Most tools have clearly distinct purposes, but there is slight overlap between check_ports (port-only scan) and run_audit (includes port checks), and between activate vs activation_status (one to activate, one to check status). Overall, descriptions help disambiguate.

Naming Consistency4/5

Tools predominantly follow a verb_noun pattern (e.g., list_learnings, save_session). However, activation_status and drift_status use noun_noun, deviating from the pattern. Overall, the convention is mostly consistent and readable.

Tool Count3/5

With 21 tools, the count is on the higher end of reasonable. The scope covers licensing, project management, knowledge bases, sessions, and audits, justifying many tools, but it feels slightly heavy compared to the typical ideal of 3-15.

Completeness4/5

The tool surface covers core workflows: CRUD for learnings and sessions, project analysis, audit, search, and licensing. Minor gaps exist (e.g., no explicit update for knowledge sources), but in-place updates handle many cases. Overall, it is well-rounded.

Maintenance

ActivityNo data
ResponsivenessNo issues