
Vizier Guard
io.github.vassiliylakhonin由 GitHub 账号 vassiliylakhonin 发布v0.3.2更新于 Oct 24, 2026
Deterministic authorization and security guard for AI agent actions with signed receipts.
概览
Vizier Guard 依据所有者签名的权限检查 AI 智能体拟执行的操作,返回 ALLOW、BLOCK 或 REVIEW 及回执。
- 可以做什么
- Vizier Guard 是面向智能体操作的确定性授权守卫。它把拟执行的操作与委托授权提交给验证服务,由服务校验签名、身份、有效期与权限绑定,再按允许的操作、目标、金额限制和敏感操作等策略进行判定。它返回 ALLOW、BLOCK 或 REVIEW,并附带策略结果和与请求绑定的回执;集成方应在校验通过后才调用受保护的工具。MCP 强制代理可拦截已配置的工具调用,仅转发被允许的调用。
- 适用场景
- 适用于智能体或周期性工作流的操作边界,例如在部署、仓库写入、数据库变更、发送消息或调用支付接口之前,让所有者保留签名密钥控制权的同时授予短期、限定范围的权限。它不能替代从智能体中移除直接的工具凭据。
- 运行要求
- 以本地进程方式通过 uvx 运行 PyPI 包 vizier-guard,或使用托管验证端点。需要集成 API 密钥(VIZIER_API_KEY)和所有者签发的授权文件(VIZIER_GRANT_FILE),以及已在运营方注册的主体公钥。托管部署要求签名授权(VIZIER_SIGNED_GRANT_MODE=required)。TypeScript SDK 与代理包需要 Node.js 24+。
安装
在 SourceWeft 中
- 打开 控制台中的 Vizier Guard,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
Vizier
Scoped authorization for AI agents before they act.
[CI] [Deploy] [Release] [License: MIT]
Vizier checks a proposed agent action against permissions signed by its owner and returns ALLOW, BLOCK, or REVIEW together with policy results and a receipt bound to the request.
Use it at the action boundary of an agent or recurring workflow: before a deployment, repository write, database change, message, or payment API call. A continuously running agent can receive short-lived permissions for specific actions and targets while the owner keeps control of the signing key.
Playground · Live API reference · OpenAPI · Quickstart · Delegation setup · Threat model
Why this matters
AI agents can act quickly, but not every action should be allowed just because the model or workflow requested it. Vizier adds a deterministic authorization layer between an agent's intent and the protected tool call.
This is useful when you need to enforce:
- owner-controlled permissions for agent actions
- short-lived delegated authority
- exact target scoping and action constraints
- review-before-execution for sensitive operations
- auditable receipts for action decisions
What this project does
Vizier provides a policy and authorization service for agent actions.
It can validate:
- whether an action is allowed for a specific agent and principal
- whether the grant is signed by an owner
- whether the action matches the grant scope and constraints
- whether the request should be blocked, allowed, or escalated to human review
It does not decide whether the action is factually correct or ethically acceptable. It decides whether the action is authorized according to the signed authority model and policy rules.
Quick start
1) Install the SDK
Node.js 24+ is required for the TypeScript SDK and deployment adapter.
2) Verify an action with a signed delegation
3) Gate the protected tool call
The service authorizes the action. Your integration still enforces the outcome before calling the protected tool.
How it works
- The owner signs an ES256 delegation: principal, agent, permitted actions, constraints, and expiry.
- The integration submits the intended action and grant to
/v1/verify. - Vizier verifies the signature, identities, expiry, and exact authority binding, then applies deterministic policies.
- The guard validates the response and request binding before invoking the tool.
Important: an API key authenticates the caller; a delegation grant proves the owner's permission. They are separate roles.
Important boundaries
- Vizier is an authorization service, not a fact checker.
- It does not prove that a tool executed successfully.
- It does not establish factual truth, legal clearance, payment settlement, or customer demand.
- A receipt records authorization, not a guarantee of a successful side effect.
- Self-hosted optional mode permits caller-asserted authority; receipts do not establish owner delegation.
Choose your integration
Control an agent's infrastructure deployment
For platform and security teams operating a DevOps agent: pin one existing Cloudflare Worker and require owner-signed scope plus human approval of the exact uploaded version before changing its traffic. Changed versions, out-of-scope targets, expired permissions, and repeated approval claims stop before execution.
Install the v0.5.16 SDK and deployment adapter from npm:
Preparation is local, uses synthetic IDs, and needs no keys. Follow the integration and recovery guide before submitting a real review or executing anything.
Start with signed delegation
Experimental. The runnable examples pin published npm clients at v0.5.16.
First register a principal public key and mint a grant from an owner-controlled signer. This example requires a grant for platform-owner → release-agent with exactly this authority:
Keep the private signing key outside the action-taking agent. Supply the integration API key and a current grant file to the trusted guard.
Connect through MCP
For a client with Streamable HTTP support, use:
The hosted service exposes a tool catalog and verification endpoint. Discovery requires no API key. Read the tool schema and metadata before constructing a request.
For a copyable Node 24 connection with no dependencies, run one explicit read-only profile from this checkout:
For a stdio-only client, this pinned transport adapter connects to the same hosted tool:
This configuration sends calls to the hosted service and is anonymous: verification can return BLOCK or REVIEW, never ALLOW.
Interfaces and capabilities
Working integrations
The Agenda fleet uses Vizier in an owner-operated deployment workflow. This is concrete operational use by the same maintainer; it is not external customer adoption.
The workflow separates signer and execution steps and supplies short-lived owner-signed grants. Missing or expired grants and invalid required receipts stop that deployment path.
Receipts and trust boundary
A /v1/verify receipt records the request hash, decision, rule results, and authority provenance. The legacy verification receipt itself is unsigned; the grant behind a principal_signed decision is owner-signed. The SDK checks response consistency and recomputes the request hash over canonical JSON.
Visualization of the trust boundary:
- the integration enforces the decision
- the agent or operator with direct tool credentials can bypass that integration
- short-lived grants are not single-use execution reservations
- authorization does not replace human judgment or operational controls
Development
Node.js 24+ is required for the Worker and TypeScript packages.
check runs package builds, type checks, migration checks, lint, tests, and a Worker deployment dry run. It does not publish or deploy.
Useful references:
License
来源:README.md,提交 e9f83e1
工具
0版本历史
1- v0.3.2最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分