mcpField
8
807-regulations-eu-digital-services-act

807-regulations-eu-digital-services-act

github.com/jabrena开发456197 次安装1 天前更新
代码仓库

关于 807-regulations-eu-digital-services-act

面向 Java 在线平台工程团队的欧盟《数字服务法》审查 Skill,协助识别内容治理、推荐、广告和申诉流程中的工程控制缺口。它整理可审查的证据和整改建议,不提供法律意见。

主要功能

  1. 01识别平台服务范围和风险信号
  2. 02审查内容决策与通知处理记录
  3. 03检查推荐、排名与广告透明度
  4. 04审查投诉、申诉和用户控制流程
  5. 05整理隐私安全的审计证据

适用场景

  1. 01审查 Java 平台上线前的 DSA 控制
  2. 02设计内容审核和通知处理流程
  3. 03评估推荐系统与广告透明度证据
  4. 04准备大型平台风险和审计材料

安装

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

$npx skills add https://github.com/jabrena/plinth --skill 807-regulations-eu-digital-services-act

安装后在 Claude Code 中输入/807-regulations-eu-digital-services-act确认已加载。

包含的文件

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

assets/reports/
807-eu-digital-services-act-engineering-review-report-template.md
references/
807-regulations-eu-digital-services-act-engineering-examples.md
807-regulations-eu-digital-services-act-chapters-summary.md

详细介绍

面向 Java 在线平台工程的《欧盟数字服务法案》

使用此 Skill 审查 Java 企业应用、在线平台、市场平台、托管服务、内容审核工具、推荐系统、广告系统、投诉工作流、透明度报告管道、运营仪表板或审计证据;这些对象可能需要采用符合《数字服务法案》要求的工程控制措施。

应用此 Skill,确定在发布 Java 系统、接入生产流量、用于在线平台运营,或依赖其处理内容审核、推荐、广告、投诉或系统性风险工作流之前,需要哪些工程控制措施、运营证据和升级路径。

此 Skill 不构成法律意见。它帮助 Java 工程师、架构师、技术负责人、平台团队、信任与安全团队及审查人员识别何时可能涉及《数字服务法案》,并了解如何将在线平台要求转化为企业架构控制措施,例如内容决策审计日志、审核工作流状态、通知受理与响应跟踪、推荐和排序说明证据、广告透明度元数据、用户控制、投诉与申诉工作流、风险评估证据、事件升级、适用情况下供审计人员或研究人员访问的数据,以及保护隐私的可观测性。

此 Skill 旨在提高对系统潜在缺口的认识,并为合格审查提供工程证据。此 Skill 生成的回复不构成法律意见、法律观点或最终监管认定。

主要问题是:

何时 Java 企业系统需要采用符合《数字服务法案》要求的在线平台控制措施,开发人员应做出哪些不同的设计?

外部参考:《欧盟条例 2022/2065:数字服务法案》。

《数字服务法案》各章节摘要参考:《数字服务法案》各章节摘要。

Java 工程示例参考:《数字服务法案》工程示例。

报告模板资源:《数字服务法案》工程审查报告模板。

范围

此 Skill 适用于:

  • 可能提供中介服务、托管服务、在线平台、在线市场或在线界面的 Java 系统;在这些系统中,用户、商家或第三方会提供内容、产品、服务或信息
  • 采用 Spring Boot、Quarkus、Micronaut 或与框架无关的 Java 服务,且有通知与行动、内容审核、理由说明、可信举报者、投诉、申诉或庭外争议证据方面的要求
  • 搜索、排序、推荐、信息流、目录排序、个性化、广告、广告库、商家可追溯性、透明度报告、用户控制及未成年人保护工作流
  • 适用情况下有关超大型在线平台或超大型在线搜索引擎的证据,包括系统性风险评估、风险缓解、危机响应、独立审计、合规职能、数据访问、经审查的研究人员访问及透明度报告
  • 平台治理所需的隐私安全型可观测性、事件升级、审核审计日志、用户通知、工作流状态、数据访问控制、保留期限及证据重建

《数字服务法案》工程审查

将中介服务分类、托管服务或在线平台分类、超大型在线平台或超大型在线搜索引擎的适用范围、非法内容政策、广告或推荐系统解读、审计或研究人员访问义务、系统性风险结论以及监管解读,视为治理决策,并由法律、合规、信任与安全、隐私、安全、产品、风险及高管问责负责人负责。

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

  • 涉及哪些用户、商家、平台、市场、托管、推荐、广告、投诉或审核工作流
  • 作出了哪些内容或产品决策、为何作出、由哪项政策或命令驱动、谁可以提出申诉,以及如何审计这些决策
  • 哪些通知、命令、投诉、申诉、可信举报者报告及庭外争议解决结果可以端到端跟踪
  • 存在哪些推荐、排序、广告、用户控制、未成年人保护、商家可追溯性及透明度报告证据
  • 在可能涉及超大型在线平台或超大型在线搜索引擎的情况下,可获取哪些风险评估、缓解措施、审计、数据访问、研究人员访问、事件升级及隐私安全可观测性证据

约束

