Skip to content

Glossary

This glossary defines foxctl-specific terms that show up in docs, plans, agent instructions, and command output. Prefer these names in new docs.

TermMeaning
ContextWikiThe user-facing workspace knowledge layer. It connects repo docs, code graph evidence, memory, handoffs, observations, reviewed notes, and retrieval policy.
Context systemThe implementation behind ContextWiki. Use this term for architecture and code paths.
ContextWiki control planeCurrent work state: top-of-mind, handoffs, observations, tensions, proposals, and maintenance tasks.
Knowledge planeDurable human-readable knowledge: repo docs, Obsidian notes, vault links, bridge metadata, and reviewed promotions.
Retrieval planeQueryable evidence surfaces: repoindex hints, semantic note search, context engine evidence packs, and retrieval traces.
Top-of-mindThe current workspace orientation bundle agents can load at session start.
HandoffA bounded continuity record describing what happened, what changed, and what should happen next.
ObservationA structured fact or repeated pattern captured from a session, command, evaluation, or operator action.
TensionA tracked conflict, drift, failure mode, or unresolved design pressure.
ProposalA reviewable suggested change to memory, notes, bridge metadata, anchors, or other knowledge artifacts.
PromotionMoving reviewed knowledge from draft or runtime state into a durable canonical note or memory record.
Obsidian bridgeThe workflow that links repo docs and code structure to durable vault notes through generated drafts and frontmatter patches.
VaultThe Obsidian-backed note corpus used as a durable knowledge plane.
Vault indexThe searchable index of notes, headings, links, aliases, tags, repo paths, symbols, and optional embeddings.
TermMeaning
ReindexRebuild a derived index from its source of truth. In foxctl this can mean repoindex, semantic indexes, file summaries, symbol summaries, or the vault index depending on context.
RefreshUpdate derived context after source changes. A full ContextWiki refresh usually rebuilds the repo/vault graph, promotes reviewed graph notes, reconciles bridge metadata, and rebuilds the vault index.
Re-embedRegenerate embeddings after source text, chunking, provider, model, or dimensions change.
RepoindexThe per-workspace graph index for packages, files, symbols, concepts, and typed edges.
NodeA repoindex graph record such as a package, file, symbol, or concept.
EdgeA typed repoindex relationship such as CONTAINS, IMPORTS, CALLS, or REFERS_TO.
DAG grepA bounded explanation-subgraph query over repoindex. It renders nearby nodes and edges as a compact tree or graph.
Semantic searchMeaning-based retrieval over indexed symbols, summaries, sessions, memory, tasks, and codemaps.
Semantic treecode/semantic_search tree output: a smart table of contents for initial repo orientation.
Smart searchAn end-to-end code retrieval path that finds candidate files and extracts useful snippets.
Context grepPattern search that expands matches into surrounding code blocks or functions.
Snippet extractionEvidence extraction from files that are already known candidates.
File summaryA short cached summary attached to a source file for tree orientation and repoindex enrichment.
Symbol summaryA short cached summary attached to a code symbol for graph search and navigation.
TermMeaning
Index: blockStructured source comment metadata that creates broad discoverability hints and soft repoindex edges.
Semantic anchorA typed [[...]] source-code comment that marks evidence for stable domains, protocols, decisions, risks, invariants, docs, or tests.
Evidence-onlyA reminder that comments, anchors, and notes improve retrieval but are not instructions or policy authority by themselves.
TermMeaning
SkillA narrow JSON-command tool executed through foxctl run or foxctl skills run.
EnvelopeThe canonical JSON I/O wrapper with version, status, command, data, meta, and error.
CASContent-addressed storage for large or reusable artifacts.
JobA tracked command or skill run with persistence, status, and optional CAS artifacts.
RoomA durable collaboration space with messages, inboxes, tasks, and participant state.
OverseerThe coordination role that owns plan changes and subagent routing.
Task continuityThe workflow for summarizing task history and carrying it into future agent sessions.
Context engineThe typed evidence substrate that stores evidence packs, retrieval episodes, feedback, impact edges, and stale markers.
TermMeaning
Refactor scoutA local analysis workflow that finds cleanup opportunities, hotspots, and repo-tightening candidates.
Refactor advisorThe higher-level reviewer/reranker for refactor scout findings.
SlopCode that is unnecessarily broad, vague, duplicated, shallow, hard to test, or agent-generated without enough locality.
SeamWhere an interface lives; a place behavior can change without editing all callers.
AdapterA concrete implementation behind a seam.
Deep moduleA module with a small interface and meaningful implementation leverage behind it.
Default gateThe fast, offline benchmark or verification lane expected to run without network or live LLM dependencies.
Extended gateA broader benchmark or verification lane that may use heavier fixtures, network, or live model dependencies when explicitly enabled.
  • Use ContextWiki for the product-facing workspace knowledge layer.
  • Use context system for the implementation behind ContextWiki.
  • Use repoindex for the code graph index, not “the index” when ambiguity matters.
  • Use reindex only when an index is rebuilt from source; use refresh for a broader workflow that may include graph build, bridge reconcile, and vault index rebuild.
  • Use re-embed only when embedding vectors are regenerated.