What is a context?
A context is a security knowledge bundle the agent loads before starting an engagement. It gives the agent domain expertise: methodology, techniques, tools, and reporting guidance for a specific type of security work. Contexts are served via therifteo-context-mcp MCP server and retrieved on demand through natural language.
Unlike skills (which define a specific technique), contexts define the full engagement methodology: the phases to follow, what to test, how to validate findings, and how to report.
Install the MCP server
Using a context
Once the MCP server is registered, ask your agent in plain language:Available contexts
| Context | What it covers |
|---|---|
| Web App Pentest | Full web app pentest methodology: recon, auth, injection, business logic |
| Cloud Audit | AWS/Azure/GCP: IAM, storage exposure, networking, logging, secrets |
| Code Audit | Source code security review: secrets, auth logic, injection sinks, crypto, dependencies |
| AD Pentest (Unauthenticated) | Unauthenticated infra pentest with AD focus: host discovery, SMB null sessions, AS-REP roasting, Kerberoasting |
Context anatomy
Every context lives in its own directory with a single required file:CONTEXT.md
The core of every context. It has a frontmatter block and a body structured in three levels:
The 3-tier loading system
Each context has three levels of detail. The MCP server loads the right level based on what the agent needs, keeping token usage low.| Level | What it contains | When used |
|---|---|---|
| L0 | One sentence from the l0 frontmatter field | Listings, quick discovery |
| L1 | Overview: when to use, key focus areas, high-level scope | Default load at session start |
| L2 | Full methodology: phases, techniques, tools, commands, reporting | Loaded when the agent needs deep detail |
Context vs skill
| Context | Skill | |
|---|---|---|
| Scope | Full engagement methodology | Single technique or workflow |
| When loaded | At session start | When the user’s request matches a trigger |
| Content | Phases, tools, reporting guidance | Step-by-step instructions, output format, rules |
| Example | web-app-pentest | xss-hunter, jwt-cracker |
Naming conventions
| Rule | Good | Avoid |
|---|---|---|
| Use kebab-case | web-app-pentest, cloud-audit | WebAppPentest, cloud_audit |
| Name by engagement type, not tool | api-security-review | burp-scan |
| Keep names under 40 characters | mobile-pentest | android-and-ios-mobile-pentest-full |

