Catalyst Governance

io.github.Stratogenic-AI由 GitHub 账号 Stratogenic-AI 发布v1.0.1更新于 Nov 2, 2026

Governance middleware for AI agents: permission gates, approvals, compliance scanning, audit ledger.

已验证Streamable HTTP可网页运行效率与工作流安全与监控AI 与机器学习

概览

AI 生成的概览

面向 AI 智能体的托管治理层:权限校验、人工审批、合规扫描与防篡改审计账本。

可以做什么
  • 在执行前检查动作是否被允许,返回 allow、proposal_required 或 deny 及说明
  • 记录任务与动作,摄取、搜索任务,并单条或批量更新治理流程中的任务
  • 列出、接受、拒绝和复核提案,并轮询或等待人工审批结果
  • 运行合规扫描,列出并启用框架包,查看规则,把发现项转为任务
  • 注册机器执行者与 AI 工作流,评估智能体动作,发送生命周期事件,读取信任分
  • 查看仪表盘与图谱视图、组织摘要和周报,导出工作流审计与哈希链账本
适用场景
当智能体或编码助手要执行部署、强制推送、调用外部 API、写入数据等有后果的动作,而你希望这些动作受策略约束、必要时由人工签核并留下可审计记录时使用。也适用于需要按 GDPR、SOC 2、EU AI Act 等框架做合规扫描的场景。
运行要求
需要访问 catalyst.stratogenic.ai 的远程端点(Streamable HTTP 或 SSE),并通过 X-API-Key 请求头提供 Catalyst API 密钥。部分工具需要 governance_dashboard、can_scan、can_configure 等套餐权限,批量更新仅限 Growth/Enterprise 套餐。
安装前请注意
API 密钥属于机密,通过 X-API-Key 请求头发送。许多工具会写入或修改数据:摄取、更新和批量更新任务,接受或拒绝提案,启用合规框架,注册执行者与工作流,以及注册接收审批事件的回调地址。只有智能体在行动前真正调用检查与等待审批的工具,审批把关才会生效。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Catalyst Governance,将其添加到工作区。
  2. 连接 X-API-Key 凭据。它们会被私密存储,绝不会在公开页面上展示。
  3. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/io.github.Stratogenic-AI%2Fcatalyst/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "catalyst-governance": {
      "type": "http",
      "url": "https://catalyst.stratogenic.ai/mcp",
      "headers": {
        "X-API-Key": "<YOUR_API_KEY>"
      }
    }
  }
}

README

Catalyst MCP Server

[Catalyst MCP server] [Glama]

Governance middleware for AI agents — hosted MCP server with both SSE and Streamable HTTP transports.

What it does

Catalyst puts a governance layer between your AI agent and consequential actions. Before your agent writes files, sends messages, deploys code, or calls external APIs, it checks in with Catalyst. Depending on your governance mode, actions are allowed, routed to a human for approval, or denied.

Core features:

  • Pre-execution permission gates with a progressive trust model: observe → advisory → proposal → strict
  • Human-in-the-loop approval flows — agents submit proposals, humans approve/decline
  • Compliance scanning across 8 frameworks: GDPR, SOC 2, ISO 27001, HIPAA, PCI-DSS, EU AI Act, Bribery Act, AML/KYC
  • Hash-linked audit ledger — every agent action is recorded with touched_by.source=mcp
  • Webhook notifications for proposal.accepted / proposal.declined events

Use with Claude Code

Claude Code is a primary use case Catalyst was designed for. Claude Code governs itself session-locally — it asks before running dangerous commands, but those decisions leave no audit trail, survive no context reset, and sit outside your organisation's approval workflows.

Catalyst externalises that governance. Once connected, every consequential action Claude Code attempts is routed through your policy, logged in an immutable ledger, and (if required) held for human approval in the Catalyst dashboard before Claude Code proceeds.

Connect in one command:

bash
claude mcp add catalyst \  --transport sse \  --url https://catalyst.stratogenic.ai/mcp/sse \  --header "X-API-Key: SGC_your_key_here"

Or with Streamable HTTP (Claude Code 0.10+):

bash
claude mcp add catalyst \  --transport http \  --url https://catalyst.stratogenic.ai/mcp \  --header "X-API-Key: SGC_your_key_here"

Claude Code will automatically call catalyst_check_action before destructive operations and catalyst_await_approval when a proposal is required. Every action is ledgered with touched_by.source=mcp — you get a permanent, verifiable record of what your AI coding agent did and when.