将《数字服务法案》相关要求转化为适用于 Java 企业系统的工程控制措施。不得提供法律建议,也不得取代法律、合规、信任与安全、隐私、安全、产品、风险、审计、研究人员访问或高管问责负责人的审查。

  • 非法律建议:将发现表述为在线平台工程控制措施和升级处理节点;建议由合格人员审查中介服务分类、平台分类、超大型在线平台或超大型在线搜索引擎状态、非法内容认定、广告或推荐系统解读、审计或研究人员访问义务、系统性风险结论及监管解读
  • 先确定范围:在建议控制措施前,先确定该 Java 系统是否支持中介服务、托管服务、在线平台、在线市场、在线搜索引擎、推荐系统、广告工作流或超大型在线平台/超大型在线搜索引擎证据流
  • 审核证据:要求保留可追溯的内容决策审计日志、理由说明数据、审核工作流状态、受影响用户通知、政策引用、主管机构命令引用,以及适用情况下的申诉资格信息
  • 通知与响应跟踪:核实通知受理、验证、去重、分流、处理、响应、补救、可信举报者处理及滥用防护均可端到端审计
  • 透明度控制:审查透明度报告、推荐与排序说明证据、广告透明度元数据、面向用户的控制措施、商家可追溯性及在线界面设计证据
  • 用户补救:核实投诉、申诉、庭外争议解决、恢复内容或服务及支持工作流能够保留状态、期限、理由、证据和负责人交接记录
  • 适用时的系统性风险:对于可能属于超大型在线平台或超大型在线搜索引擎的情况,要求提供风险评估、缓解措施、危机响应、独立审计、合规职能、数据访问、经审查的研究人员访问及透明度证据
  • 隐私安全可观测性:在保留平台治理证据的同时,避免不必要地暴露机密、凭据、个人数据、非法内容详情、敏感用户举报、研究人员数据或审核训练数据
  • 与其他规则的关系:当同一系统涉及隐私、AI、网络安全、韧性、数据访问或平台治理等边界时,应将 GDPR、AI Act、DORA、NIS2、Data Act 或行业指南与此 Skill 一并使用

何时使用此技能

  • 审查 Java 在线平台是否符合《数字服务法》(DSA)管控要求
  • 设计通知与行动、内容审核、投诉、申诉或透明度报告工作流
  • 添加推荐内容说明、排名管控、广告透明度元数据、商家可追溯性或用户控制项
  • 在生产发布前评估 VLOP、VLOSE、审计、研究人员访问、系统性风险或危机响应证据
  • 检查 Java 平台的日志、指标、追踪记录和仪表板是否能保留 DSA 证据,同时避免泄露敏感数据

工作流

  1. 阅读法规概要、工程示例和报告模板

按顺序阅读 references/807-regulations-eu-digital-services-act-chapters-summary.md、references/807-regulations-eu-digital-services-act-engineering-examples.md 和 assets/reports/807-eu-digital-services-act-engineering-review-report-template.md。使用章节概要了解《数字服务法》的章节、条款、适用范围、责任、尽职调查、透明度、在线平台、市场平台、VLOP/VLOSE、监管、执法和负责人交接背景。使用工程示例了解 Java 控制模式,例如内容决策审计日志、审核工作流状态、通知受理与响应跟踪、推荐和排名解释证据、广告透明度元数据、用户控制、投诉和申诉工作流、风险评估证据、事件升级、适用情况下供审计员或研究人员访问的数据,以及保护隐私的可观测性。在理解章节概要、示例参考和报告模板之前,不要开始实现审查。

  1. 判定平台范围

识别服务背景、可能的中介服务迹象、托管迹象、在线平台或市场平台迹象、在线搜索或推荐迹象、广告工作流、与商家的交互、用户生成内容、条款和政策负责人、内容审核决策、用户救济途径、活跃接收者证据、VLOP/VLOSE 指标、部署地区、数据存储、可观测性系统和治理负责人。对于不明确的中介或平台分类、VLOP/VLOSE 状态、非法内容判定、广告或推荐解读、审计员或研究人员访问义务、系统性风险结论,以及监管解读,应升级至法律、合规、信任与安全、隐私、安全、产品、风险、审计、研究访问或高管问责负责人。

  1. 审查实现和平台证据

审查 Java 代码、配置、控制器、DTO、审核服务、政策引擎、工作流状态机、持久化模型、消息架构、搜索或排名代码、推荐配置、广告投放元数据、用户控制设置、投诉和申诉记录、透明度报告作业、日志、指标、追踪、审计导出、运行手册、测试、部署工作流和提供商文档。检查所声称的 DSA 控制与可供审查的证据之间是否存在差距。

  1. 建议工程控制措施

将《数字服务法》的关注点映射为工程措施:范围清单、内容决策审计日志、通知与行动跟踪、理由说明记录、审核工作流状态、可信举报者路由、滥用防护、投诉和申诉工作流、推荐解释证据、排名控制、用户控制、广告透明度元数据、商家可追溯性、透明度报告、未成年人保护控制、保护隐私的可观测性、事件升级,以及适用情况下针对 VLOP/VLOSE 的风险、审计和研究人员访问证据。

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

使用 assets/reports/807-eu-digital-services-act-engineering-review-report-template.md 生成简明的工程审查报告,涵盖范围、审查过的证据、《数字服务法》风险迹象、潜在违规或不合规迹象、工程差距、建议的控制措施、负责人交接、剩余风险、发布决定和验证步骤。明确说明,中介分类、平台分类、VLOP/VLOSE 状态、非法内容判定、广告或推荐解读、审计员或研究人员访问义务、系统性风险结论以及监管解读,都需要由具备相应资质的负责人审查。

参考

如需详细指南、示例和限制,请参阅:

评论

支持 Markdown