SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场ai-inventory

ai-inventory

办公与效率

查看项目

更新于 10-15 08:33

技能介绍

/ai-inventory

【用途】 该技能用于在欧盟《人工智能法案》框架下管理用户的 AI 系统清单。它要贯彻的核心理念是：角色与风险等级是按系统逐个判定的，而不是按公司整体判定的。同一组织可能是 A 系统的提供者、B 系统的部署者、C 系统的进口商，每种组合都会触发《人工智能法案》下不同的义务集合。清单的作用是把这些评估记录在可查找的地方；义务本身在对话中推导，而不是来自一张固定表格。

【主要能力】

  • 读取配置：读取 ~/.claude/plugins/config/claude-for-legal/ai-governance-legal/CLAUDE.md。若文件不存在或仍含 [PLACEHOLDER] 标记，引导用户先运行 /ai-governance-legal:cold-start-interview。
  • 读取清单：清单位于 ~/.claude/plugins/config/claude-for-legal/ai-governance-legal/ai-systems.yaml。若不存在，在首次执行 add 时以空的 systems: 列表创建。
  • 参数分派：无参数或 list 显示清单表格；add 执行添加流程；edit <id> 显示当前记录并修改一个字段；classify <id> 对已有记录执行分类走查，更新 role、tier、role_basis、tier_basis；show <id> 显示完整记录。
  • 列表模式下提供仪表盘选项：按 status / tier / EU nexus / owner 过滤。
  • 每次操作结束都衔接律师工作，写入后提示可随时在对话中走查该系统义务，并标注需要律师核验《人工智能法案》条款映射之处。

【清单表格格式】 渲染为紧凑表格，列包括：ID、Name、Owner、Status、EU nexus、Role、Tier、Next review。例如： sys-001 | Resume screening | HR / Jamie | in_production | yes | deployer | high_risk | 2026-08-01 sys-002 | Email drafting assistant | IT / Priya | in_production | no | deployer | limited | 2026-12-01 表格下方显示按等级统计的数量，以及一行：“N systems flagged for review within 30 days.”

【添加流程（访谈）】 逐字段询问（或接受粘贴）。必填字段：name、owner、description、status、eu_nexus；其余可延后，并明确告知可稍后用 /ai-governance-legal:ai-inventory classify <id> 回来分类。

  • Name：系统短标签。
  • Owner：日常负责的人或团队。
  • Description：一两句话，做什么、针对什么数据。
  • Status：planned | in_development | in_production | deprecated。
  • EU nexus：系统是否部署于欧盟/欧洲经济区、提供给欧盟/欧洲经济区用户，或用于产生会影响欧盟/欧洲经济区人群的输出？任一为真即适用《人工智能法案》分析。
  • 是否立即进行分类走查，或跳过稍后再来。
  • 分配 ID：sys-NNN，NNN 为文件中的下一个整数。

【分类走查】 产出 role、role_basis、tier、tier_basis。两个 basis 都标注 [verify against current AI Act text]，不是因为技能含糊，而是因为条款映射复杂且《人工智能法案》仍在分阶段实施，核验由律师负责。

第 1 步：角色。判断谁对该系统做了什么，区分标准如下：

  • Provider（提供者）：你开发（或委托开发）并以自己的名称或商标将其投放欧盟市场或投入使用。
  • Deployer（部署者）：你在自己的职权下使用，而非个人非职业用途（公司内部最常见）。
  • Importer（进口商）：你把来自欧盟境外提供者的 AI 系统带入欧盟。
  • Distributor（分销商）：你在欧盟市场提供 AI 系统，但既非提供者也非进口商。
  • Authorized representative（授权代表）：你代表非欧盟提供者行事且设立于欧盟。
  • Product manufacturer（产品制造商）：你以自己的名称/商标把通用目的 AI 系统（或其他 AI 系统）放入产品中，就产品而言被视为提供者。
  • 双重角色提示：若用户大幅修改供应商系统（用自己的数据微调、改变预期用途、重新品牌化），即使起初是部署者，也可能成为修改后系统的提供者。当描述超出配置范围的修改时应指出。[verify against current AI Act text — Article 25, provider obligations and substantial modification] 写入 role，并用一句话写入 role_basis。

