H
hongkyukim/context-quest-foundry-elastic-workshop
Hands-on workshop: connect a Microsoft Foundry agent to Elasticsearch via MCP and optimize it with Elastic…
View on GitHub ↗Link checked 2026-11-12 · HTTP 200 · opens the vendor's own site
- Star count
- 0 ★ · hongkyukim/context-quest-foundry-elastic-workshop · read from the GitHub search API · (checked 2026-11-13 20:00:50)
- Source
- read directly from its GitHub page · type: open-source project
- Harvest history
- first seen 2026-11-04 · last seen 2026-11-14 · seen 11× · listed by 2 sources
- Score
- score 203 · 2 sources · repo
FAQ (answers come from our records)
Who is it for?
We filed it under these tags: 开源项目. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository
hongkyukim/context-quest-foundry-elastic-workshop;first catalogued 2026-11-04;last seen 2026-11-14。There is no official certification or quality rating here — we record sources and dates only.# Context Quest: optimizing AI agents with Microsoft Foundry and Elastic Context
以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →
A companion repo for the in-person Microsoft x Elastic build lab. You connect a
Microsoft Foundry agent to Elasticsearch over the Model Context Protocol (MCP),
measure how it does, then build an AI index of Knowledge Indicators (KIs) with
Elastic Context Engine and measure again. The comparison covers token usage, answer
accuracy, latency and discovery calls.
> Speakers: Peter Laudati (Principal Partner Solution Architect, Microsoft) and
> Jeff Vestal (Senior Principal AI Architect, Elastic).
> Bring a laptop. Azure and Elastic lab environments are provided on site.
Foundry agent ──MCP──▶ Kibana /api/agentbuilder/mcp ──▶ Elasticsearch
│ │ ct-orders / ct-support-tickets / ct-products
│ └─ platform.contextengine. ──▶ AI index "trailworks-commerce" (KIs)
└── run usage, tool calls, latency ──▶ context-quest bench ──▶ reports/foundry.md
## Agenda
| Time | |
| 5:30 – 6:00 pm | Check-in, food and networking |
| 6:00 – 8:00 pm | Hands-on workshop (labs 00–06 below) |
| 8:00 pm | Open discussion and mixer |
Facilitator timings are in docs/facilitator-guide.md.
## The scenario
Contoso Trailworks is an outdoor retailer with three Elasticsearch indices: orders, support
tickets and products. Two business rules matter, and you can't see either one in the mappings:
1. Revenue counts completed orders only. Refunded and cancelled lines keep their total.
2. An at-risk customer has 2+ unresolved (open or pending) tickets with priority P1 or P2.
An agent that only does discovery (list indices, read mappings, sample documents) spends tokens
working out the schema and then writes a plausible but wrong query. An agent that pulls KIs gets
the orientation, the rules and verified ES|QL in one retrieval, so it makes fewer calls and gets
the answer right.
## Quick start (offline, no credentials)
bash
git clone https://github.com/hongkyukim/context-quest-foundry-elastic-workshop
cd context-quest-foundry-elastic-workshop
make setup # uv venv + editable install with dev deps
make test # contract tests, no network
make simulate # baseline vs Context Engine, simulated
You can also run it without make: uv venv && uv pip install -e '.[dev]' && .venv/bin/context-quest simulate --trace.
Sample simulated output (chars/4 token estimate, modelled latency; the live numbers come from Foundry):
| mode | tool calls | discovery calls | total tokens | latency | mean accuracy |
| baseline | 33 | 28 | 30,899 | 36.1 s | 0.69 |
| context | 17 | 8 | 17,271 | 22.3 s | 1.00 |
## Labs
| # | Lab | You will |
| 00 | Setup | Claim lab environments, configure .env, run the simulator |
| 01 | Load data | Load the Trailworks indices, explore them with ES\|QL |
| 02 | Connect Foundry to Elastic over MCP | Probe the Agent Builder MCP server and attach it to a Foundry agent (portal + SDK) |
| 03 | Baseline | Measure tokens, tool calls, latency and accuracy without context |
| 04 | Build an AI index with KIs | Create the AI index, add sources, generate and review KIs |
| 05 | Context-optimized agent | Give the agent the Context Engine tools and rerun the benchmark |
| 06 | Evaluate, explain, secure | Fix KIs from the evidence, trace answers back to sources, lock down keys |
Microsoft Foundry agent to Elasticsearch over the Model Context Protocol (MCP),
measure how it does, then build an AI index of Knowledge Indicators (KIs) with
Elastic Context Engine and measure again. The comparison covers token usage, answer
accuracy, latency and discovery calls.
> Speakers: Peter Laudati (Principal Partner Solution Architect, Microsoft) and
> Jeff Vestal (Senior Principal AI Architect, Elastic).
> Bring a laptop. Azure and Elastic lab environments are provided on site.
Foundry agent ──MCP──▶ Kibana /api/agentbuilder/mcp ──▶ Elasticsearch
│ │ ct-orders / ct-support-tickets / ct-products
│ └─ platform.contextengine. ──▶ AI index "trailworks-commerce" (KIs)
└── run usage, tool calls, latency ──▶ context-quest bench ──▶ reports/foundry.md
## Agenda
| Time | |
| 5:30 – 6:00 pm | Check-in, food and networking |
| 6:00 – 8:00 pm | Hands-on workshop (labs 00–06 below) |
| 8:00 pm | Open discussion and mixer |
Facilitator timings are in docs/facilitator-guide.md.
## The scenario
Contoso Trailworks is an outdoor retailer with three Elasticsearch indices: orders, support
tickets and products. Two business rules matter, and you can't see either one in the mappings:
1. Revenue counts completed orders only. Refunded and cancelled lines keep their total.
2. An at-risk customer has 2+ unresolved (open or pending) tickets with priority P1 or P2.
An agent that only does discovery (list indices, read mappings, sample documents) spends tokens
working out the schema and then writes a plausible but wrong query. An agent that pulls KIs gets
the orientation, the rules and verified ES|QL in one retrieval, so it makes fewer calls and gets
the answer right.
## Quick start (offline, no credentials)
bash
git clone https://github.com/hongkyukim/context-quest-foundry-elastic-workshop
cd context-quest-foundry-elastic-workshop
make setup # uv venv + editable install with dev deps
make test # contract tests, no network
make simulate # baseline vs Context Engine, simulated
You can also run it without make: uv venv && uv pip install -e '.[dev]' && .venv/bin/context-quest simulate --trace.
Sample simulated output (chars/4 token estimate, modelled latency; the live numbers come from Foundry):
| mode | tool calls | discovery calls | total tokens | latency | mean accuracy |
| baseline | 33 | 28 | 30,899 | 36.1 s | 0.69 |
| context | 17 | 8 | 17,271 | 22.3 s | 1.00 |
## Labs
| # | Lab | You will |
| 00 | Setup | Claim lab environments, configure .env, run the simulator |
| 01 | Load data | Load the Trailworks indices, explore them with ES\|QL |
| 02 | Connect Foundry to Elastic over MCP | Probe the Agent Builder MCP server and attach it to a Foundry agent (portal + SDK) |
| 03 | Baseline | Measure tokens, tool calls, latency and accuracy without context |
| 04 | Build an AI index with KIs | Create the AI index, add sources, generate and review KIs |
| 05 | Context-optimized agent | Give the agent the Context Engine tools and rerun the benchmark |
| 06 | Evaluate, explain, secure | Fix KIs from the evidence, trace answers back to sources, lock down keys |
Listed badge (optional)
Copy this line into the README if you want the listing mark. Optional, and it does not affect being listed.
[](https://anclum.com/en/s/hongkyukim-context-quest-foundry-elastic-workshop/)
- Source
- github · https://github.com/hongkyukim/context-quest-foundry-elastic-workshop
- Browse by field
- Open source
- Listed by
- 2 independent sources
- added
- today
More like this
Filed under
Every tag opens the full list for that filter. Counts are the live catalogue figures.