Context7
Feeds AI the latest docs for libraries and frameworks before it answers, so code it writes does not use outdated, removed functions.
Description from the maker (original English)
Permission-aware retrieval for AI systems: policy-enforced access to organizational knowledge.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
GATECO_API_KEY, GATECO_BASE_URLValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"gateco": {
"command": "uvx",
"args": [
"gateco"
],
"env": {
"GATECO_API_KEY": "your-value",
"GATECO_BASE_URL": "your-value"
}
}
}
}Run this in your terminal
claude mcp add gateco --env GATECO_API_KEY=your-value --env GATECO_BASE_URL=your-value -- uvx gatecoFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"gateco": {
"command": "uvx",
"args": [
"gateco"
],
"env": {
"GATECO_API_KEY": "your-value",
"GATECO_BASE_URL": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"gateco": {
"type": "stdio",
"command": "uvx",
"args": [
"gateco"
],
"env": {
"GATECO_API_KEY": "your-value",
"GATECO_BASE_URL": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
GATECO_BASE_URL envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026
The registry name was verified against the domain gateco.ai (the registry checks domain ownership)
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: GATECO_API_KEY
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (1.13.0) reached the registry 33 days ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Context7, Codebase Memory, Exa
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Feeds AI the latest docs for libraries and frameworks before it answers, so code it writes does not use outdated, removed functions.
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Official Python client for the Gateco API — permission-aware retrieval for AI systems.
Without Gateco, when an employee asks your AI assistant "What is the CEO's salary?", the RAG pipeline returns the salary from a leaked HR document.
With Gateco:
from gateco_sdk import GatecoClient
client = GatecoClient("https://api.gateco.ai") client.login("you@yourco.com", "...")
result = client.retrievals.execute( query="What is the CEO's salary?", principal_id="user_james_wu", connector_id="connector_hr_docs", search_mode="hybrid", )
Gateco sits between your AI agent and your vector store. Every retrieval is evaluated against your access policies before any content reaches the model.
pip install gateco
For MCP server support (Claude Desktop, Cursor, etc.):
pip install gateco[mcp]
Gateco API keys use the format gck_ _ (e.g. gck_live_abc123...).
Generate keys via the dashboard or via client.api_keys.create(name="my-service").
from gateco_sdk import AsyncGatecoClient, GatecoClient
client = AsyncGatecoClient("https://api.gateco.ai", api_key="gck_live_abc123...")
client = GatecoClient("https://api.gateco.ai", api_key="gck_live_abc123...")
client = GatecoClient("https://api.gateco.ai") client.login("user@example.com", "password")
The API key is sent as the X-API-Key header on every request. Set it via the GATECO_API_KEY environment variable when using the CLI or MCP server. The key takes precedence over a stored login.
No credential at all? Since 1.13.0 a client constructed with no api_key, no GATECO_API_KEY and no access_token reads the session that gateco login stored in ~/.gateco/credentials.json (and its base_url), and writes refreshed tokens back. One login on a machine serves the CLI, the MCP server and your own scripts; do not copy the file between machines, because refresh rotates and the two copies would revoke each other.
A key carries explicit scopes, chosen when it is created (Settings > API Keys, every plan). Everything not listed here needs a user session (gateco login or client.login(...)); a key sent there gets 401 AUTH_JWT_REQUIRED, and a key without the needed scope gets 403 API_KEY_SCOPE_MISSING.
| Scope | Routes |
|---|---|
retrieve | POST /api/retrievals/execute, POST /api/retrievals/filter, POST /api/answers/execute, GET /api/principals, GET /api/principals/:id, POST /api/principals/resolve, GET /api/groups (since 2026-10-02), GET /api/connectors (id, name, type, status) |
ingest | POST /api/v1/ingest, /batch, /file, /files, DELETE /api/v1/resources/:id, /api/v1/ingest/jobs* |
relationships | POST, GET, DELETE /api/relationships |
principals | POST, PATCH, DELETE /api/principals (local directory) |
| any key | GET /api/users/me (reports the key's name and scopes) |
Session only: policies, connector create/update/delete and their search and ingestion configs, identity providers, API-key management, audit, retrieval history, billing, the access simulator, classification suggestions.
import asyncio
from gateco_sdk import AsyncGatecoClient
async def main(): async with AsyncGatecoClient( "https://api.gateco.ai", api_key="gck_live_abc123...", ) as client:
result = await client.retrievals.execute( query="What is the CEO's salary?", principal_id="user_james_wu", connector_id="connector_hr_docs", search_mode="hybrid", alpha=0.7, # 70% vector weight, 30% keyword top_k=5, )
for chunk in result.allowed_chunks: print(f"[ALLOWED] {chunk.resource_id} score={chunk.score}")
print(f"Denied: {result.denied_count} chunk(s)")
asyncio.run(main())
from gateco_sdk import GatecoClient
with GatecoClient("https://api.gateco.ai", api_key="gck_live_abc123...") as client: result = client.retrievals.execute( query="What is the CEO's salary?", principal_id="user_james_wu", connector_id="connector_hr_docs", search_mode="hybrid", ) print(result.decision) # "DENIED"
Every namespace, and every method on it, is available on both AsyncGatecoClient (async) and GatecoClient (sync); tests/test_sync_parity.py fails the build if the two drift.
| Namespace | Description |
|---|---|
client.answers | Grounded answer synthesis with policy-filtered citations (Team+) |
client.api_keys | Create, list, delete, and rotate API keys |
client.audit | Audit log listing and CSV export |
client.auth | Login, signup, token refresh, logout |
client.billing | Plans, usage meters, invoices, subscription, Stripe checkout and portal |
client.connectors | Connector CRUD, connection testing, search/ingestion config, coverage, classification suggestions |
client.dashboard | Aggregated dashboard statistics with optional sparklines |
client.data_catalog | Gated resource listing and metadata updates |
client.groups | Read-only groups directory with live member counts |
client.identity_providers | Identity provider CRUD and sync (Okta, Azure Entra ID, AWS IAM, GCP) |
client.ingest | Single-document, batch, and file ingestion (Tier 1 connectors) |
client.onboarding | Onboarding status (6 computed steps) and checklist dismissal |
client.pipelines | Pipeline CRUD and run management |
client.policies | Policy CRUD, lifecycle (activate/archive), and templates |
client.principals | Principal listing, detail, and resolution by email or provider subject |
client.relationships | REBAC direct-relation CRUD — create, list, delete 1-hop tuples (Team+) |
client.retroactive | Retroactive vector registration for existing connectors |
client.retrievals | Permission-gated retrieval execution, policy filter, and history |
client.simulator | Dry-run, live-preview, and batch-preview access simulation (Growth+) |
client.sources | Content-source connections (Drive, SharePoint, Confluence, Notion): create, test, ACL coverage |
client.users | Current user profile — get_me(), update_me(name) |
# Vector search (default) — semantic similarity
result = await client.retrievals.execute( query="quarterly earnings", principal_id="...", connector_id="...", )
result = await client.retrievals.execute( query="quarterly earnings", principal_id="...", connector_id="...", search_mode="keyword", )
result = await client.retrievals.execute( query="quarterly earnings", principal_id="...", connector_id="...", search_mode="hybrid", alpha=0.5, # 1.0 = all-vector, 0.0 = all-keyword )
result = await client.retrievals.execute( query="ERR-4021", principal_id="...", connector_id="...", search_mode="grep", pattern_type="regex", case_sensitive=False, )
# Create a key — the plaintext is returned exactly once
key_info = await client.api_keys.create(name="prod-worker") print(key_info["key"]) # gck_live_abc123... (store this securely) print(key_info["prefix"]) # gck_live_abc
keys = await client.api_keys.list()
new_key = await client.api_keys.rotate(key_id="key-uuid-here")
await client.api_keys.delete(key_id="key-uuid-here")
# Create a direct relation: Alice owns resource R
rel = await client.relationships.create( subject_principal_id="principal-uuid", relation_name="owner_of", object_resource_id="resource-uuid", ) print(rel["id"])
rels = await client.relationships.list( subject_id="principal-uuid", relation="owner_of", )
await client.relationships.delete(relationship_id=rel["id"])
Use relation. as a policy condition field to gate access on the existence of a tuple:
# Policy rule: allow access when principal has owner_of relation on the resource
rule = {"field": "relation.owner_of", "operator": "eq", "value": True}
# Check which onboarding steps are complete
status = await client.onboarding.status() for step in status["steps"]: print(f"{step['name']:30s} {step['status']}")
await client.onboarding.dismiss()
# Resolve a principal by email (read-only — never creates)
principal = await client.principals.resolve(email="alice@company.com")
principal = await client.principals.resolve(provider_subject="okta-user-123")
principal = await client.principals.resolve( email="alice@company.com", identity_provider_id="idp-uuid-here", )
answer = await client.answers.execute(
query="Summarise the Q4 revenue results.", principal_id="user_alice", connector_id="connector_finance_docs", search_mode="hybrid", )
print(answer.answer_text) # LLM-generated answer from allowed chunks only print(answer.outcome) # "answered" | "no_access" | "insufficient_context" for citation in answer.citations: print(f" [{citation.score:.2f}] {citation.resource_id}")
# Create an RBAC policy
policy = await client.policies.create( name="Engineering read-only", description="Allow engineering group to read internal resources", type="rbac", effect="allow", rules=[{ "description": "Engineering group members", "effect": "allow", "conditions": [{"field": "principal.groups", "operator": "contains", "value": "engineering"}], "priority": 1, }], resource_selectors=[{"field": "resource.classification", "op": "lte", "value": "internal"}], )
Policy validation rules:
resource., principal., or relation. prefix. Bare field names (e.g., "classification") are rejected with 422 — they silently resolve against the principal rather than the resource.resource_selectors require apply_to_all_resources=True in the request body to opt into matching all resources explicitly.result = await client.retrievals.execute(
query="quarterly earnings", principal_id="user_alice", connector_id="connector_finance_docs"
Only the beginning is shown; read the rest in the repo