本文へ移動
cccskills
無料GitHub で公開

eu-ai-act

Knowledge base from EU Artificial Intelligence Act — Regulation (EU) 2024/1689. Use for AI system classification (high-risk vs prohibited vs general), conformity assessment procedures, GPAI model obligations, transparency and disclosure requirements, governance structure (AI Office / AI Board), penalty tiers, value-chain operator obligations, post-market monitoring, and Annex III use-case analysis. Does not cover EU liability rules for AI (separate proposed directive) or implementation guidance documents issued after July 2024.

インストール方法を見る

含まれるファイル(18)

  • SKILL.md13.6 KB
  • chapters/ch01-general-provisions.md6.0 KB
  • chapters/ch02-prohibited-practices.md5.7 KB
  • chapters/ch03-high-risk-classification.md6.0 KB
  • chapters/ch04-high-risk-requirements.md7.6 KB
  • chapters/ch05-obligations-operators.md7.7 KB
  • chapters/ch06-conformity-assessment.md7.9 KB
  • chapters/ch07-transparency-obligations.md5.6 KB
  • chapters/ch08-general-purpose-ai.md7.8 KB
  • chapters/ch09-governance.md7.0 KB
  • chapters/ch10-post-market-surveillance.md7.6 KB
  • chapters/ch11-penalties-enforcement.md6.8 KB
  • chapters/ch12-annex-iii-high-risk-usecases.md7.2 KB
  • cheatsheet.md8.5 KB
  • glossary.md13.7 KB
  • LICENSE1.1 KB
  • PACK.yaml992 B
  • patterns.md13.8 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- argument-hint: [topic, article number, or chapter slug e.g. ch04, gpai, annex-iii, penalties, transparency] -->

EU Artificial Intelligence Act — Regulation (EU) 2024/1689

Source: European Union, Official Journal (reproduction authorised with source acknowledgement, Decision 2011/833/EU) | Chapters: 12

When to use

Use this skill when classifying an AI system under the EU risk framework, determining which obligations apply to a provider, deployer, importer, distributor, or GPAI model provider, or analysing penalties and enforcement. It is the primary reference for any EU market compliance question involving AI systems or foundation/GPAI models placed on the Union market from 2025 onward. Use it before advising on AI product design, contract structure between value-chain parties, or incident response procedures.

Prerequisites: none — plain Markdown; no MCP server, API key, or licence tier needed at runtime.

How to Use This Skill

  • Without arguments — load the core frameworks and classification rules.
  • With a topic — ask about "GPAI systemic risk", "biometric ID prohibition", "conformity assessment route", "FRIA", "value chain liability", "serious incident reporting", "transparency obligations", "Annex III area 4 employment AI".
  • With a chapter — ask for ch03 (classification), ch04 (requirements), ch08 (GPAI), ch12 (Annex III use cases).

Supporting files: glossary.md, patterns.md, cheatsheet.md.

Core Frameworks and Mental Models

1. The Four-Tier Risk Architecture

The Act organises AI systems into four tiers, each with escalating obligations:

TierTriggerConsequence
ProhibitedArt 5 — 8 specific practicesAbsolute ban; no compliance route; applies from 2 Feb 2025
High-riskArt 6 Route A (Annex I product + third-party conformity assessment) OR Route B (Annex III use-case area, unless de minimis applies)Full Ch III obligations: RMS, data governance, docs, logging, transparency, human oversight, accuracy/robustness/cybersecurity; conformity assessment; CE marking; EU database registration
Transparency-onlyArt 50 — human-AI interaction, synthetic content generation, emotion recognition, biometric categorisation, deep fakesDisclosure and machine-readable labelling obligations; applies to any AI system, regardless of risk tier
GPAICh V — AI models trained at scale displaying significant generalityBaseline obligations for all GPAI; systemic-risk tier (>10^25 FLOPs or Commission designation) adds adversarial testing, incident reporting, and cybersecurity

2. Classification Decision Logic (Art 6)

Route A (product safety): AI system = safety component of an Annex I-sector product AND that product requires third-party conformity assessment under sector law → HIGH-RISK.

