Skills
收录 98,639 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
当 Viktor 希望根据网站 URL 或文字简报为 IT 代理机构客户生成外联假设时使用。执行第 1 阶段（从客户网站提取服务 / ICP / 用例 / 案例）和第 2 阶段（构建包含 10 个假设的矩阵：2-3 个 ICP × 2-3 个信号 × 2-3 个方案，并使用 Viktor 的 5 因子加权框架逐项评分）。用户说“генеруй гіпотези для клієнта”“побудуй матрицю гіпотез”“оціни цей агентський сайт”“що тестувати для [клієнт]”“hypothesis generation for agency”“матриця гіпотез по URL”，或提供客户 URL 并询问要开展哪些营销活动时触发。若 ICP/信号已知，不适用于一次性的营销创意生成——此类任务使用 hypothesis-builder。
运行引导式端到端循环，让一个 Duvo Agent 变得更好。当用户想要 "improve this Agent"、"make my Agent better"、"help me tune this Agent"、"this Agent isn't good enough"、"fix this Agent based on its Runs"，或要求你把一个 Agent 从当前状态推进到具体、已应用的改进 —— 而不只是只读审计时使用。由你主导对话：锁定该 Agent，全面了解其设置（AOP、Connections、Skills、触发器、memory、最近的 Runs），就改进依据达成一致（用户的反馈或 Runs 中的证据），提出并确认一个 Run 范围，从 workflow-debugger / run-debugger skills 获取有依据的发现，提出具体改动，并在用户同意后应用（AOP 通过 aop-writer 作为新的 Build，配置用你的工具）。与 workflow-debugger 的边界：那个 skill 是只读审计；此 skill 是以已应用改动收尾的交互式循环，并调用 workflow-debugger 做分析。
运行引导式端到端循环，让一个 Duvo Queue —— 以及围绕它的生产者→消费者工作流 —— 变得更好。当用户想要 "improve this Queue"、"this Queue keeps backing up, fix it"，或把一个 Queue 推进到具体、已应用的改进 —— 而不只是只读审计时使用。由你主导对话：锁定该 Queue，全面了解其整体形态（生产者与消费者、积压与 case 状态、衔接处两个 Agent 的 AOP、触发器与并发、流经的 Runs），就改进依据达成一致（用户的反馈或 Runs/积压中的证据），提出并确认一个 Run/case 范围，从 workflow-debugger / run-debugger skills 获取有依据的发现，提出具体改动，并在用户同意后应用（AOP 通过 aop-writer 作为新的 Build，拓扑与触发器用你的工具）。与 workflow-debugger 的边界：那个 skill 是只读审计；此 skill 是以已应用改动收尾的交互式循环。对于单个独立 Agent，请改用 improve-agent。
通过 IndyKite AuthZEN REST API（`POST /access/v1/evaluation`）做出单次 KBAC 授权决策——针对一个 (subject, action, resource) 三元组返回布尔值 `decision`，可选地接受逐请求的 `context.input_params`。用于单个是/否问题——"can ada PROVISION gpu-node-7?"、"is this user allowed to delete this document?"、"gate this operation on a live check"，或调试某次决策为何为 false。不用于一次性做大量检查（请用 indykite-authzen-evaluations），不用于枚举哪些 action/resource/subject 被允许（请用 indykite-authzen-search-action / -search-resource / -search-subject），也不用于编写决策背后的策略（请用 indykite-authzen-kbac-policies）。若要通过 MCP/JSON-RPC 获得同一决策，请见 indykite-mcp-server（`authzen_evaluate`）。
通过 IndyKite AuthZEN REST API（`POST /access/v1/evaluations`）一次调用执行多项 KBAC 授权决策，顶层 subject/action/resource/context 作为默认值，可被每条记录覆盖；按顺序为每条记录返回一个 `decision`。适用于一次检查一组已知且固定的检查项——一个 subject 对应多个 resource、一个 action 跨多个 subject，或任意三元组组合——例如“这些服务中哪些可以 grace provision？”“这些用户中，哪些可以部署 gpu-node-7？”。单次检查请使用 indykite-authzen-evaluation；要枚举所有允许的 action/resource/subject（开放式，而非固定列表）请使用 indykite-authzen-search-action / -search-resource / -search-subject；要编写策略请使用 indykite-authzen-kbac-policies。
通过 IndyKite AuthZEN REST API（`POST /access/v1/search/action`）列出某个 subject 被允许对某个 resource 执行的操作——针对一个固定的 (subject, resource) 组合返回被授予的 action 名称。用于枚举允许的操作——"what can linus do with gpu-node-7?"、"which actions does this user have on this item?"（例如只渲染允许的 UI 控件）。不用于特定 action 的是/否判断（"can linus DEPLOY gpu-node-7?" -> indykite-authzen-evaluation）；若要枚举其他维度，请用 indykite-authzen-search-resource（哪些 resources）或 indykite-authzen-search-subject（哪些 subjects）；若要编写策略，请用 indykite-authzen-kbac-policies。
通过 IndyKite AuthZEN REST API（`POST /access/v1/search/resource`）列出某个 subject 被允许对之执行给定 action 的 resource——给定一个 subject 和一个 action，返回某类型中匹配的 resource 实例。用于枚举允许的 resource——"which servers can linus provision?"、"list the documents this user can read"（按访问权限过滤的列表）。返回 `{type,id}` 引用，而不是是/否决策，也不是 resource 数据本身（图数据请用 indykite-ciq-read）。若要对单个 resource 做是/否判断，请用 indykite-authzen-evaluation；若要枚举其他维度，请用 indykite-authzen-search-action（哪些 actions）或 indykite-authzen-search-subject（哪些 subjects）；若要编写策略，请用 indykite-authzen-kbac-policies。
通过 IndyKite AuthZEN REST API（`POST /access/v1/search/subject`）列出被允许对某个 resource 执行给定 action 的 subject——给定一个 resource 和一个 action，返回某类型中匹配的 subject 实例。用于枚举谁有访问权限——"who can provision gpu-node-7?"、"list the people allowed to approve this document"（审计/审核视图）。不用于特定 subject 的是/否判断（"can grace provision gpu-node-7?" -> indykite-authzen-evaluation）；若要枚举其他维度，请用 indykite-authzen-search-action（哪些 actions）或 indykite-authzen-search-resource（哪些 resources）；若要编写策略，请用 indykite-authzen-kbac-policies。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。