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 分