메뉴
在部署前为企业或受监管的 AI 智能体创建《智能体权限宪章》（Agent Authority Charter）。当用户需要界定 AI 智能体被允许做什么、谁向其授予了权限、哪些行动被允许或禁止、何时需要人工批准、必须保留哪些证据，以及智能体如何被暂停、撤销或升级时，使用本技能。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SOC 직업 분류 기준
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill agent-authority-charter-builder-arkadiy-miteiko명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
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.
| name | agent-authority-charter-builder-arkadiy-miteiko |
| description | 在部署前为企业或受监管的 AI 智能体创建《智能体权限宪章》（Agent Authority Charter）。当用户需要界定 AI 智能体被允许做什么、谁向其授予了权限、哪些行动被允许或禁止、何时需要人工批准、必须保留哪些证据，以及智能体如何被暂停、撤销或升级时，使用本技能。 |
| category | 合规与监管 |
| tags | ["AI 治理","智能体 AI","委派权限","法律运营","合规","风险管理","审计轨迹","人工审查","受监管行业","AI 部署"] |
| metadata | {"author":"Arkadiy Miteiko","license":"agpl-3.0","version":"2026-06-20"} |
本技能帮助法律、合规、风险、产品、运营和 AI 治理团队在 AI 智能体部署到企业或受监管工作流之前创建《智能体权限宪章》。
目的不是判断一个 AI 系统总体上是否合乎道德、安全或合规。目的更窄、更具操作性：
在智能体行动之前，界定其拥有何种机构权限。
本技能将一个拟议的 AI 智能体用例转化为结构化的、可审查的治理文件，涵盖：
最终输出应适合法律、合规、风险、安全、业务、审计和技术利益相关者审查。
AI 智能体不应仅由它在技术上能做什么来治理。
它必须由机构授权它做什么来治理。
宪章必须回答：
当用户要求以下事项时使用本技能：
即使用户以非正式措辞提出请求，也使用本技能，例如：
不要使用本技能来：
如果用户要求法律结论，说明输出是治理起草辅助工具，应由合格律师和适当的机构权力部门审查。
尽量收集以下输入。如果用户未提供足够信息，以合理假设继续，但将缺失项标记为“待确认”（To be confirmed）。
可能的智能体类型包括：
识别谁或什么向智能体委派权限。
权限可能来自：
如果权限来源不明确，将宪章标记为未达到部署就绪。
识别：
界定智能体可以做什么：
被允许的行动示例：
界定智能体不得做什么。
被禁止的行动示例：
将每个智能体行动归类到以下权限层级之一。
智能体可以读取、总结、分类或标记信息。不得更改记录、触发工作流、作出决定、对外沟通或产生业务后果。
智能体可以起草、结构化、建议或将行动排入队列供人工审查。未经人工批准不得执行该行动。
智能体可以在明确界定的阈值内执行低风险内部行动。该行动必须被记录，并在可能情况下可逆。
智能体只能在明确的人工批准后准备或启动重大后果行动。批准必须作为证据记录的一部分予以保留。
智能体不得执行这些行动。它们需要人工、法律、合规、董事会、监管机构或其他机构权限。
创建宪章时遵循此流程。
确定智能体是在辅助人类，还是在行使委派权限。
询问：
将智能体归类为：
宪章绝不应在未指明谁或什么授权的情况下说"智能体已获授权"。
记录：
如果权限不明确，写明：
“未就绪——权限来源未确立。”
智能体在技术上可能具备许多行动能力。只有部分行动获得机构授权。
创建三列表格：
| 技术能力 | 授权用途 | 所需控制 |
|---|
示例：
| 技术能力 | 授权用途 | 所需控制 |
|---|---|---|
| 发送邮件 | 仅起草，不自动发送 | 需要人工批准 |
| 更新 CRM | 仅添加内部备注 | 需要日志条目 |
| 批准退款 | 仅限批准的阈值内 | 需要证据包 |
| 拒绝索赔 | 未经特别批准不授权 | 需要人工决定 |
将每个行动归类到层级 0 至层级 4。
当事实不明确时，采用保守分类。
任何涉及法律、财务、医疗、雇佣、信贷、保险、公共部门、客户损害或外部承诺后果的行动，除非用户提供具体的已批准阈值和权限来源，否则应默认归入层级 3 或层级 4。
对每个需要人工批准的行动，界定：
宪章必须规定智能体何时必须停止并升级。
升级触发条件可包括：
以操作性语言书写升级规则。
好的示例：
“当所请求的退款超过已批准阈值、客户账户存在未决争议，或智能体无法识别该行动的政策依据时，智能体必须升级。”
弱的示例：
“当事项有风险时，智能体应升级。”
对每个行动层级，界定最低证据。
建议基线：
| 层级 | 最低证据 |
|---|---|
| 层级 0 | 时间戳、请求、来源记录、生成的输出 |
| 层级 1 | 时间戳、请求、来源记录、草稿或建议、审查人身份 |
| 层级 2 | 时间戳、权限来源、适用的约束、采取的行动、受影响的记录、审计日志 |
| 层级 3 | 层级 2 的证据加上人工批准、批准理由、升级历史 |
| 层级 4 | 被禁止行动日志、拒绝理由、升级记录 |
证据应包括：
宪章必须界定智能体的权限何时必须被暂停或撤销。
示例：
界定：
选择一项就绪状态：
当事实不完整时，采用保守状态。
使用本技能时，产出以下文件。
状态选项：
将智能体归类为以下之一：
说明理由。
描述智能体可运行的工作流。
包括：
| 技术能力 | 授权用途 | 所需控制 |
|---|
| 行动 | 权限层级 | 是否需要人工批准？ | 条件 | 所需证据 |
|---|
| 被禁止的行动 | 理由 | 所需升级 |
|---|
界定：
| 触发条件 | 所需的智能体行为 | 升级接收人 | 需保留的证据 |
|---|
界定：
界定：
| 问题 | 风险级别 | 负责人 | 所需解决 |
|---|
风险级别：
选择一项：
附简短理由。
提供主要权限风险的简短摘要，包括：
将所有重要的缺失信息列为“待确认”。
列出任何阻止部署的问题。
如果未识别出任何问题，写明：
“根据所提供的信息未识别出部署阻碍项，但这不构成法律、合规、风险或安全批准。”
建议哪些利益相关者应审查该宪章：
在每个宪章末尾添加以下通知：
“本《智能体权限宪章》是治理起草辅助工具。它不构成法律意见、监管批准或最终的机构授权。部署应由适当的法律、合规、风险、安全、技术和业务权力部门审查。”
输出必须：
避免诸如以下的模糊语言：
用具体的权限、阈值、证据和升级规则替换模糊语言。
如果智能体能够产生法律、财务、运营、客户、员工、患者、公民、市场、公共部门或外部后果，而用户未识别出明确的权限来源，则将宪章标记为：
“未就绪——权限来源未确立。”
如果信息不完整，选择限制更严的权限层级。
如果拟议的行动可能约束组织、影响他人的权利、改变资金流动、改变法律地位、影响受监管记录或产生外部依赖，除非用户提供明确的权限来源和已批准阈值，否则将其归类为层级 3 或层级 4。
返回宪章时，包括：
不要夸大确定性。除非用户提供了实际的批准来源，否则不要声称智能体已获批准。
“我们正在部署一个 AI 智能体来审查客户退款请求。它可以读取支持工单、查看订单历史、建议退款决定并更新 CRM。它应自动批准小额退款，但将较大金额升级。”
助手应产出一份《智能体权限宪章》，其中：