Route B (use-case list): AI system falls within an Annex III area → HIGH-RISK, unless the Art 6(3) de minimis carve-out applies. De minimis applies if the system: (a) performs a narrow procedural task, OR (b) improves the result of a previously completed human activity, OR (c) detects decision-making patterns without influencing prior human assessment, OR (d) performs a preparatory task to an Annex III assessment. Override: if the system performs profiling of natural persons, de minimis never applies — it is always high-risk.

Providers claiming de minimis must document the assessment and register in the EU database (Art 6(4)).

3. The Seven High-Risk Requirements (Art 8-15)

All seven apply cumulatively to every high-risk AI system. They must be met before placement on the market and maintained throughout the system's lifecycle:

  1. Risk Management System (Art 9) — continuous iterative 4-step process; residual risk must be acceptable.
  2. Data Governance (Art 10) — training/validation/testing data quality; bias detection and mitigation; strict conditions for special-category personal data use in bias correction.
  3. Technical Documentation (Art 11) — Annex IV content; drawn up before placement; kept up to date; SMEs may use simplified form.
  4. Automatic Logging (Art 12) — technically built into the system; biometric ID systems have enhanced minimum logging requirements.
  5. Transparency to Deployers (Art 13) — instructions for use covering 7 content categories; enables deployer compliance with their own obligations.
  6. Human Oversight (Art 14) — oversight measures enabling understanding, anti-bias awareness, output interpretation, override capability, and system interruption (stop button). Biometric ID: minimum two-person verification before action.
  7. Accuracy, Robustness, Cybersecurity (Art 15) — declared accuracy metrics; resilience to errors; feedback-loop mitigation; AI-specific attack defence (data/model poisoning, adversarial examples).

4. Operator Roles and Liability Transfer

The Act assigns obligations by role in the supply chain:

  • Provider (Art 16): Bears the heaviest burden — QMS, conformity assessment, CE marking, EU database registration, 10-year documentation retention, corrective actions.
  • Deployer (Art 26): Follow instructions for use; assign and train human oversight persons; retain logs ≥6 months; notify workers; FRIA if public body; inform affected persons.
  • Importer (Art 23): Verify conformity before placement; retain docs 10 years.
  • Distributor (Art 24): Verify CE marking and DoC before making available.
  • Liability transfer (Art 25): A party becomes the provider (and assumes all provider obligations) if it: affixes its name/trademark; makes a substantial modification; or changes the intended purpose to make a non-high-risk system high-risk.

5. GPAI Two-Tier Regime (Chapter V)

All GPAI providers: technical documentation (Annex XI), downstream provider information (Annex XII), copyright policy, training data summary. Open-source GPAI models are exempt from documentation and downstream information obligations — unless the model has systemic risk.

Systemic-risk GPAI providers additionally: adversarial testing (red-teaming), systemic risk assessment and mitigation, serious incident reporting to AI Office, cybersecurity protection. The 10^25 FLOPs training-compute threshold creates a rebuttable presumption of systemic risk. Notification to Commission required within 2 weeks of threshold being met. Commission has exclusive enforcement jurisdiction over GPAI (Art 88).

6. Governance Architecture

Union level: AI Office (Commission function, exclusive GPAI enforcement) → European AI Board (Member State representatives, advisory) → Advisory Forum (stakeholders) → Scientific Panel (independent experts, GPAI risk alerts).

Member State level: Notifying authority (notified body oversight) + Market surveillance authority (post-placement enforcement for non-GPAI AI systems). Each Member State designates one MSA as single point of contact.

7. Penalty Logic

Three national-authority tiers (Art 99): 7%/EUR 35M for prohibited practices; 3%/EUR 15M for operator/transparency obligation violations; 1%/EUR 7.5M for misleading information supply. Commission fines for GPAI violations (Art 101): 3%/EUR 15M. SMEs always pay the lower of the percentage or absolute amount. Fines are calculated on total worldwide annual turnover.

8. Key Application Dates

Prohibited practices applied from 2 February 2025. Full Act applies from 2 August 2026. GPAI obligations apply from 2 August 2025. Product-safety-route (Art 6(1)) AI applies from 2 August 2027.

Chapter Index

