Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add port-labs/port-skills --skill port-context-lakegit clone --depth 1 https://github.com/port-labs/port-skillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/port-labs/port-skills/port-context-lake)<a href="https://agentmods.dev/skills/port-labs/port-skills/port-context-lake"><img src="https://agentmods.dev/badge/skills/port-labs/port-skills/port-context-lake/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/port-labs/port-skills/port-context-lake"><img src="https://agentmods.dev/badge/skills/port-labs/port-skills/port-context-lake.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00115 | $0.01423 |
| Opus 5 | $0.00057 | $0.00711 |
| Sonnet 5 | $0.00023 | $0.00285 |
| Haiku 4.5 | $0.00012 | $0.00142 |
Grade A, and why
port-context-lake scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 12d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 96 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Build a context lake
A context lake is Port's data model once it stops being a flat catalog and
becomes a connected graph: blueprints related to each other, with mirror and
aggregation properties, descriptions, and relation titles precise enough
that an AI agent can traverse it and act, not just browse it. This skill
designs that model. For the JSON mechanics of any single blueprint,
property, or relation, use port-blueprints; this skill is the layer above
that: what to build, in what order, and why.
Prerequisites
- Go over the
port-getting-startedskill first if this is your first time working with Port, it covers signing up and connecting Port's MCP server. - If Port's MCP server is connected, this skill can use it to check what
already exists (
list_blueprints) and apply the resulting blueprint, relation, and property changes directly (upsert_blueprint), rather than just handing you JSON to apply yourself. Searchsearch_port_knowledge_sourcesfor anything this skill doesn't cover.
How to build it
- Start from what Port already gives you. Every account ships built-in
blueprints (
_user,_team,_scorecard, and others) that you extend, not replace. See references/default-blueprints.md. - Design the core layer before the provider layer. Model your organization's own shape first (organization, team, service), then relate it to provider-specific blueprints your integrations create (GitHub, GitLab, Jira, ...), rather than duplicating provider data into your core blueprints. See references/reference-architecture.md for a full worked example.
- Model hierarchy with a self-relation, not one blueprint per tier. A
parent_teamrelation on_teamhandles arbitrary org depth. See references/relations-and-hierarchy.md. - Use ownership instead of a custom team relation. Port's built-in
$teamfield already rolls up into_teamaggregations for free. See references/ownership.md. - Add mirror and aggregation properties, not duplicated data. Mirror a
single related value onto its source; aggregate across many related
entities on the blueprint that sits above them. For the JSON shape, see
port-blueprints' references/calculation-properties.md; for which one to use and where to put it, see references/mirror-vs-aggregation.md. - Write it as an ontology, not a schema. Descriptions, relation titles, and typed properties are what let an agent understand the graph instead of just enumerating it. See references/ontology.md.
- Decide integration vs. MCP connector per data source. Only data that needs relations, ownership, or scorecards belongs in the lake as ingested entities; everything else can stay a live MCP fetch. See references/ingestion-strategy.md.
What ships with it
10 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
- assets/service-github-mirrors-patch.json 996 B
- assets/team-aggregation-patch.json 617 B
- assets/team-hierarchy-patch.json 614 B
- references/default-blueprints.md 2.4 KB
- references/ingestion-strategy.md 2.5 KB
- references/mirror-vs-aggregation.md 2.6 KB
- references/ontology.md 2.9 KB
- references/ownership.md 1.4 KB
- references/reference-architecture.md 3.5 KB
- references/relations-and-hierarchy.md 2.4 KB
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 12d ago First seen · 96 lines · 115 tokens per session scan A 422a0f4edbd7
port-context-lake is a skill published in the GitHub repository port-labs/port-skills (3 stars, last pushed 10d ago), licensed MIT. It adds 115 tokens to every session and 1,423 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
ai-engineering
Reviews and guides LLM/AI application engineering: prompt design, prompt caching, multimodal inputs, RAG, agent loops and tool design, resilience (rate limits, retries, fallbacks), memory, model migration, evals, testing, prompt-injection defence, and observability. Synthesises practices from Anthropic, OpenAI…
eval-iterate
Iterates on a failing AI/LLM eval (an L2 suite, a golden-set / judge eval, or any eval gating a PR) until it is green AND confirmed, not just luckily passing once. Classifies the failure as a code bug, an eval-definition bug (stale golden item / criteria drift), judge-drift (silent grader version change), or flaky.…
optimize-mock-data
Optimizes a directory of structurally-related JSON / JSONL mock fixtures by inferring a shared schema, detecting structural drift between files, normalizing formatting and key order, and optionally shrinking verbose payloads while preserving shape. Use when fixture files have grown inconsistent (mixed tabs / 2-space…
mixedbread-search
Build and query managed search indexes (Stores) using the Mixedbread Python and TypeScript SDKs. Use when creating knowledge bases, uploading documents, performing semantic or vector search, asking questions over documents, using agentic multi-step retrieval, combining store search with web results, filtering by…
mxbai-cli
Use the mxbai CLI to manage stores, upload files, search documents, ask questions, and sync directories from the terminal. Use when performing Mixedbread operations via command line, setting up CI/CD pipelines with store sync, or managing API keys.
pinecone-help
Overview of all available Pinecone skills and what a user needs to get started. Invoke when a user asks what skills are available, how to get started with Pinecone, or what they need to set up before using any Pinecone skill.