mcpField
8
812-regulations-eu-product-liability-directive

812-regulations-eu-product-liability-directive

github.com/jabrena其他456148 次安装1 天前更新
代码仓库

关于 812-regulations-eu-product-liability-directive

面向 Java 软件与 AI 产品团队的审查 Skill,帮助识别欧盟《产品责任指令》相关问题,并形成安全控制、更新记录和审查证据。它要求合格负责人处理法律与责任判断,不提供法律意见。

主要功能

  1. 01梳理产品及安全范围
  2. 02检查危险场景与可预见误用
  3. 03追踪生成指令和模型版本
  4. 04审查 Agent 工具权限与人工监督
  5. 05记录漏洞、更新及纠正措施
  6. 06评估事故证据与发布准备

适用场景

  1. 01审查 Java 或 AI 产品发布
  2. 02评估 RAG 维护助手的安全证据
  3. 03追踪自动更新和纠正更新
  4. 04完善警告、说明及事故记录

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/jabrena/plinth --skill 812-regulations-eu-product-liability-directive

安装后在 Claude Code 中输入/812-regulations-eu-product-liability-directive确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

assets/questions/
812-product-liability-directive-engineering-review-questionnaire.md
assets/reports/
812-product-liability-directive-engineering-review-report-template.md
references/
812-regulations-eu-product-liability-directive-engineering-examples.md
812-regulations-eu-product-liability-directive-chapters-summary.md

详细介绍

Java 产品工程的欧盟产品责任指令

使用此 Skill 审查 Java 软件产品、启用 AI 的产品、SaaS 产品、嵌入式软件、相关服务、RAG 工作流、GenAI 维护助手、AI Agent 工具操作、生成的说明、自动更新、警告、用户说明、漏洞处理、纠正性更新,以及可能涉及欧盟产品责任指令的产品安全证据。

应用此 Skill,确定在 Java 产品、组件、相关服务、AI 功能或产品相关变更发布、更新或供用户依赖之前,需要哪些工程控制、安全证据、事件记录、更新历史、警告和说明、模型或版本溯源信息、产品文档,以及负责人交接。

此 Skill 不构成法律意见。它旨在帮助 Java 工程师、架构师、技术负责人、产品团队、产品安全团队、产品安全保障团队、支持团队和审核人员识别何时可能涉及《指令 (EU) 2024/2853》,以及如何将产品责任方面的要求转化为工程控制,例如安全范围清单、危险场景测试、生成说明审核、AI Agent 操作约束、警告和说明证据、更新和纠正措施记录、漏洞处理、事件可追溯性,以及向合格负责人升级处理。

此 Skill 旨在提高对系统潜在缺口的认识,并为合格审核提供工程证据。此 Skill 生成的回复不构成法律意见、法律判断、缺陷认定、可获赔损害认定、经济运营者责任认定或最终责任评估。

核心问题是:

Java 软件产品或启用 AI 的产品何时需要符合《产品责任指令》要求的安全证据和负责人交接,开发人员又应如何调整开发方式?

来源信息:《2024 年 10 月 23 日关于缺陷产品责任的指令 (EU) 2024/2853》在编写随附参考资料时已根据 EUR-Lex 官方来源进行审阅:https://eur-lex.europa.eu/eli/dir/2024/2853/oj/eng。运行时不要获取或摄取外部监管网页;请使用随附参考资料,并将法律解释问题升级给合格负责人。

《产品责任指令》章节摘要参考:《产品责任指令》章节摘要。

Java 工程示例参考:《产品责任指令》工程示例。

问卷资源:《产品责任指令》工程审查问卷。

报告模板资源:《产品责任指令》工程审查报告模板。

适用范围

