ed-tech-system-mcp
Domain-Driven MCP server for ed-tech workflows, exposing validated MCP tools backed by LangGraph agents, Supabase document retrieval, web search, and YouTube video discovery.
README
ed-tech-system-mcp
Domain-Driven MCP (Model Context Protocol) server for ed-tech workflows. The server exposes validated MCP tools backed by LangGraph agents, Supabase document retrieval, web search, and YouTube video discovery — all organized with Clean Architecture and DDD.

What this project does
External clients (Cursor, other MCP hosts) call MCP tools that validate input with Pydantic, delegate to application workflows and LangGraph agents, and reach external systems through domain ports implemented in the infrastructure layer.
MCP tools
| Tool | Purpose |
|---|---|
health_check |
Liveness probe |
find_documents |
Document retrieval enriched with related videos (pruned response payloads) |
search_youtube |
YouTube video search for educational content |
run_workflow |
Full document + video discovery LangGraph workflow |
All tool handlers are wrapped with MCP tool caching (when enabled), per-tool latency logging, and domain error mapping at the protocol boundary.
Integrations
| Capability | Integration |
|---|---|
| Document retrieval | Supabase (Postgres / pgvector) |
| Web search | DuckDuckGo (optional Tavily) — wiring deferred until HTTP adapters land |
| Video discovery | YouTube Data API v3 |
| Agent orchestration | LangChain / LangGraph |
| Caching | Redis (CACHE_ENABLED=true required in production) |
| Local workflow UI | FastAPI + React (dev tooling) |
Adapter status: Infrastructure adapters are scaffolded with domain guards and exception taxonomy; full HTTP implementations (BL-022) are deferred. MCP tools exercise the workflow and port contracts through the composition root.
Architecture
The codebase follows Clean Architecture with five layers under src/mcp_server/:
entrypoint → interface → application → domain ← infrastructure
(main.py) (MCP tools) (agents) (ports) (adapters)
| Layer | Path | Responsibility |
|---|---|---|
| domain | domain/ |
Entities, ports, domain exceptions — no framework imports |
| application | application/ |
LangGraph workflows, agent orchestration |
| interface | interface/ |
MCP tools, Pydantic validation, protocol adapters |
| infrastructure | infrastructure/ |
Supabase, search, YouTube, Redis adapters |
| entrypoint | main.py, settings.py, wiring.py |
Bootstrap, settings, dependency injection |
Read next: ARCHITECTURE.md for layer rules, patterns, and anti-patterns. AGENTIC_ARCHITECTURE.md for LLM wiring, tool taxonomy, and agent flows. OBSERVABILITY.md for the local LangGraph workflow UI, execution replay, and trace debugging.
Quick start
Prerequisites
- Python 3.12 (see
requires-pythoninpyproject.toml) - uv — environment and dependency manager
- Doppler CLI (recommended for secrets) or a local gitignored
.env
Install
uv python install 3.12
uv sync --all-groups
Configure secrets
Secrets never enter git. Use Doppler (team) or a local .env (solo dev).
doppler login
./scripts/doppler/setup-local.sh
./scripts/doppler/bootstrap-from-env-example.sh # first time only — uploads placeholders
# Fill real values in the Doppler dashboard → ed-harness-system
Required variables: APP_ENV, SUPABASE_URL, SUPABASE_SERVICE_ROLE_KEY, YOUTUBE_API_KEY.
Optional: GROQ_API_KEY (only when an LLM path is invoked — lazy-init at first use), TAVILY_API_KEY, LOG_LEVEL (applied at bootstrap via configure_logging()), CACHE_ENABLED + REDIS_URL (production).
See ENVIRONMENT_SETUP.md and .cursor/skills/doppler-env-setup/SKILL.md for the full secrets workflow.
Run the MCP server
# With Doppler
doppler run -- uv run mcp-server
# With local .env (APP_ENV=development)
uv run mcp-server
Run the workflow UI (optional)
Local dev UI for inspecting workflow graphs, running test executions, and replaying traces:
./scripts/dev/run-workflow-ui.sh
API: http://127.0.0.1:8877 (default) · React dev server: http://127.0.0.1:4173
| View | What it shows |
|---|---|
| Workflow explorer | Sidebar of registered LangGraph workflows with run forms |
| Graph canvas | Compiled nodes, forward/retry/failure edges, live replay highlighting |
| Execution replay | Step-by-step trace with validation errors and retry decisions |
| Node I/O inspector | Per-step state snapshots, LLM prompts, and raw model output |
Graph visualization — retry loops and parallel branches are rendered on the canvas:
| Content generation (validation retries) | Research article (parallel tool calls) |
|---|---|
![]() |
![]() |
Trace replay & debugging — after a run, scrub through each node, inspect failures, and read LLM I/O:

Node I/O inspector — per-step state snapshots, validation errors, and LLM prompts/raw output:

