拦截 SaaS 连接器写入
询问平面:智能体能否对已连接的 SaaS 源执行操作,并在发送任何内容之前读取裁决。
saas.admit
询问平面:智能体能否对已连接的 SaaS 源执行操作,并在发送任何内容之前读取裁决。
saas.admit智能体在 GitHub 或工单系统等 SaaS 工具中工作。您希望每项操作都先获得准入。准入路由返回裁决,不向 SaaS 发送任何内容。
代码从 INTRAMEDIAL_KEY 读取密钥。请把它放在您的 shell 或密钥存储中,切勿放进要提交的文件。需要已登录用户的调用不能使用密钥:这些调用由控制台发起。
发送 source、智能体和 action。action 默认为 read。
write 调用才受约束。saas.admitsaas-admitcurl -sS -X POST https://api.intramedial.com/api/v1/acp/saas/admit \
-H "Authorization: Bearer $INTRAMEDIAL_KEY" \
-H "Content-Type: application/json" \
-d '{
"source": "github",
"actorDid": "did:web:acme.example:agent:support",
"action": "write"
}'const res = await fetch("https://api.intramedial.com/api/v1/acp/saas/admit", {
method: "POST",
headers: {
Authorization: `Bearer ${process.env.INTRAMEDIAL_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
source: "github",
actorDid: "did:web:acme.example:agent:support",
action: "write",
}),
});
console.log(res.status, await res.json());import os, requests
res = requests.post(
"https://api.intramedial.com/api/v1/acp/saas/admit",
headers={"Authorization": "Bearer " + os.environ["INTRAMEDIAL_KEY"]},
json={
"source": "github",
"actorDid": "did:web:acme.example:agent:support",
"action": "write",
},
timeout=30,
)
print(res.status_code, res.json())result.allow 和 result.reason 是 Intralock 的答复,路径上没有模型。需要确认的写入会在结果中加入 approvalId。
{
"result": { "allow": false, "reason": "no_grant" },
"llm": false
}管理员可以为某个源设置写入映射。write 路由随后会准入、转发并记录。没有映射则返回 404。
内容复制自: /docs/saas-admit
账本仅可追加,并封存在 Merkle 根之下。条目上的时间取自 Intramedial 自己的时钟,签名包可用已发布的公钥离线核查。
向 MCP 网关请求 Intralock 对智能体工具调用的裁决,读取理由,并列出它已见过的调用方。
mcp.enforce经 Intralock 准入智能体对仓库的写入,并把裁决作为检查运行或状态发布到提交上。
github.enforce让被拒绝的写入在审批队列中等待,直到已登录的人批准,然后带令牌重试。
coordination.approve当我们向实用示例中添加新示例时,会发送一封简短的邮件。不会发送其他任何邮件,而且您可以从任意一封邮件中退订。
完全无需账户:在 7 天之内可以在各个 attest 路由上调用 35 次,所生成的回执都会被标记为测试回执。当您想继续使用时,再注册账户即可。