What governance looks like in practice:

Claude Code actionCatalyst response (proposal mode)
git push --forceproposal_required — held for approval
rm -rf ./distallow — whitelisted build action
Deploy to productionproposal_required — held for approval
Edit source filesallow — within declared capabilities
Call external APIproposal_required — undeclared capability

Set your governance mode to observe to start with a full audit trail only, advisory to flag deviations without blocking, proposal to require human sign-off on sensitive actions, or strict to allow only explicitly whitelisted capabilities.

Get your API key at catalyst.stratogenic.ai.


Connect

Streamable HTTP (preferred — required by Glama, Smithery, and newer clients):

json
{  "mcpServers": {    "catalyst": {      "url": "https://catalyst.stratogenic.ai/mcp",      "transport": "http",      "headers": { "X-API-Key": "<your-key>" }    }  }}

SSE (for clients that don't yet support Streamable HTTP):

json
{  "mcpServers": {    "catalyst": {      "url": "https://catalyst.stratogenic.ai/mcp/sse",      "transport": "sse",      "headers": { "X-API-Key": "<your-key>" }    }  }}

Get your API key at catalyst.stratogenic.ai.

Tools

ToolDescription
catalyst_my_governanceShow your governance profile and plan capabilities
catalyst_check_actionCheck if a capability is permitted before acting
catalyst_log_taskRecord a task or action into the governance pipeline
catalyst_pending_approvalsList proposals awaiting human sign-off
catalyst_await_approvalPoll a specific proposal's approval status
catalyst_register_approval_webhookRegister a callback URL for approval events
catalyst_run_compliance_scanRun an automated compliance scan (requires add-on)
catalyst_list_compliance_frameworksList available compliance frameworks
catalyst_get_dashboardGet the governance dashboard snapshot
catalyst_export_ledgerExport the hash-linked audit chain

Governance loop

catalyst_my_governance()            # understand your mode + capabilities    ↓catalyst_check_action("write_file") # allow | proposal_required | deny    ↓ if proposal_requiredcatalyst_log_task("Deploy to prod") # creates proposal, returns proposal_id    ↓catalyst_await_approval(proposal_id) # poll until approved: true    ↓ proceed

Links

来源:README.md,提交 b42e693

工具

31

catalyst_ingest_task

Ingest one or more tasks into Catalyst governance pipeline. Items should include at minimum a 'title'. Optional fields: details, owner, priority (Low/Medium/High/Critical), stage, domain, due_at, tags, group_id. Returns ingested count and proposal IDs created.

输入参数items必填domain

catalyst_search_tasks

Search normalised tasks in the tenant flow cycle. Performs case-insensitive substring match on title/details. Filter by canonical domain (e.g. security, product, operations) or priority.

输入参数qlimitdomainoffsetpriority

catalyst_update_task

Update a single task in the governance flow. Ledger-recorded. Patch may include: title, details, owner, priority, stage, domain, due_at, status, tags, done. Normalisation is applied automatically.

输入参数patch必填task_id必填

catalyst_bulk_update_tasks

Bulk update all tasks matching a filter. Growth/Enterprise plans only. filter keys: domain, priority, stage, owner, tag, group_id. updates keys: owner, priority, domain, stage, tags_add, tags_remove. Returns matched and updated counts.

输入参数filter必填updates必填

catalyst_list_proposals

List all pending governance proposals awaiting acceptance or decline. Proposals are work items that have been ingested but not yet committed to the live flow cycle. They require human (or agent) review. Each proposal contains an `idempotency_key` field — this is the canonical proposal identifier. Always use `idempotency_key` (not `task_id` or `id`) when passing proposal IDs to catalyst_accept_proposals, catalyst_decline_proposals, or catalyst_review_proposal.

无需输入参数。

catalyst_accept_proposals

Accept one or more proposals, committing them to the flow cycle. ids: list of proposal `idempotency_key` values from catalyst_list_proposals. Do not pass `task_id` or `id` — the backend looks up proposals by `idempotency_key` and will silently match nothing if the wrong field is used. Acceptance is the governance commit step: items move from review state into live execution state and are recorded in the immutable ledger.

输入参数ids必填

catalyst_decline_proposals

Decline one or more proposals without committing them. ids: list of proposal `idempotency_key` values from catalyst_list_proposals. Do not pass `task_id` or `id` — the backend looks up proposals by `idempotency_key` and will silently match nothing if the wrong field is used. Declined proposals are recorded for audit and learning but are not added to the live flow cycle.

输入参数ids必填

catalyst_review_proposal

Approve or reject a review-required proposal (AI governance hold). proposal_id: the `idempotency_key` field from catalyst_list_proposals. Do not pass `task_id` or `id` — the backend looks up by `idempotency_key`. decision must be 'approve' or 'reject'. Approved proposals can then be accepted via catalyst_accept_proposals. Rejected proposals are marked review-rejected in the ledger.

输入参数reasondecision必填proposal_id必填reviewer_id

catalyst_get_graph_views

Get all 7 governance graph views for the tenant. Views: org_snapshot, execution_flow, ownership_map, compliance_web, risk_heatmap, client_influence, catalyst_metrics. Read-only, derived from flow_cycle on demand. Requires governance_dashboard entitlement.

无需输入参数。

catalyst_get_dashboard

Get the governance dashboard snapshot including all views. Returns tenant metadata, execution metrics, and all 5 governance views (execution_flow, ownership_map, compliance_web, risk_heatmap, client_influence).

无需输入参数。

catalyst_get_org_summary

Get an AI-generated narrative summary of the org's execution state. time_window: 'last_7_days' or 'last_30_days'. extra_query: optional focus bias (e.g. 'compliance', 'delivery risk'). Returns a MASC-L3 compliant narrative — no individual evaluations. Requires governance_dashboard entitlement.

输入参数extra_querytime_window

catalyst_run_compliance_scan

Run a compliance scan against all loaded compliance documents. Detects compliance gaps, conflicts, and policy violations across the current flow cycle. Requires can_scan entitlement. Returns findings grouped by severity.

无需输入参数。

catalyst_get_compliance_findings

Get the latest compliance findings from the most recent scan. Returns findings flattened by category: conflicts, gaps, ok. Each finding includes category, severity, status, and task linkage. Does not trigger a new scan — use catalyst_run_compliance_scan first.

无需输入参数。

catalyst_create_tasks_from_findings

Materialise compliance findings as actionable flow tasks. classes: list of finding classes to convert, e.g. ['MISSING_CONTROL', 'PROHIBITED_ACTION']. Defaults to both. Created tasks enter the governance pipeline like any other ingest.

输入参数classes

catalyst_list_compliance_frameworks

List all available pre-built compliance framework packs. Returns each pack (GDPR, SOC 2, ISO 27001, HIPAA, PCI-DSS, EU AI Act, Bribery Act, AML/KYC) with its name, description, rule count, and whether it is currently active for this organisation. Activate a pack with catalyst_activate_compliance_framework.

无需输入参数。

catalyst_activate_compliance_framework

Activate a pre-built compliance framework pack for this organisation. framework: one of gdpr, soc2, iso27001, hipaa, pci_dss, eu_ai_act, bribery_act, aml_kyc. Once activated, the pack's DENY/REQUIRE/ADVISE rules are merged into every subsequent compliance scan — no document upload required. Requires can_scan entitlement.

输入参数framework必填

catalyst_list_compliance_rules

List all compliance rules currently in effect for the organisation. Returns rules from three sources combined and deduplicated: - Rules extracted from uploaded policy documents - Custom org-level rules (PATCH /compliance/rules) - Rules from any activated framework packs Each rule includes: id, type (DENY/REQUIRE/ADVISE), trigger sentence, severity, scope, remediation guidance, confidence score, and authority citation.

无需输入参数。

catalyst_register_machine_actor

Register a machine actor (agent, automation) with Catalyst governance. runtime_type: zapier_zap | n8n_workflow | openai_assistant | make_scenario | claude_agent | custom_agent | internal_worker. governance_mode: observe | advisory | proposal | strict. risk_class: low | standard | high. Requires can_configure_ai_workflows entitlement (Enterprise+).

输入参数notesscopesrisk_classcapabilitiesdisplay_name必填runtime_type必填governance_mode

catalyst_evaluate_agent_action

Evaluate whether an agent action is permitted by the governance gate. Returns decision: 'allow' | 'proposal_required' | 'deny'. High-risk actors with allow decisions are escalated to proposal_required. The actor must be registered and active for this tenant.

输入参数contextactor_id必填capability必填

catalyst_register_workflow

Register an AI workflow for EU AI Act compliance governance. risk_level: unacceptable (rejected) | high | limited | minimal. mode: observe | advisory | proposal. High-risk workflows are forced to proposal. Sets ai_standards=True to opt into the Built to AI Standards evidence trail. Requires can_configure_ai_workflows (Enterprise+).

输入参数modenotesrisk_levelworkflow_id必填ai_standards

catalyst_send_lite_event

Send a lifecycle event for a registered AI workflow. event_type examples: run.started, action.executed, approval.requested, run.completed, run.failed. Idempotent via request_id (UUID recommended). Payload is scrubbed of credentials before storage.

输入参数payloadevent_type必填request_idworkflow_id必填

catalyst_get_workflow_trust

Get the four-component trust score for a registered AI workflow. Score = 0.25×ai_declared + 0.25×risk_eval + 0.25×override + 0.25×(1−failure). Range 0.0–1.0. window_days controls the lookback period (1–365).

输入参数window_daysworkflow_id必填

catalyst_export_workflow_audit

Export audit events for an AI workflow as JSON. since: ISO timestamp filter (inclusive). ai_standards_only: limit to events from workflows opted into Built to AI Standards. Suitable for regulatory submissions and investor due diligence.

输入参数sinceworkflow_id必填ai_standards_only

catalyst_weekly_summary

Get a 7-day activity rollup: ingested, accepted, declined proposals, domain breakdown, priority breakdown, and average risk score. Fully deterministic — no LLM calls.

无需输入参数。

catalyst_export_ledger

Export the immutable SHA-256 chained audit ledger. since: ISO timestamp to filter entries (inclusive). format: 'json' returns full entries; 'csv' sets entries to null (use REST API for CSV). The ledger is tamper-evident — any modification breaks the hash chain.

输入参数sinceformat

catalyst_my_governance

Show your governance profile, actor registration, and plan capabilities. Returns governance_mode (observe/advisory/proposal/strict), risk_class, declared capabilities, and actor_id. Auto-registers you in observe mode on first connection — the lightest governance touch. Also returns plan_capabilities showing which features are active and which require an upgrade — relay any upgrade_required fields to the user so they can unlock compliance scanning or AI workflow governance. Call this first to understand what you are and are not permitted to do.

无需输入参数。

catalyst_check_action

Check if a capability/action is permitted by your governance policy. Returns decision: 'allow' | 'proposal_required' | 'deny' with guidance. Call BEFORE any consequential action (API call, data write, send, deploy). If title is provided and decision is 'proposal_required', the intent is logged automatically and proposal_id is returned — no second call needed. If 'proposal_required' without a title, call catalyst_log_task separately. capability examples: 'send_email', 'write_file', 'deploy_code', 'update_record', 'delete_record', 'external_api_call'.

输入参数titlecontextcapability必填

catalyst_log_task

Log a task or action into the Catalyst governance pipeline. Records work, decisions, and actions for audit and governance. priority: Low | Medium | High | Critical. domain: security | product | operations | compliance | finance | legal | other. Returns ingested count and any proposal_ids created (if a governance hold applies).

输入参数title必填domaindetailspriority

catalyst_pending_approvals

List proposals currently awaiting governance approval. Shows proposals with status pending or in review. Use this to check whether an action you submitted is still waiting for human sign-off before you proceed. Returns count and full proposal objects with IDs for catalyst_await_approval.

无需输入参数。

catalyst_await_approval

Check approval status for a specific proposal. Returns approved: true/false and clear guidance on whether to proceed. Call this after catalyst_check_action returns 'proposal_required'. Do NOT proceed with the gated action until approved: true is returned. POLLING vs EVENT-DRIVEN: For interactive sessions, poll this tool. For autonomous long-running workflows, prefer registering a webhook via catalyst_register_approval_webhook(callback_url) so your orchestrator is notified the moment a human acts — no polling loop required.

输入参数proposal_id必填

catalyst_register_approval_webhook

Register a callback URL to receive proposal approval notifications. Subscribes callback_url to proposal.accepted and proposal.declined events. When a human approves or declines any proposal, Catalyst POSTs the event to your URL with the resolved proposal IDs in data.ids. Use this instead of polling catalyst_await_approval for autonomous workflows: register once, let your orchestrator (Temporal, job queue, webhook relay) wake the agent when the relevant proposal_id arrives. Then call catalyst_await_approval once to confirm and proceed. Returns subscription IDs, the expected payload shape, and usage guidance. Returns upgrade_required: true if outbound webhooks are not on your plan.

输入参数callback_url必填

版本历史

1
  1. v1.0.1最新Sep 16, 2026

评分

已满足适用检查项的 100%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分