HestAI-MCP
Provides tools for posting structured review comments to GitHub Pull Requests.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@HestAI-MCPstart a new session for implementing user login"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
HestAI-MCP
Governance and session management layer of the HestAI ecosystem — pre-release, B1 Foundation phase
Overview
HestAI-MCP is the governance and session management layer of the HestAI ecosystem — a five-system stack for AI-assisted software development. It is currently pre-release at B1 (Foundation phase): functional and in daily use, but still discovering its full scope.
Its role in the ecosystem: knows WHO agents are and HOW they should behave — provider-agnostic. It does not spawn CLIs or know which model runs underneath; that is the workbench's job.
What it does today:
Injects system governance (
.hestai-sys/) into projects at runtime — agent constitutions, skills, rules — without copy-pasting between projectsTracks sessions (
clock_in/clock_out) and archives transcripts in OCTAVE formatBootstraps agent binding (
bind)Posts structured review comments to GitHub PRs (
submit_review)
What it's building toward: persistent memory across sessions (the context feedback loop requires context_update, planned Phase 4), Orchestra Map dependency tracking (ADR-0034 MVP validated, automation not yet built), and document routing (document_submit, Phase 4).
Where it fits: built on octave-mcp (document format foundation), works alongside odyssean-anchor-mcp (identity binding ceremony, merger planned), debate-hall-mcp (structured deliberation), and hestai-workbench (execution/UI layer).
Related MCP server: ControlKeel
Architecture
YOUR PROJECT (using HestAI)
├── .hestai-sys/ # TIER 1: SYSTEM (read-only, injected by MCP at runtime, gitignored)
│ ├── CONSTITUTION.md # Immutable laws
│ ├── governance/ # Rules, North Stars
│ ├── library/
│ │ ├── agents/ # Agent definitions
│ │ ├── skills/ # Capability definitions
│ │ └── patterns/ # Reusable solution patterns
│ └── templates/ # Document templates
│
├── .hestai/ # TIER 2: PROJECT GOVERNANCE (committed, PR-controlled)
│ ├── north-star/ # Project North Star
│ ├── decisions/ # Architectural Decision Records
│ ├── rules/ # Project-wide standards
│ └── state/ → .hestai-state/ # TIER 3: WORKING STATE (symlink, gitignored)
│ ├── context/ # Living context files (generated by clock_in)
│ ├── sessions/
│ │ ├── active/ # Current sessions
│ │ └── archive/ # Completed sessions (OCTAVE compressed)
│ └── reports/ # Generated reports
│
├── docs/ # Developer documentation (ADRs, guides)
└── src/ # Your codeNote for AI Agents: Even though .hestai-sys/ is gitignored, you can still read it! Use:
Read .hestai-sys/README.md- Start here for governance overviewGlob .hestai-sys/**/*.md- Discover all governance files
Key Principle: Single Writer
All .hestai/state/ writes go through MCP tools. No direct file creation.
Agent → MCP Tool (clock_in/clock_out/bind) → System Steward → FilesThis prevents:
Multi-agent conflicts
Governance drift
Inconsistent documentation
The Three Tiers
Tier | Location | Git | Mutability |
1: System Governance |
| Gitignored | Read-only (MCP-injected at runtime) |
2: Project Governance |
| Committed | Human via PR |
3: Working State |
| Gitignored | Via MCP tools (clock_in/clock_out) |
For detailed architecture, see docs/ARCHITECTURE.md.
MCP Tools
Tool | Purpose | Status |
| Start session, create session dir, return context paths | Implemented |
| End session, compress transcript to OCTAVE, archive | Implemented |
| Lightweight agent binding bootstrap | Implemented |
| Post structured review comments to GitHub PRs | Implemented |
| Route docs to correct location | Planned (Phase 4) |
| Update context with conflict resolution | Planned (Phase 4) |
Documentation Format
When to use OCTAVE (.oct.md)
Agent constitutions
Governance rules
North Stars
Context files (PROJECT-CONTEXT, etc)
Session archives
When to use Markdown (.md)
Developer guides
ADRs
READMEs
Setup instructions
Decision: Primary audience AI agents? → .oct.md. Human developers? → .md
Quick Start
# Clone and install (uv recommended)
git clone https://github.com/elevanaltd/HestAI-MCP.git
cd hestai-mcp
uv sync --all-extras
# Run tests
.venv/bin/python -m pytest
# Check quality
.venv/bin/python -m ruff check src tests scripts && .venv/bin/python -m mypy src && .venv/bin/python -m black --check src tests scriptsMCP Configuration
Default behavior (simplest): .hestai-sys is created in the current working directory where the server runs:
{
"mcpServers": {
"hestai": {
"command": "python",
"args": ["-m", "hestai_mcp.mcp.server"]
}
}
}Optional override: Control location via HESTAI_PROJECT_ROOT env var:
# .env file (optional - only if you want a custom location)
HESTAI_PROJECT_ROOT=/path/to/shared/locationOpt-in: Governance injection only runs if the project has a
.hestai/directory orHESTAI_GOVERNANCE_ENABLED=truein.env. New projects must opt in explicitly.
Design: Follows the debate-hall pattern - creates governance in CWD by default, just like
./debates/. Each project/worktree gets its own.hestai-sysunless explicitly configured otherwise.
Governance Rules
Documentation placement is governed by rules injected to .hestai-sys/governance/rules/ (source: src/hestai_mcp/_bundled_hub/governance/rules/):
Rule | Document | Purpose |
Visibility |
| Where docs belong (product placement) |
Hub Authoring |
| What goes in system governance ( |
Naming |
| How to name files |
Format | In visibility-rules | When to use OCTAVE vs Markdown |
Development Status
✅ Phase 0-2: Foundation, porting, MCP server
✅ Phase 2.5: Hub architecture, bundled governance
✅ Odyssean Anchor: Agent identity binding (ADR-0036)
✅ Clock tools: Session lifecycle with AI synthesis
✅ Submit review: GitHub PR review comment tool
🚧 Phase 3: Single writer tools (document_submit, context_update)
🚧 Phase 5: Fractal refactor and modularization (ADR-0184)
Related
docs/ARCHITECTURE.md - Detailed architecture
License
Apache License 2.0 - see LICENSE for details.
"Odyssean Anchor" is a registered trademark of Shaun Buswell - see docs/trademarks.md for usage guidelines.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- AlicenseBqualityDmaintenanceGives AI coding assistants persistent memory, safety controls, and project awareness by tracking coding sessions, protecting critical files from modifications, and managing approval workflows with automatic changelog generation.1913MIT
- FlicenseAqualityAmaintenanceGovernance/control plane for MCP-enabled coding-agent workflows with validation, findings, approvals, budgets, and proof bundles.5511
- AlicenseNot gradedqualityDmaintenanceEnforces engineering governance for AI-driven software projects, ensuring state over prompt, freeze over generate, and audit over output through the 5S workflow.1MIT
- AlicenseCqualityBmaintenanceTurns AI assistants into active Technical Project Managers by providing a persistent project brain and workflow tools for onboarding, session management, and code verification.711MIT
Related MCP Connectors
Deterministic AI code review, with an audit record. Governance inside the agent loop.
The team layer for AI coding agents: shared contracts, collision alerts, E2EE sessions.
Cross-agent artifact workspace with provenance across Claude Code, Codex, Cursor, LangGraph.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/elevanaltd/HestAI-MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server