第 2 步：等级。判断系统做什么、用例是否落入受监管类别，按顺序核查： A. 第 5 条禁止性做法（概述而非定稿文本）：潜意识或欺骗性技术实质性扭曲行为；利用年龄、残疾、社会经济地位等脆弱性实质性扭曲行为；公共当局社会评分导致不利待遇；执法在公共可进入空间实时远程生物识别（有限例外）；推断种族、政治观点、工会成员身份、宗教或哲学信仰、性生活或性取向的生物特征分类；工作场所或教育中的情绪识别（医疗与安全例外）；从互联网或闭路电视抓取人脸图像数据库；仅基于性格特征的预测性警务。命中则 tier 为 prohibited，标记为停止并转交治理团队的禁止性做法流程。 B. 附件三高风险领域（概述）：生物识别与分类；关键基础设施（数字基础设施、道路交通、水/气/供暖/电力供应）；教育与职业培训（准入、评估、监考、监控被禁行为）；就业、工人管理、自营职业准入——招聘、选拔、晋升、解雇、任务分配、监控、绩效；基本私人与公共服务（公共福利、个人信用评分、寿险/健康险风险评估与定价、应急调度）；执法（风险评估、测谎、深度伪造检测、证据可靠性、画像）；移民、庇护、边境控制（风险评估、旅行证件核验、申请审查）；司法行政与民主进程（研究与解释、影响选举）。命中则 tier 为 high_risk，记录附件三领域及子项。 C. GPAI：在大规模广泛数据上训练、为通用性设计、能胜任广泛不同任务的模型。GPAI + 系统性风险：累计算力 > 10^25 FLOPs，或经委员会指定。[verify against current AI Act text — Article 51 and surrounding] D. 有限风险：与自然人交互的聊天机器人、深度伪造、第 5 条范围外的情绪识别与生物特征分类系统——适用透明度义务。 E. 最小风险：其他所有情况。 写入 tier，并用一句话写入 tier_basis，引用匹配的条款或附件条目，标注 [verify against current AI Act text]。

第 3 步：建议。提供三项后续：是否在对话中走查该系统义务（不从表格推导）；是否运行 /ai-governance-legal:aia-generation 生成完整影响评估；是否设置下次复核日期并写入清单。

【记录格式】 systems:

  • id: sys-001 name: "Resume screening tool" owner: "HR / Jamie" description: "Filters inbound CVs against job criteria" status: in_production # planned | in_development | in_production | deprecated eu_nexus: true # deployed, offered, or affects people in the EU/EEA role: deployer # provider | deployer | importer | distributor | authorized_rep | product_manufacturer role_basis: "We license from VendorX and deploy internally [verify against current AI Act text]" tier: high_risk # prohibited | high_risk | limited | minimal | gpai | gpai_systemic tier_basis: "Annex III(4)(a) — employment, recruitment selection [verify against current AI Act text]" obligations_assessed: false obligations_note: "To assess: as deployer of a high-risk system — human oversight, input data quality, monitoring, record-keeping, informing workers, FRIA if public body/service — see Article 26 [verify against current AI Act text]" next_review: "2026-08-01" review_trigger: "on substantial modification or annually" created: "2026-05-11" updated: "2026-05-11"

【为何不自动推导义务】 清单只存储 role、tier 及各自依据，不包含硬编码的“角色 × 等级 → 义务”表。当用户询问“系统 X 的义务是什么”时，技能在对话中做分析并标注 [verify]，必要时引导至 /ai-governance-legal:aia-generation 做正式影响评估。这是刻意设计：条款映射复杂，且《人工智能法案》到 2027 年仍在分阶段实施；在合规义务上“自信但错误”会进入董事会备忘；清单是给律师的登记册，义务分析由律师负责。

【护栏】

  • 绝不静默分类：分类走查必须可见，不得仅凭系统描述自动分类。
  • 保留 [verify] 标签：它们不是含糊，而是重点，不得在输出中剥离。
  • 标记实质性修改：每当系统被修改超出配置范围，提示用户重新运行 /ai-inventory classify——修改可能改变角色。
  • 不从表格宣告义务：若被问及，在对话中做分析，任何需要正式记录的事项引导至 /aia-generation。