菜单
判断某个具体的 AI 代理（AI-agent）行动、输出、建议或拟议承诺，在当前的授权、委托范围、证据、事实、政策、风险、升级和撤销条件下，是否仍可被容许用于执行或机构依赖。在企业或受监管的 AI 代理执行操作、更新记录、触发工作流、对外沟通之前，或在机构以会产生后果的方式依赖代理输出之前，使用本技能。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill runtime-admissibility-review命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
88查企业风险查询与分析工具 —— 专注于中国大陆企业的法务风险查询与分析，覆盖经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法案件等风险类型。支持公司名称、统一社会信用代码、companyId 三种输入方式，自动完成风险查询并输出结构化风险分析总结。 触发场景：仅当用户意图为查询企业风险/法务风险时触发。包括但不限于：企业风险查询、公司风险、经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法风险、风险扫描、风险评估、企业合规审查、风险报告、XX公司有什么风险、XX公司安全吗、XX公司有没有处罚、XX公司被执行过吗。 不触发场景：纯粹的企业信息查询（如查公司、搜企业、工商信息、注册资本、法人代表、股东结构、专利商标等）不应触发本技能，请使用其他 cha88 系列工具。
Manages Rule 30(b)(6) corporate representative deposition workflows — drafting notice topics with reasonable particularity, building examination outlines, defending designees, handling objections, and preserving binding admissions for summary judgment or trial. Use when drafting or responding to 30(b)(6) notices, selecting and preparing designees, building topic-by-topic outlines, or triaging scope and privilege disputes. Trigger keywords: 30(b)(6), corporate representative deposition, topic list, designee, notice analysis, deposition objections, corporate admissions.
Guides taking and defending Rule 30(b)(6) corporate representative depositions. Drafts topic lists with reasonable particularity, builds examination outlines for binding corporate admissions, analyzes noticed topics for objections, and prepares designees. Use when drafting 30(b)(6) notices, preparing corporate deposition topics, selecting or preparing designees, or defending corporate representative depositions.
基于 SOC 职业分类
正在显示 SKILL.md
| name | runtime-admissibility-review |
| description | 判断某个具体的 AI 代理（AI-agent）行动、输出、建议或拟议承诺，在当前的授权、委托范围、证据、事实、政策、风险、升级和撤销条件下，是否仍可被容许用于执行或机构依赖。在企业或受监管的 AI 代理执行操作、更新记录、触发工作流、对外沟通之前，或在机构以会产生后果的方式依赖代理输出之前，使用本技能。 |
| category | Compliance & Regulatory |
| tags | ["AI governance","agentic AI","runtime governance","admissibility review","delegated authority","execution control","legal operations","compliance","risk management","evidence sufficiency","escalation","audit trail","regulated industries","AI deployment","delegation audit","agent authority charter","reliance admissibility","consequence review","institutional reliance","human review"] |
本技能帮助法律、合规、风险、产品、运营、审计和 AI 治理团队判断：某个具体的 AI 代理行动、输出、建议或拟议承诺，在执行之前或机构依赖之前，在运行时是否仍被容许。
其目的不是判断某个 AI 系统是否已获总体部署批准。
其目的更为狭窄和更具操作性：
判断在当前的这些事实、该授权、该委托范围、该证据、这些约束、该升级姿态和该撤销状态下，该代理是否可以采取该具体行动，或该机构是否可以依赖该具体的代理输出。
本技能产出一份结构化的《运行时容许性决定》，可供法律、合规、风险、审计、技术和业务利益相关方审查。
静态授权对代理式 AI（agentic AI）是不够的。
一个 AI 代理可能已获批准用于某工作流，且一项委托任务最初可能适合授权包络（authority envelope），但某个具体行动或后来的机构依赖可能因条件变化而变得不容许。
示例：
运行时问题是：
"即使该代理先前已获授权，这一行动或机构依赖现在仍然容许吗？"
本技能位于《代理权限章程》的下游，并与《代理式委托审计》互补。
《代理权限章程》在部署前定义代理的授权包络：委托了什么、由谁委托、在哪些限制内、负有哪些证据义务、具有哪些升级、暂停或撤销控制。
《代理式委托审计》检验一个具体的委托任务是否适合该授权包络。
《运行时容许性审查》提出下一个问题：即使代理已获适当授权且委托任务看似适合授权包络，当前的事实、范围、授权、证据、政策、风险、升级、撤销或依赖条件是否仍容许该行动或机构依赖？
依赖结构是：
代理权限章程 → 代理式委托审计 → 运行时容许性审查 → 机构依赖 / 后果
如果用户提供了足够的背景，本技能可以在未上传《代理权限章程》或《委托审计》的情况下运作。如任一成品可用，将其作为主要输入。
不要将授权与容许性混为一谈。
授权问的是：
"该代理是否被授予在此工作流中运作的权限？"
委托审查问的是：
"这个具体的委托任务是否适合该代理的授权包络？"
运行时容许性问的是：
"该代理现在是否可以采取这个具体行动，或该机构现在是否可以依赖这个具体输出？"
一个行动可能总体上已获授权，但在当前状态下不容许。一个生成的输出作为信息可能有用，但对机构依赖或后果不容许。
运行时容许性可能适用于两个密切相关的时点：
执行之前——当 AI 代理即将行动、更新记录、触发工作流、对外沟通或产生运营后果时。
依赖之前——当机构即将以影响人、交易、法律立场、监管义务、业务决策或机构后果的方式，依赖某个代理输出、建议、分类、分析或生成成品时。
本技能不应假设先前的授权已解决任一边界。行动前的授权与依赖前的容许性是互补的层次。
一个适当授权的代理仍可能因事实变化、范围转移、证据变得不完整、授权被暂停、政策变更、出现风险条件，或依赖语境变得比原始委托所允许的更具后果性，而变得不容许。
当用户要求以下事项时使用本技能：
即使用户以非正式方式表述请求，也使用本技能，例如：
不要使用本技能来：
如果用户要求最终法律结论，说明输出是治理起草辅助工具，必须由合格法律顾问和适当的机构权力机关审查。
能够读取信息、产生输出、使用工具、触发工作流、更新记录、沟通、建议行动或执行行动的 AI 赋能的系统、工作流、工具、助手、副驾驶（copilot），或自主或半自主软件组件。
在运行时受审查的具体行动、输出、建议、拟议承诺或依赖事件。
示例：
先前通过章程、政策、委托矩阵、试点批准、系统所有者批准、合同、操作规程、治理委员会决定或其他机构来源授予代理的权限。
由于当前的授权、委托范围、事实、证据、政策、风险、升级、依赖和撤销条件允许，某个具体拟议行动可以在执行时进行，或某个具体的代理输出可以在使用点被机构依赖的决定。
机构以影响人、交易、法律立场、监管义务、业务决策、记录、工作流、客户、员工、患者、公民、市场、公共部门事项、合同或机构后果的方式，使用某个代理输出、建议、分类、分析、决策草稿或生成成品。
机构拟使用、采纳、传达、记录、执行或捍卫某个代理输出的语境。依赖语境可以是信息性的、内部的、咨询性的、运营性的、法律性的、监管性的、面向客户的、面向员工的、面向患者的、面向公民的、合同性的、财务性的、面向市场的，或对外产生后果的。
行动被提出时的事实和条件。
当前状态可能包括：
可用证据在多大程度上足够完整、当前、相关、一致、可追溯且保全良好，以支持拟议行动。
管辖该行动是否可以进行的规则、政策、阈值、条件、禁止、升级要求、批准要求、法律限制、合规义务、技术控制或业务限制。
要求代理在执行前停止、搁置、路由或将该事项转交人工、团队、治理流程或控制所有者的条件。
尽可能收集以下输入。如用户未提供足够信息，以合理假设继续，但将缺失项标记为"待确认"。
可能的代理类型包括：
识别既有授权的来源。
可能的来源包括：
如授权来源缺失或不明确，视严重程度将该行动标记为不容许或需要升级。
识别代理权限的范围。
收集拟议执行时存在的事实。
示例：
识别支持或约束该行动的证据。
示例：
识别：
识别是否：
判断是否：
判断机构是否会依赖该输出、建议、分析、分类或行动。
识别：
按顺序应用以下链条。
描述代理拟采取的确切行动。
避免模糊描述。
弱：
"代理将处理该案件。"
强：
"代理拟批准一笔 42 美元的退款，以批准理由更新 CRM，并将支持工单标记为已解决。"
按后果对拟议行动进行分类。
代理仅读取、摘要、标记或解释信息。不创建任何记录、工作流、决定、通讯或外部依赖。
代理起草、建议、排队或为人工审查组织某项行动。未经人工批准，该行动不执行。
代理以低风险、已记录且可逆的方式更新内部记录或工作流。
代理在已批准的阈值和控制环境内执行有界行动。
代理影响法律、财务、客户、员工、患者、公民、市场、监管、公共部门、合同、外部或声誉利益。
该行动对代理被禁止，或保留给人、法律、合规、董事会、监管机构、法院、持证专业人士或其他机构权力机关。
判断代理是否对该工作流和行动类别拥有既有授权。
问：
如不存在明确的授权来源，对执行类行动默认为不容许。
判断该行动是否在代理的已批准范围之内。
检查：
如该行动超出范围，将其归类为不容许或被禁止。
判断当前事实是否仍满足执行所需的条件。
检查已变更或丧失资格的条件，包括：
如存在丧失资格的当前状态条件，要求升级或拒绝容许性。
评估证据是否足以支持拟议行动。
按以下标准评估证据：
在以下情形证据不足：
判断机构是否会以产生后果的方式依赖该代理输出、建议、分析、分类或拟议行动。
问：
如拟议的依赖比原始授权、范围、证据或批准所支持的更具后果性，要求升级、人工批准、限定或作出不容许决定。
识别所有适用的约束。
约束可能包括：
如某项约束与拟议行动或依赖冲突，该行动或依赖不容许，除非该约束允许人工批准或例外处理且该批准已获得。
判断是否有任何升级触发处于激活状态。
常见的升级触发包括：
如升级触发处于激活状态，该行动不得自主进行，未经所需审查不得为产生后果而依赖该输出。
判断代理的授权或运作条件是否已被暂停、撤销或搁置。
在以下情形，该行动或依赖不容许：
选择一项决定。
该行动或依赖在授权之内、在委托范围之内、有充分证据支持、在现行条件下被允许，且无升级或撤销触发处于激活状态。
该行动或依赖仅在应用特定控制后才可进行，例如记录、证据保全、阈值确认、限定性依赖用语、通知审查者或行动后抽样。
该行动或依赖仅在合格的人工批准者审查并批准之后才可进行。
该行动或依赖在获得指定的缺失证据或解决冲突记录之前不得进行。
该行动或依赖必须在执行或机构使用之前，转交指定的人、团队、控制所有者、法律、合规、风险、欺诈、安全、审计、监管机构或治理流程。
该行动或依赖不得进行，因为授权、委托范围、证据、政策、批准、依赖或当前状态条件未得到满足。
该行动超出代理的允许权限，或该依赖超出允许的机构使用范围，代理或机构不得执行或依赖。
如代理对拟议行动缺乏明确的授权来源，该行动不容许自主执行。
不要将先前的部署批准视为在工作流内采取每一项行动的许可。
不要将任务最初适合授权包络视为当前行动或依赖仍然容许的证明。
如当前事实不同于既有授权中所假设的条件，评估当前事实。
如证明并审计该行动或依赖所需的证据无法保全，该行动不容许自主执行，该输出不容许机构依赖。
对后果性行动或依赖，一般性批准不足，除非授权来源明确允许批次性、基于角色或受政策约束的批准。
如升级触发处于激活状态，代理必须按需要停止或转交该事项。
如授权被暂停、撤销、过期或处于事件搁置之下，该行动或依赖不容许。
如事实不完整，将行动或依赖归类得更具限制性。
如该行动或依赖影响法律、财务、客户、员工、患者、公民、市场、监管、合同、公共部门或外部利益，要求更强的授权、证据、批准和可审计性。
一个对信息支持可接受的输出，如果机构拟使用其产生后果，仍可能对机构依赖不容许。
如章程、政策、委托矩阵或控制环境禁止该行动或依赖，不要通过附加条件将其转变为容许的行动。升级或拒绝容许性。
使用本技能时，产出以下成品。
状态选项：
精确描述行动或依赖事件。
包括：
将行动或依赖归类为：
说明原因。
| 授权问题 | 发现 | 证据 / 来源 | 缺口 |
|---|
要回答的问题：
| 范围维度 | 是否在范围内？ | 依据 | 备注 |
|---|
范围维度：
| 当前状态因素 | 发现 | 对容许性的影响 |
|---|
当前状态因素可能包括：
| 证据项目 | 可用？ | 当前？ | 一致？ | 已保全？ | 备注 |
|---|
然后给出证据充分性结论：
| 依赖问题 | 发现 | 对容许性的影响 |
|---|
要回答的问题：
| 约束 | 适用？ | 已满足？ | 影响 |
|---|
包括：
| 触发 | 激活？ | 要求的行动 | 升级接收方 |
|---|
如任何升级触发处于激活状态，说明自主执行不容许，未经所需审查机构依赖也不容许。
| 控制条件 | 状态 | 影响 |
|---|
检查：
选择一项：
提供简洁的理由。
列出该行动可进行或该输出可被依赖之前所需的任何控制。
示例：
选择一项：
列出必须为审计和审查而保全的证据。
包括：
将所有缺失信息列为"待确认"。
列出任何阻止自主执行或机构依赖的阻断项。
如未识别出任何阻断项，说明：
"基于所提供的信息未识别出阻断项，但这不构成法律、合规、风险、安全或机构批准。"
视情况建议审查责任方：
在每份决定的末尾添加此通知：
"本《运行时容许性决定》是治理起草辅助工具。它不构成法律意见、监管批准或最终机构授权。在需要时，拟议行动或依赖应在执行或机构依赖之前，由适当的法律、合规、风险、安全、技术、业务、审计或监管权力机关审查。"
输出必须：
避免诸如以下的模糊用语：
用具体发现替换模糊用语：
除非用户提供相反证据，否则应用这些默认值。
如既有授权缺失、不明确、过期、被暂停或被撤销，该行动不容许自主执行。
如所需证据缺失或无法保全，将行动搁置待证据。
如实质性记录冲突，在执行前升级。
如代理拟对外沟通，要求明确的授权和人工批准，除非授权来源特别允许自主通讯。
如代理拟拒绝、驳回、终止、暂停、纪律处分、阻止、报告或以其他方式作出影响个人或组织的不利决定，除非明确授权，否则要求人工批准。
如该行动涉及金融服务、保险、医疗保健、雇佣、教育、住房、公共福利、信贷、执法、移民、儿童、弱势人群、受保护特征、敏感个人数据或受监管记录，适用加强审查。
如某个输出、建议、分类或分析将被依赖以影响人、交易、法律立场、监管义务、客户、员工、患者、公民、公共部门事项、合同或业务决策，将依赖容许性与生成质量分开审查。
如该行动不可逆或难以逆转，要求人工批准或升级。
如人已就该事项作出决定，代理不得推翻该决定，除非授权来源明确允许。
如存在活跃的投诉、争议、法律索赔、监管机构询问、欺诈关切或敏感方信号，要求升级。
如政策访问、证据记录、审计记录或所需系统控制失败，该行动不容许自主执行。
"请为一位希望批准一笔 42 美元退款的退款代理进行运行时容许性审查。该代理在客户信誉良好、无未决争议、无欺诈标记且政策依据明确时，有权批准最高 50 美元的退款。该客户在过去 180 天内有 1 次先前退款。政策规定 180 天内超过一次善意退款需要人工审查。该代理可以更新 CRM 备注，但不能发送客户通讯。"
助手应产出符合以下要求的《运行时容许性决定》：
返回决定时，包括：
不要夸大确定性。不要说某个行动在法律上已获批准。不要说机构依赖在法律上已获批准。除非用户提供授权来源，否则不要说某个代理已获机构授权。