agentleFS
vibe-cokitvibe-cokit/claude-code/skills/context-engine/context-engine-guide/SKILL.md

context-engine-guide

Skill1 starsChanged 4 months agoApache-2.0View on GitHub

Use when the user asks about Context Engine itself — available MCP tools, how to do semantic code search, repo discovery, or which sub-skill fits a task. Examples: \"What Context Engine tools are available?\", \"How do I search the codebase with context-engine?\"

The file

We split this skill into the rules it gives an agent

1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈0

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Use these to navigate the call graph without a dedicated impact tool — follow [calls: …] outward and [callers: …] inward.

    line 70

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Context Engine Guide

Quick reference for the Context Engine MCP — semantic codebase search backed by embeddings + call-graph expansion (port of vibervn-context-engine). Use it as the FIRST CHOICE for code search instead of grepping/reading blindly.

Always Start Here

For any task involving code understanding, search, debugging, or sync:

  1. list-repos — discover indexed repos, grab the repoId, check freshness (lastCommitSha, status, chunks)
  2. Match your task to a sub-skill below and read that skill file
  3. Follow the skill's workflow and checklist

Every search tool requires a repoId. There is no implicit "current repo" — always resolve it via list-repos first.

If lastCommitSha ≠ your local git rev-parse HEAD (or status ≠ indexed), the index is stale → see context-engine-sync to push before trusting results.

Sub-Skills

TaskSkill to read
Understand architecture / "How does X work?"context-engine-exploring
Trace bugs / "Why is X failing?"context-engine-debugging
Index / sync / re-index a (private) repocontext-engine-sync
Tools reference, repoId, freshnesscontext-engine-guide (this file)

Tools Reference

ToolWhat it gives you
list-reposDiscover indexed repos → repoId, name, status, lastCommitSha, chunks
codebase-retrievalPrimary search. Semantic search across the whole repo → ranked snippets with file#Lstart-Lend + call-graph annotations ([callers:N], [calls: …])
file-retrievalTargeted snippets from ONE known file — describe what you want instead of reading the whole file
sync-statusIndex status of an upload repo (status, chunkCount, lastCommitSha, lastIndexedAt, error)
sync-initCreate an empty upload-backed repo (private codebase via upload, not git clone)
sync-upload-urlPresigned PUT URLs to upload file contents to object storage
sync-commitEnqueue a FULL re-index after uploading all files
sync-pushEnqueue an INCREMENTAL re-index (changed + deleted paths)

The sync-* tools are low-level. For day-to-day syncing prefer the bundled ce-sync CLI (see context-engine-sync) which automates walking files, uploading, and installing a git post-commit hook.

Tool Selection: when to use what

GoalUse
"Where is the code that does X?" (unknown files)codebase-retrieval
"How does feature Y work?" / high-level mapcodebase-retrieval
Find a snippet inside a file you already knowfile-retrieval
Find ALL occurrences of a known identifiergrep (exact-match is grep's job)
Read a specific known line rangeRead

codebase-retrieval does NOT know git history or version control — it reflects the last indexed snapshot only.

Result Annotations

codebase-retrieval snippets are tagged with call-graph metadata derived from the index:

core/apps/iam/src/app.ts#L1-87 [callers:1] [calls: Hono, createServiceApp, registerRoutes, …]
  • #L1-87 — file path + line range (open with Read to edit)
  • [callers:N] / [callers: name +k more] — who calls this symbol
  • [calls: …] — what this symbol calls

Use these to navigate the call graph without a dedicated impact tool — follow [calls: …] outward and [callers: …] inward.

Example

1. list-repos
   → repoId=be1730bd-…  name=boltz-one  status=indexed  lastCommitSha=74302f9  chunks=1391
2. codebase-retrieval({repoId, information_request: "how the STS token exchange route is wired"})
   → core/apps/iam/src/api/sts.routes.ts#L1-27, core/apps/iam/src/app.ts#L33-48 …
3. Read core/apps/iam/src/api/sts.routes.ts:1-27 for exact content before editing

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.