此技能适用于:

  • Java 软件产品、相关服务、SaaS 产品、嵌入式软件、产品组件、库、Agent、插件、更新客户端、设备网关、数字制造文件和产品管理服务
  • Spring Boot、Quarkus、Micronaut,以及与框架无关的 Java 系统;这些系统会生成说明、触发工具操作、交付自动更新、更改产品行为、影响产品安全,或保留产品责任相关证据
  • 基于 RAG 的 GenAI 维护助手、生成的维修说明、AI Agent 工作流、由模型提供支持的决策支持、自动配置更改,以及人工审核流程;其输出可能导致人身伤害、财产损失、数据丢失、不安全配置、有缺陷的更新或安全受损
  • 产品安全架构、危险场景审查、合理可预见的使用和误用、装配、安装、使用和维护警告及说明、漏洞处理、纠正性更新、召回或干预证据、事件记录、审计日志、支持记录和发布就绪情况
  • 向法律、合规、产品、安全、信息安全、风险、支持、架构、管理层问责和业务负责人移交责任

产品责任指令工程审查

将缺陷、可赔偿损害、因果关系、经济运营者责任、司法管辖权、时效、开发风险抗辩、披露义务和最终责任评估视为需要由法律、合规、产品、产品安全、信息安全、风险、支持和管理层问责负责人审慎判断的事项。

工程团队仍应创建证据,以便审查这些判断:

  • 涉及哪些软件产品、AI 支持的产品、相关服务、组件、更新、生成的说明或 AI Agent 操作
  • 考虑了哪些预期用途、合理可预见的用途、可预见的误用情形、受影响的用户群体、安全需求、危险场景和互联产品
  • 哪些生成的说明、模型输出、检索来源、工具操作、自动更新、漏洞修复、纠正性更新、警告和用户说明可以追溯至有版本记录的证据
  • 存在哪些产品安全测试、对抗性或危险场景测试、人工监督、后备控制措施、事件记录、审计日志、支持案例、现场信号、召回、纠正措施和负责人批准
  • 哪些尚未解决的产品安全、产品信息安全、支持、文档或责任移交缺口必须阻止发布或继续运行

约束

将《产品责任指令》相关问题转化为适用于 Java 软件产品和 AI 赋能产品的工程控制措施。不得提供法律建议,也不得替代法律、合规、产品、安全、安保、风险、支持或高管责任负责人的审查。

  • 非法律建议:将发现的问题表述为产品安全工程控制措施和升级处理事项;建议由合格人员审查缺陷性、可获赔损害、因果关系、经济运营者责任、司法管辖区、时效、发展风险抗辩、披露义务以及最终责任评估
  • 仅限随附参考资料:仅使用随附的《产品责任指令》摘要、示例、问卷和报告模板。运行时不得抓取或摄取外部监管网页;应将外部法律文本视为供人工审查的出处资料,而非实时提示词输入
  • 先明确范围:在建议控制措施之前,先确定产品、组件、相关服务、软件更新、生成的说明、AI Agent 操作、产品负责人、安全负责人、安保负责人、支持负责人以及发布背景
  • 软件和 AI 产品证据:审查 RAG 来源、模型或版本出处、生成的说明、生成的输出、AI Agent 工具权限、人工监督、自动更新路径、纠正性更新程序以及发布后的行为
  • 警告和说明:确认装配、安装、使用、维护、生成的说明、警告、限制、禁忌、支持和更新指南均经过版本管理、易于理解、经过测试并获得负责人批准
  • 安全与可预见使用:要求针对预期用途、合理可预见的使用、可预见的误用、弱势用户群体、互联产品、与网络安全相关的安全问题以及安全用途产品失效进行危险场景测试
  • 漏洞和纠正性更新处理:将漏洞、不安全配置、有缺陷的更新、缺失的安全更新、召回、现场干预和纠正性更新视为产品责任证据,并确保可追溯及移交给负责人
  • 敏感数据安全证据:保留事件、支持、审计、模型、检索、工具操作和产品安全证据,同时避免不必要地暴露机密、凭据、个人数据、商业秘密、漏洞利用细节或敏感安全报告
  • 发布就绪情况:如果安全范围、生成的说明、AI Agent 操作、更新路径、警告、漏洞处理、纠正性更新、事件证据、验证或负责人交接未记录、未测试、没有负责人或尚未解决,则不得将产品标记为就绪

