governed-workflowSAFE
Web admin panel and MCP server for Claude Code — phase gates, scope locks, and human approval for agentic coding sessions.
Overview
From the repository's own README, as read at the audited commit. Badges and raw HTML are left out.
A zero-trust orchestration layer for Claude Code that enforces phase progression, scope constraints, and human approval gates on agentic coding sessions. Instead of letting the agent self-certify its work, every phase transition is validated server-side — research must be proven, file edits are scope-locked, and critical checkpoints require explicit human approval through the admin panel.
The system ships as a set of Claude Code extensions: agent definitions, hook scripts, skills, and a Flask-based admin panel with an MCP server.
How It Works
The workflow moves through assessment, research, planning, execution, review, reflection, and delivery. Four transitions are user gates that halt progress until a human approves or rejects via the admin panel.
flowchart TB
Start([0: Init])
subgraph P1["Phase 1 — Pre-planning"]
direction LR
A["1.0: AssessmentPost research questions"] --> R["1.1: ResearchAnswer questions with findings"] --> RP["1.2: Research Proving"] --> IA["1.3: Impact Analysis"] --> G1{{"1.4: Preparation ReviewUSER GATE"}}
G1 -.->|Reject| R
end
subgraph P2["Phase 2 — Planning"]
direction LR
PL["2.0: PlanningPropose criteria"] --> G2{{"2.1: Plan ReviewUSER GATEApproving plan accepts all criteria"}}
G2 -.->|Reject| PL
end
subgraph P3["Phase 3 — Execution (per sub-phase, loops)"]
direction LR
IM["3.N.0: Implementation"] --> V["3.N.1: Validation"]
V -->|Clean| G3{{"3.N.3: Code ReviewUSER GATE"}}
V -->|Issues found| F["3.N.2: Fixes"]
F -->|Re-validate| V
G3 -->|Approve| C["3.N.4: Commit"]
G3 -.->|Reject| F
C -.->|More sub-phases| IM
C -->|Last sub-phase| CV{"Criteriavalidated?"}
CV -.->|Fail| F
end
subgraph P4["Phase 4 — Final Review"]
direction LR
BR["4.0: Blind Code Review"] --> AV["4.1: Address & 0d93e44300b7OBSERVED · 2026-10-10Exposed tools (6)
3 read · 3 write · 0 destructive.
| Tool | Risk | Description |
|---|---|---|
channel_status | read | Show this session\ |
claim_channel | read | Claim the Telegram polling channel for this session. Steals polling from whichever session currently has it. |
edit_message | write | Edit a message the bot previously sent. Useful for progress updates (send |
react | write | Add an emoji reaction to a Telegram message. Telegram only accepts a fixed whitelist (👍 👎 ❤ 🔥 👀 🎉 etc) — non-whitelisted emoji will be rejected. |
reply | read | Reply on Telegram. Pass chat_id from the inbound message. Optionally pass reply_to (message_id) for threading, and files (absolute paths) to attach images or documents. |
set_session_name | write | Rename this session. The name is used for /switch commands from Telegram. |
Trust audit
SAFEgrade B · trust 89/100 Nothing in the source contradicts what it says it does. Grade A is reserved for packages that have also passed the behavioural sandbox.
| Layer | What it checks | Result |
|---|---|---|
| L0 | Provenance & inventory | PASS |
| L1 | Static analysis of the code | WARN |
| L2 | Instruction surface (what it tells the agent) | PASS |
| L3 | Class-specific surface | PASS |
| L4 | Behavioural (sandbox) | SKIPPED |
What the source does
- Filesystem
- declared (5 observation(s))
- Network
- declared (7 observation(s))
- Shell
- declared (5 observation(s))
- Dependencies
- not all pinned
- Secrets in source
- none-found
Findings (11)
print(token)
.mcp-funnel.json
etag = hashlib.md5(body_bytes).hexdigest()
r = client.get("/api/ws/test-project/feature/test/file?path=../../etc/passwd")return base64.b64decode(_PNG_BASE64)
var decoded = atob(payload);
b64decode( ... subprocess.
beautifulsoup4, flask, flask-sock, jsonschema, mcp, pytest, pyyaml, yoyo-migrations
**Telegram integration.** Sessions can be controlled remotely via a Telegram bot. The Telegram module replaces the default plugin with a custom multi-session server, allowing multiple Claude Code sess
admin-panel/frontend/img/logo.png
- ONE file per invocation. If your prompt mentions multiple files, ignore all but the first.
Gates applied: no_behavioural_pass.
0d93e44300b7full audit observations/trust-audit/mcp-server/ignatrozhkotr__governed-workflow.json · Report an issue / request a re-scanAudit history
Every audit this server has had. A grade with a past is a grade somebody is still checking.
| Date | Source | Verdict | Grade | Score | Change |
|---|---|---|---|---|---|
| 2026-10-10 | 0d93e44300b7 | SAFE | B | 89 | first audit |
Questions
What is the governed-workflow MCP server?
Web admin panel and MCP server for Claude Code — phase gates, scope locks, and human approval for agentic coding sessions.
What tools does governed-workflow expose?
6 in total: 3 read-only, 3 that write, and 0 that can delete or overwrite. Every one is listed on this page with its risk.
Is governed-workflow safe to connect to an agent?
The audit found nothing in the source that contradicts what it says it does, and graded it B (89/100). Grade A is held back for packages that have also passed a sandboxed behavioural run, which is why a clean server reads B.
What credentials does governed-workflow need?
It reads TELEGRAM_BOT_TOKEN from the environment. Give it a token scoped to the least it needs — an agent that can be talked into calling a tool can be talked into calling it with your credentials.
How does governed-workflow run?
It speaks stdio, so it runs as a local process your client starts.
How current is this page?
The grade is for one exact copy of the source (0d93e44300b7), read on 2026-10-10. The repository is watched and re-audited when it changes.