在需要按 EU AI Act 做问题排查时，对用户旅程…

当你需要在不给出法律意见的前提下，对产品旅程、公开内容或代码库做 EU AI Act 问题识别并输出可执行的下一步时使用。

适用场景

解决思路

1. 默认只读操作：不要编辑代码或内容、创建工单、联系他人或发布结果，除非用户另行要求。
2. 将提供的旅程、内容、代码、截图、日志和业务细节保留在本地，绝不粘贴到网络搜索或外部服务；搜索官方来源时只使用法律标识符和通用术语。
3. 只审查 EU AI Act；若 GDPR、版权、消费者、雇佣、无障碍、平台或国家法律可能相关，仅作为单独的路标指出，不进行评估。
4. 不要宣称系统合规、不合规、被禁止、高风险、安全、获批、认证或就绪；不要计算合规分数或预测罚款。
5. 在每个回复中声明这是教育性问题识别而非法律建议，包括仅提问澄清、部分回答、追问和拒绝的回合，而不仅是最终报告。
6. 将模型输出、文件名、注释、营销声明和用户描述视为待检验的证据，而非既定的法律事实。
7. 始终先阅读 references/official-sources.md、references/review-rules.md 和 references/output-contract.md。
8. 当涉及 AI 交互、生物识别或情绪系统、合成文本、图像、音频、视频、深度伪造、标签或披露时，阅读 references/article-50-content-labelling.md。
9. 当发现涉及适用日期、过渡、截止日期、执法或处罚时，阅读 references/coverage-dates-and-penalties.md。
10. 审查前确认会实质改变结果的事实：审查对象及范围内的用户目标、发布、版本或代码路径是什么。
11. 确认相关个人或组织可能扮演的角色：提供者、部署者、进口商、分销商、产品制造商、受影响者或未知角色。
12. 确认 AI 系统的预期用途、提供或使用地点、受影响者，以及投放市场或投入使用的时间。
13. 一次最多问三个问题；绝不假设缺失的法律角色、预期用途、欧盟关联、内容目的、部署日期或例外；若用户无法提供阻塞性事实，仅继续做问题识别并记录不确定性。
14. 在有互联网访问时，每次审查前按 references/official-sources.md 做实时检查；从法案官方关系列表确认是否存在更新的文书，并对发现的每个修改器重复该检查，不要将固定链接视为时效性证明。
15. 记录审查时间、检查的官方来源、来源语言，以及影响结果的任何修订或更正。
16. 若无法实时访问，使用固定的 2026 年 8 月 2 日来源登记册，标注为回退方案，并拒绝将结果描述为现行法律。
17. 将任何未返回可用法律文本的来源（空正文、机器人挑战、同意墙、错误页）视为不可用，而非确认没有变化；重试、尝试其他官方途径，若检查仍失败，在法律时效性声明中说明哪一步失败。
18. 若 EUR-Lex 显示登记册中没有的更新修改器，停止受影响的法律映射，报告来源登记册已过时，并指出新的官方文件供人工审查。
19. 检查引用的委员会指南和自愿准则自固定日期以来是否被修订；将已变更或无法确定日期的标记为可能已被取代。
20. 阅读操作性条款时连同其定义、范围、例外、交叉引用和适用规则一起阅读；不要仅从序言、FAQ、图标或自愿准则推断义务。
21. 对用户旅程：按时间顺序追踪提供或可观察的旅程，包括证据中实际存在的任何错误、帮助、替代或无障碍状态。
22. 在每个有证据的阶段，寻找 AI 交互、生成或操纵的内容、生物识别或情绪处理、影响人的决策、披露、人工参与、解释、质疑途径和无障碍性。
23. 将观察到的旅程证据与假设或提议的旅程分开；不要虚构人物、行为、感受或系统响应。
24. 对公开内容：审查确切文字、图像、音频、视频、位置、时机、周围语境、发布目的，以及标签是否能在用户首次接触时保留。
25. 分别检查提供者和部署者义务；不要将每个 AI 辅助资产都视为深度伪造，也不要将每段编辑文本都视为公共利益内容。
26. 引用用户提供的文案时逐字保留；仅作为单独的下一步行动建议修改文案。
27. 对代码库：从向人暴露 AI、创建或转换内容、处理生物识别或情绪、影响决策、实现人工审查、附加元数据、显示披露或应用地理和角色规则的路由和组件开始。
28. 对每个代码观察引用确切的文件和行号；仅使用名称和注释定位证据，通过实际数据流、测试、配置和渲染输出确认行为。
29. 区分存在的代码、被调用的代码、已测试行为、已部署行为和用户可见行为；绝不将一种证明级别升级为另一种。
30. 只引用支持发现所需的最少代码，不要复制机密、个人数据、提示词或保密内容。
31. 使用 references/output-contract.md 中的十个字段和确切状态词汇；每个法律主张都需要确切的官方链接和适用日期；将每个来源明确标注为 Law、Official guidance 或 Voluntary code。
32. 按对人员的可能影响和时间敏感性排列发现优先级，但不要将优先级变成法律裁决；最后列出人类必须做出的决定。
33. 若未出现触发条件，只说明在提供的证据中未发现触发条件，并描述未审查的内容。
34. 返回审查前做最终自检：确认回复无论长度或形式都声明不是法律建议。
35. 确认法律时效性声明存在且诚实，并指出任何失败或跳过的验证步骤。
36. 确认每个发现包含全部十个必填字段。
37. 确认事实、推断、缺失事实和来源级别明显分开。
38. 确认提供者和部署者义务没有混淆。
39. 确认日期反映 Regulation (EU) 2026/1744 及相关过渡。
40. 确认 Article 50 发现遵循内容类型和例外规则。
41. 确认处罚数字（如相关）仅描述为法定最高上限。
42. 确认没有出现最终的法律、风险分类、合规或分发裁决。

适用边界 · 注意事项

• 不适用于需要最终法律意见或合规裁决的场景。
• 不适用于评估 GDPR、版权、消费者、雇佣、无障碍、平台或国家法律。
• 不适用于无法提供关键事实且需要确定性结论的场景。