#FileKey content
1ch01-general-provisions.mdSubject matter, scope, 68 statutory definitions, AI literacy obligation
2ch02-prohibited-practices.mdEight prohibited AI practices; real-time RBIS conditional ban; applies from 2 Feb 2025
3ch03-high-risk-classification.mdArt 6 two-route classification; Art 6(3) de minimis carve-out; Art 7 dynamic amendment; Annex III overview
4ch04-high-risk-requirements.mdSeven requirements: RMS, data governance, technical docs, logging, transparency, human oversight, accuracy/robustness/cybersecurity
5ch05-obligations-operators.mdProvider QMS; value-chain obligations; Art 25 liability transfer; deployer FRIA; documentation retention
6ch06-conformity-assessment.mdConformity assessment routes; notified bodies; harmonised standards; CE marking; EU database registration; AI regulatory sandboxes
7ch07-transparency-obligations.mdArt 50 four transparency obligations: chatbot disclosure, synthetic content labelling, emotion/biometric disclosure, deep fake disclosure
8ch08-general-purpose-ai.mdGPAI classification; 10^25 FLOPs threshold; baseline and systemic-risk obligations; open-source exception; codes of practice
9ch09-governance.mdAI Office; European AI Board; Advisory Forum; Scientific Panel; national competent authorities; enforcement architecture
10ch10-post-market-surveillance.mdEU database; post-market monitoring; serious incident reporting timelines; market surveillance powers; right to explanation; right to complain
11ch11-penalties-enforcement.mdThree penalty tiers; GPAI fines; codes of conduct for non-high-risk AI; Commission implementation guidelines
12ch12-annex-iii-high-risk-usecases.mdFull Annex III eight-area taxonomy with sub-category detail; classification rationale; dynamic amendment

Topic Index

  • AI system definition → ch01
  • Annex III use cases / high-risk areas → ch12, ch03
  • Biometric identification → ch02, ch03, ch04, ch12
  • CE marking → ch06
  • Chatbot / human-AI interaction disclosure → ch07
  • Classification (high-risk vs not) → ch03
  • Codes of conduct (voluntary) → ch11
  • Codes of practice (GPAI) → ch08
  • Conformity assessment → ch06
  • Copyright (GPAI training data) → ch08
  • Data governance / training data → ch04
  • Deep fakes → ch07
  • Deployer obligations → ch05
  • Documentation / technical documentation → ch04, ch05, ch06
  • Election / democracy AI → ch12
  • Employment AI → ch12
  • Enforcement / market surveillance → ch10
  • EU database registration → ch06, ch10
  • Fines / penalties → ch11
  • FRIA (Fundamental Rights Impact Assessment) → ch05
  • General-purpose AI (GPAI) models → ch08, ch09
  • Governance structure → ch09
  • Human oversight / automation bias → ch04
  • Importer / distributor obligations → ch05
  • Law enforcement AI → ch02, ch12
  • Logging / record-keeping → ch04, ch05
  • Open-source AI → ch01, ch08
  • Post-market monitoring → ch10
  • Prohibited practices → ch02
  • Provider obligations → ch05
  • Quality Management System (QMS) → ch05
  • Real-time remote biometric identification (RBIS) → ch02
  • Regulatory sandbox → ch06
  • Risk management system (RMS) → ch04
  • Scope / applicability → ch01
  • Serious incident reporting → ch10
  • SME provisions → ch04, ch06, ch11
  • Social scoring → ch02
  • Synthetic content / watermarking → ch07
  • Systemic risk (GPAI) → ch08
  • Transparency obligations → ch07
  • Value chain / liability transfer → ch05

Supporting Files

  • glossary.md — ~60 statutory and synthesised definitions from Art 3 and operative provisions.
  • patterns.md — 12 when/how/trade-offs blocks covering classification, data governance, conformity assessment, incident reporting, GPAI self-assessment, and more.
  • cheatsheet.md — Quick-reference tables: application timeline, classification decision tree, Annex III areas, penalty tiers, requirement checklist, operator obligations, GPAI obligations matrix, serious incident reporting timelines, governance architecture.

Scope and Limits

Covers: All 13 Chapters and key Annexes (I, III, IV, V, VIII, XI, XII) of Regulation (EU) 2024/1689 as published in the Official Journal on 12 July 2024. Includes all definitional, substantive, procedural, governance, and penalty provisions.

