Context
Context is everything Fased sends to the model for one run. It is bounded by the model’s context window. Beginner mental model:- System prompt (Fased-built): rules, tools, skills list, time/runtime, and injected workspace files.
- Conversation history: your messages and the assistant’s messages for this session.
- Tool calls/results + attachments: command output, file reads, images/audio, etc.
- Run metadata: channel/session routing, sender context, sandbox state, and runtime settings when relevant.
Quick start (inspect context)
/status: quick window-usage view and session settings./context: help for the context command./context list: injected context and rough sizes./context detail: per-file, per-tool schema, per-skill, and system prompt sizes./context json: machine-readable context report./usage tokens: append a per-reply usage footer to normal replies./compact: summarize older history into a compact entry to free window space.
Example output
Values vary by model, provider, tool policy, and what is in your workspace./context list shape
/context detail shape
What counts toward the context window
Everything the model receives counts, including:- System prompt (all sections).
- Conversation history.
- Tool calls + tool results.
- Attachments/transcripts (images/audio/files).
- Compaction summaries and pruning artifacts.
- Provider adapter additions when they are part of the prompt payload.
How Fased builds the system prompt
The system prompt is Fased-owned and rebuilt each run. It includes:- Tool list + short descriptions.
- Skills list (metadata only; see below).
- Workspace location.
- Time (UTC + converted user time if configured).
- Runtime metadata (host/OS/model/thinking).
- Injected workspace bootstrap files under Project Context.
Injected workspace files (Project Context)
For full Agent runs, Fased injects recognized workspace files when present:AGENTS.mdSOUL.mdTOOLS.mdIDENTITY.mdUSER.mdHEARTBEAT.mdBOOTSTRAP.md(first-run only)MEMORY.mdmemory.md
agents.defaults.bootstrapMaxChars (default 20000 chars). Fased also enforces a total bootstrap injection cap across files with agents.defaults.bootstrapTotalMaxChars (default 150000 chars). /context shows raw vs injected sizes and whether truncation happened.
Lightweight runs may use a smaller context set. Heartbeat runs keep HEARTBEAT.md; sub-agent and cron sessions use a reduced bootstrap allowlist.
Skills: what is injected vs loaded on-demand
The system prompt includes a compact skills list: name, description, and location. This list has real overhead. Skill instructions are not included by default. The model is expected to read the skill’sSKILL.md only when needed.
Tools: there are two costs
Tools affect context in two ways:- Tool list text in the system prompt (what you see as “Tooling”).
- Tool schemas (JSON). These are sent to the model so it can call tools. They count toward context even though you do not see them as plain text.
/context detail breaks down the biggest tool schemas so you can see what dominates.
Commands, directives, and inline shortcuts
Slash commands are handled by the Gateway. There are a few different behaviors:- Standalone commands: a message that is only
/...runs as a command. - Directives:
/think,/verbose,/reasoning,/elevated,/model,/queueare stripped before the model sees the message.- Directive-only messages persist session settings.
- Inline directives in a normal message act as per-message hints.
- Inline shortcuts (allowlisted senders only): certain
/...tokens inside a normal message can run immediately, such ashey /status, and are stripped before the model sees the remaining text.
Sessions, compaction, and pruning (what persists)
What persists across messages depends on the mechanism:- Normal history persists in the session transcript until the session is reset, deleted, or compacted.
- Compaction persists a summary into the transcript and keeps recent messages intact.
- Pruning removes old tool results from the in-memory prompt for a run, but does not rewrite the transcript.
What /context actually reports
/context prefers the latest run-built system prompt report when available:
System prompt (run)= captured from the last embedded (tool-capable) run and persisted in the session store.System prompt (estimate)= computed on the fly when no run report exists or when the current backend does not generate the report.