See OBSERVABILITY.md for graph replay, node I/O inspection, and trace API details.
To refresh README screenshots after UI changes:
./scripts/dev/run-workflow-ui.sh # in one terminal
npx -p playwright node scripts/dev/capture-ui-screenshots.mjs # in another
Development
Day-to-day commands
uv sync --frozen # after pulling lockfile changes
uv run mcp-server # start server
uv run ruff check src/ # lint
uv run ruff format --check src/
uv run mypy src/ # type check
uv run pytest # tests (143 cases as of 2026-07-21)
Engineering backlog
Audit findings are triaged into backlog/BACKLOG.md (RICE-ranked, traceable to changelog audits). As of 2026-07-21: 23 done, 6 deferred (adapter HTTP implementation, profiling, trace IDs). The master agent executes same-scope items in batches and updates backlog status after homologation.
Add dependencies
uv add some-package # runtime
uv add --group dev some-tool # dev only
Do not use pip install in this repo — it bypasses the lockfile.
Quality gates (CI parity)
uv sync --frozen --all-groups
uv run ruff check src/
uv run mypy src/
npm run lint:architecture # layer imports + boundary patterns (also runs on git push)
uv run pytest
Git hooks: Husky pre-commit blocks secrets and sensitive files only; architecture lint runs on pre-push and in pytest — it does not block commits.
Run quality-gate commands from the repository root (ed-tech-system-mcp/), not ui/. The same scripts are also available inside ui/ via npm run hooks:test and npm run lint:architecture.
Project layout
.
├── src/mcp_server/ # Application source (layered)
├── tests/ # pytest suites
├── ui/ # React workflow graph UI
├── scripts/
│ ├── doppler/ # Secret bootstrap and local setup
│ ├── hooks/ # Husky pre-commit guards
│ └── dev/ # Dev tooling (workflow UI launcher)
├── docs/
│ └── assets/ # README screenshots (workflow UI)
├── changelog/ # Agent long-term memory (investigations, reviews, tests)
├── backlog/ # RICE-ranked engineering backlog (BACKLOG.md, RICE.md)
├── .cursor/ # Cursor agents, rules, and skills — see CURSOR.md
├── ARCHITECTURE.md # Layer boundaries and patterns
├── AGENTIC_ARCHITECTURE.md # Agent graphs and tool orchestration
├── OBSERVABILITY.md # Workflow UI, trace replay, debugging
├── ENVIRONMENT_SETUP.md # uv, secrets, CI, MCP client config
└── CURSOR.md # Cursor IDE configuration reference
Documentation index
See the full documentation matrix at the end of this file for canonical docs, changelog artifacts, Cursor rules/skills, and agent routing.
Cursor / MCP client integration
Register the server in your MCP host using the project interpreter:
{
"mcpServers": {
"ed-tech-system": {
"command": "doppler",
"args": ["run", "--", "uv", "--directory", "/absolute/path/to/ed-tech-system-mcp", "run", "mcp-server"]
}
}
}
Alternative patterns (local .env, uv launcher) are in ENVIRONMENT_SETUP.md § Cursor / MCP client integration.
Agent-driven development
This repo uses Cursor subagents, a changelog/ memory system, and a backlog/ task queue for feature work.
Delivery pipeline (orchestrated by master):
incremental-layer-builder → changelog-code-reviewer → remediation → test-homologator → backlog update
Audit pipeline (feeds the backlog):
code-health-auditor / performance-auditor → backlog/BACKLOG.md (RICE-ranked) → master (batched execution)
See CURSOR.md for agent roles, rules, batching conventions, and invocation guidance.
Documentation matrix
Read the minimum doc set for your task. Do not load everything.
Canonical docs (repo root)
| Document | Read when |
|---|---|
| README.md | First visit — overview, quick start, MCP tools, workflow UI |
| ARCHITECTURE.md | Any code change — layers, ports/adapters, deps per layer, file layout, anti-patterns |
| AGENTIC_ARCHITECTURE.md | LangGraph/LangChain agents, LLM wiring, tool taxonomy, DB/web/video flows |
| OBSERVABILITY.md | Local workflow UI, execution replay, trace/API debugging |
| ENVIRONMENT_SETUP.md | uv, lockfile, deps, env vars, ruff/mypy/pytest, CI, MCP client setup |
| CURSOR.md | Cursor agents, rules, skills, and changelog workflow |
Conflict resolution: ARCHITECTURE.md wins on layer boundaries; AGENTIC_ARCHITECTURE.md wins on orchestration semantics.
Engineering backlog
| Document | Read when |
|---|---|
| backlog/BACKLOG.md | RICE-ranked tasks from audits; status tracking for agent batches |
| backlog/RICE.md | Scoring rubric and priority formula for backlog items |
Changelog memory (changelog/{DATE}/{LAYER}/)
Agent long-term memory for investigations, implementations, reviews, audits, and test homologation.
| File pattern | Read | Write |
|---|---|---|
INVESTIGATION{N}.md |
Before coding — gaps, scope, minimal increment | Start of feature/refactor/scaffold work |
IMPLEMENTATION{N}.md |
During execution — checklist, status | After investigation; update while coding |
CODE_REVIEW{N}.md |
Before merge — review findings | After implementation (changelog-code-reviewer) |
TEST{N}.md |
Before writing tests — behavior catalog | Start of test/homologation work (tests/ layer) |
HOMOLOGATION.md |
Verify coverage verdict | After tests pass (test-homologator) |
PERFORMANCE_AUDIT{N}.md |
Before perf work — bottleneck findings | Performance audit (performance-auditor) |
CODE_HEALTH_AUDIT{N}.md |
Before refactors/cleanup — dead/dup/redundant findings | Code health audit (code-health-auditor) |
REFACTOR{N}.md |
Before cleanup implementation — merged actions from audits | Refactor planning (refactor-planner) |
Pairing: IMPLEMENTATION{N} ↔ INVESTIGATION{N}; CODE_REVIEW{N} ↔ same {N}. REFACTOR{N} references matching PERFORMANCE_AUDIT* and CODE_HEALTH_AUDIT* from the same date slug. Folder layout and status values: .cursor/rules/changelog-agent-memory.mdc.
Cursor rules & skills
| File | Read when |
|---|---|
.cursor/rules/documentation-matrix.mdc |
Routing which doc to read or write for a task |
.cursor/rules/changelog-agent-memory.mdc |
Creating or continuing changelog files |
.cursor/rules/secrets-env-safety.mdc |
.env, Doppler, secrets, settings.py env loading |
.cursor/skills/doppler-env-setup/SKILL.md |
First-time or broken Doppler / local secret bootstrap |
Cursor agents (.cursor/agents/)
| Agent | Invoke when |
|---|---|
incremental-layer-builder |
Feature, refactor, or scaffold work |
changelog-code-reviewer |
Post-implementation review |
test-homologator |
Test inventory, pytest, homologation |
performance-auditor |
Performance bottleneck audit |
code-health-auditor |
Dead code, duplication, maintainability audit |
refactor-planner |
Audit synthesis → change/remove refactor plan |
master |
Full build → review → test cycle |
Quick routing
Code in a layer? → ARCHITECTURE.md (+ AGENTIC_ARCHITECTURE.md if agents/tools/LLM)
Workflow UI / traces? → OBSERVABILITY.md
Environment / CI? → ENVIRONMENT_SETUP.md
Secrets / Doppler? → secrets-env-safety.mdc → doppler-env-setup skill
New work? → changelog INVESTIGATION → IMPLEMENTATION → code → CODE_REVIEW
Tests / merge gate? → changelog TEST → tests → HOMOLOGATION
Audits / cleanup? → PERFORMANCE_AUDIT / CODE_HEALTH_AUDIT → REFACTOR → backlog
Cursor config? → CURSOR.md
License
See repository metadata for license information.
推荐服务器
Baidu Map
百度地图核心API现已全面兼容MCP协议,是国内首家兼容MCP协议的地图服务商。
Playwright MCP Server
一个模型上下文协议服务器,它使大型语言模型能够通过结构化的可访问性快照与网页进行交互,而无需视觉模型或屏幕截图。
Magic Component Platform (MCP)
一个由人工智能驱动的工具,可以从自然语言描述生成现代化的用户界面组件,并与流行的集成开发环境(IDE)集成,从而简化用户界面开发流程。
Audiense Insights MCP Server
通过模型上下文协议启用与 Audiense Insights 账户的交互,从而促进营销洞察和受众数据的提取和分析,包括人口统计信息、行为和影响者互动。
VeyraX
一个单一的 MCP 工具,连接你所有喜爱的工具:Gmail、日历以及其他 40 多个工具。
graphlit-mcp-server
模型上下文协议 (MCP) 服务器实现了 MCP 客户端与 Graphlit 服务之间的集成。 除了网络爬取之外,还可以将任何内容(从 Slack 到 Gmail 再到播客订阅源)导入到 Graphlit 项目中,然后从 MCP 客户端检索相关内容。
Kagi MCP Server
一个 MCP 服务器,集成了 Kagi 搜索功能和 Claude AI,使 Claude 能够在回答需要最新信息的问题时执行实时网络搜索。
e2b-mcp-server
使用 MCP 通过 e2b 运行代码。
Neon MCP Server
用于与 Neon 管理 API 和数据库交互的 MCP 服务器
Exa MCP Server
模型上下文协议(MCP)服务器允许像 Claude 这样的 AI 助手使用 Exa AI 搜索 API 进行网络搜索。这种设置允许 AI 模型以安全和受控的方式获取实时的网络信息。