Does not cover: The proposed EU AI Liability Directive (separate instrument, not yet adopted at source knowledge date); post-July-2024 Commission guidelines, implementing acts, or delegated acts issued under the Act; national transposition measures; harmonised standards (to be developed by CEN/CENELEC); or codes of practice approved after the knowledge cutoff.

Licence: European Union, Official Journal, 12 July 2024. Reproduction authorised with source acknowledgement under Decision 2011/833/EU. No rights subsist in the synthesised analysis beyond the source text.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Signpost (not a knowledge pack) for the automotive standards landscape: ISO 26262, ASPICE, SAE J3016, UNECE R155, UNECE R156, and the NHTSA vehicle set. Contains NO source content: designation, edition, owner, status, and an official catalogue URL only. Use when you need to identify or locate an automotive standard. Most are paywalled or carry no redistribution grant and cannot be packaged; the one open path is the nhtsa-vehicle pack.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

cisa-cpg

無料

Knowledge base from CISA Cross-Sector Cybersecurity Performance Goals 2.0. Use for prioritized IT/OT baseline cyber goals aligned to NIST CSF 2.0 (including GOVERN), critical-infrastructure hygiene, MSP/supply-chain expectations, and board-friendly outcome language. Covers CPG 2.0 goals only; does not replace full CSF programs, sector-specific goals (SSGs), or CSET tooling detail.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from DAFMAN 63-119 (15 April 2021), Mission-Oriented Test Readiness Certification. Use for continuous MOTRC replacing single-point OTRR thinking: framework/applicability, Certification Official vs PM roles, review cycle and exit criteria, certification memo/decertify gates, DT&E/contractor evidence, ITT integration and cyber resiliency, and the 31-template matrix. DAF T&E readiness process only—does not replace DoDI 5000.89, AFI 99-103, or multi-service lead policies.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Systems Engineering Guidebook (OUSD R&E, February 2022). Use for the DoD SE process model — the 16 SE processes (8 technical management + 8 technical) mapped to ISO/IEC/IEEE 15288, the event-driven technical reviews and audits across the Major Capability Acquisition life cycle (ASR, SRR, SFR, PDR, CDR, SVR/FCA, PRR, PCA), the Systems Engineering Plan (SEP), risk/issue/opportunity management, TPMs and leading indicators, system-of-systems and digital engineering, and the 24 design considerations (RAM, system safety, HSI, system security engineering, MOSA, supportability, etc.). Acquisition-program oriented: thin on detailed cost estimating, contracting law, and non-DoD or commercial life cycles.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge pack from 'Towards Digital Engineering: The Advent of Digital Systems Engineering' (Huang et al., Old Dominion University, arXiv:2002.11672, 2020). Use when reasoning about digital engineering, the DoD Digital Engineering Strategy and its five goals, the Authoritative Source of Truth, digitalization vs. digitization, digital augmentation, digitalized models, provenance, unique identification, and the four-level (vision/strategy/action/foundation) DSE research framework. Covers the conceptual/vision layer of the field. SCOPE LIMITS: this is a single ~28-page vision paper, not a methods handbook — it is thin on step-by-step procedures, tooling, case studies, and quantitative evaluation, and it predates 2020 so it does not cover later digital-engineering standards or recent AI/LLM advances. Use the sebok pack for established SE canon and MBSE depth.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Digital Engineering Strategy (2018, OUSD/ODASD(SE)). Use for the Department of Defense's five digital engineering goals — (1) formalize the development, integration, and use of models; (2) provide an enduring authoritative source of truth; (3) incorporate technological innovation; (4) establish supporting infrastructure and environments; (5) transform the culture and workforce — plus their focus areas, the document-to-model and design-build-test→model-analyze-build shifts, model formalisms/provenance, governance and access control of the authoritative source of truth, and the coordinate→plan→pilot→sustain rollout. A vision-and-policy strategy, deliberately non-prescriptive. Does NOT provide a how-to method, tool tutorials, MBSE/SysML mechanics, or implementation-plan content; thin on metrics, acquisition-policy detail, and step-by-step procedure. Excludes the CAC-gated Digital Engineering Body of Knowledge (DEBoK).

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

jgsystemsconsulting のスキルをすべて見る

このスキルの問題を報告する