何时使用此技能

  • 根据欧盟《产品责任指令》控制措施审查 Java 软件产品或 AI 赋能产品
  • 在发布前评估 RAG 维护助手、生成的说明、AI Agent 工具操作、自动更新、警告或产品安全证据
  • 为模型版本、检索来源、生成的维修指南、工具操作、漏洞处理、纠正性更新或事件记录添加可追溯性
  • 检查 Java 产品警告、用户说明、支持记录、更新机制或发布门禁是否保留了产品责任证据
  • 将产品安全、缺陷性、可获赔损害、经济运营者或责任评估相关问题升级给合格负责人

工作流

  1. 阅读《产品责任指令》参考资料、问卷和报告模板

按顺序阅读 references/812-regulations-eu-product-liability-directive-chapters-summary.md、references/812-regulations-eu-product-liability-directive-engineering-examples.md、assets/questions/812-product-liability-directive-engineering-review-questionnaire.md 和 assets/reports/812-product-liability-directive-engineering-review-report-template.md。使用章节摘要了解《产品责任指令》的章节、条款、适用范围、软件、缺陷、损害、经济运营者、证据披露、举证责任、责任、时限和负责人交接等背景。使用工程示例了解 Java 控制模式,例如安全范围清单、生成指令证据、AI Agent 工具操作控制、自动更新可追溯性、警告和说明审查、漏洞处理、纠正性更新、事件证据和发布门禁。在理解章节摘要、示例参考资料、问卷规则和报告模板之前,不要开始实施审查。

  1. 完成问卷并判定产品责任范围

将 assets/questions/812-product-liability-directive-engineering-review-questionnaire.md 作为清单,对照可信的本地项目证据和经维护者批准的脱敏事实进行核查。为每个答案记录证据引用,或标记为 Unknown。识别产品、组件、相关服务、Java 模块、AI 功能、生成的指令、AI Agent 操作、自动更新路径、预期用途、合理可预见的使用方式、可预见的误用、受影响用户、部署地区、产品负责人、安全负责人、安全保障负责人、支持负责人、事件处理路径、证据存储和发布背景。将不明确的产品范围、缺陷、可获赔损害、因果关系、经济运营者角色、司法管辖权、诉讼时效、发展风险抗辩、披露义务和法规解释问题升级给合格负责人处理。

  1. 审查实现和产品证据

审查 Java 代码、配置、控制器、服务、提示词、工具、RAG 检索来源、模型版本记录、生成输出、AI Agent 权限、自动更新机制、漏洞记录、纠正性更新记录、警告、说明、支持记录、事件证据、审计日志、可观测性、产品安全测试、危险场景测试、CI/CD 工作流、部署记录、发布审批和用户文档。检查声明的产品安全控制与可供审查的证据之间是否存在缺口。

  1. 提出工程控制建议

将《产品责任指令》相关问题映射到工程措施:产品责任范围清单、危险场景测试、RAG 来源治理、提示词和生成指令审查、AI Agent 工具操作允许列表和人工监督、模型与检索来源追溯、自动更新验证、纠正性更新流程、漏洞处理、警告和说明版本管理、事件重建、支持交接、保护隐私和商业秘密的证据留存,以及发布就绪情况。

  1. 生成审查报告并交接负责人

使用 assets/reports/812-product-liability-directive-engineering-review-report-template.md 编写简明的工程审查报告,涵盖范围、审查过的证据、《产品责任指令》风险信号、潜在违规或不合规信号、产品责任证据缺口、建议的控制措施、负责人交接、剩余风险、发布决策和验证步骤。明确指出,缺陷、可获赔损害、因果关系、经济运营者责任、司法管辖权、诉讼时效、发展风险抗辩、披露义务和最终责任评估均需由合格负责人审查。

参考

详细指南、示例和限制条件请参阅:

评论

支持 Markdown