算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
ai-governance【设计与创意】Design and operate AI governance: principles, decision rights, risk tiers, lifecycle gates, fairness, transparency, privacy, security, compliance mapping, maturity and board reporting across SaaS, API, self-hosted and agentic systems. Use to admit, update or retire Agent Skills, MCP servers and A2A capabilities; approve an agent for production action…
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
AI governance is the system an organization uses to decide, before a model is built and while it runs, who is accountable for an AI system, what risk it is allowed to carry, what evidence must gate each lifecycle stage, and how the organization reports and audits that posture. This skill teaches an agent to reason about and operate that system: it is a methodology skill, not a tool manual and not legal or security advice.
| You own | You don't own |
|---|---|
| Governance principles and how they translate into policy and controls | Drafting or opining on legal interpretation of a regulation |
| The governance operating model: councils, stewards, decision rights, RACI, federated vs. centralized | Data-platform mechanics, pipelines, and lineage tooling internals |
| Risk frameworks: NIST AI RMF, ISO/IEC 42001 & 23894, model-risk tiering, risk registers | Implementing authentication, authorization, or vulnerability fixes |
| Lifecycle stage gates across ideation, build, evaluate, deploy, monitor, retire | CI/CD pipeline and deployment-gate configuration |
| Cross-cutting 6L-G governance loop: strategy, impact, implementation, acceptance, operations, learning | Treating an author-developed framework as a regulatory or standards requirement |
| Fairness, bias, transparency, explainability, and accountability controls | Product portfolio/roadmap governance cadences |
| Privacy and data governance for training and operational data | Capital allocation, org structure, or M&A governance |
| GxP AI governance overlay: ALCOA+, data integrity, electronic records, risk-based assurance, QMS interfaces | Legal applicability determinations, validation protocols, SOPs, or quality-system operation |
| LLM/agent safety: prompt injection, exposure ladders, tool authorization, memory, egress, red-teaming, supply chain | Host-level or application-level security scanning |
| Regulatory landscape and compliance mapping (as guidance, not advice) | Legal drafting, regulatory filings, or attorney-client work product |
| Third-party and model due diligence, board reporting, audit | Any authoritative statement of "your system is compliant" |
This is a prevention-and-operations methodology: it gives the agent frameworks, decision models, and controls to design and run governance, not a claim that a system is compliant or safe. For every engagement, record the operating model, the risk tier, the evidence that gated each stage, and the accountable owner of each accepted exception.
Load this skill to answer "how should we govern this AI system?" — standing up or maturing a governance program, tiering use-case risk, designing the operating model and decision rights, reviewing an LLM/agent system for governance and safety gaps, mapping a regulation to a compliance/control plan, scoring governance maturity, or preparing board-level reporting.
For “may this capability enter or remain in our environment?”, read
references/capability-admission-and-update.md and use
templates/capability-admission-record.md. For “may this agent act?”, use the earned-autonomy
path below. Admission approves a component at a recorded revision and configuration; it does
not issue a runtime grant. Link the two records in one review when both decisions are needed.
Reuse current evidence and existing authorized scope; request a new decision only for a material
change or an unmet approval condition.
When setting agent promotion/demotion thresholds or reviewing earned autonomy, read references/earned-autonomy.md and use templates/earned-autonomy-decision.md. Support accountable humans making capability/environment/action-class decisions; the agent cannot grant itself authority. site-reliability-engineering supplies operational evidence and agent-production-operations implements the approved control plan. This five-level autonomy ladder is separate from the Six-Level Governance framework.
Progressive disclosure: load only the reference relevant to the current question.
| Load when | Reference |
|---|---|
| Framing what AI governance is and its principles; governance vs. compliance vs. risk | references/foundations-and-principles.md |
| Designing the operating model, councils, stewards, decision rights, RACI, maturity, culture | references/governance-operating-model.md |
| Applying NIST AI RMF, ISO/IEC 42001 & 23894, model-risk tiering, inherent vs. residual risk | references/risk-management-and-frameworks.md |
| Placing stage gates across ideation, data, build, evaluate, deploy, monitor, retire | references/ai-lifecycle-governance.md |
| Applying the Six-Level Governance framework, evidence loop, maturity, and posture overlay | references/six-level-governance-framework.md |
| Fairness metrics and their limits, bias sources, trade-offs, algorithmic justice | references/fairness-bias-accountability.md |
| Explainability (XAI) methods, when explanation is required, disclosure, auditability | references/transparency-and-explainability.md |
| Training/operational data governance, ownership, lineage, quality, consent, PETs, agentic memory, and purpose-aware egress | references/privacy-and-data-governance.md |
| AI used in GLP, GCP, GMP, GDP, or pharmacovigilance contexts; ALCOA+, data integrity, electronic records, audit trails, validation/assurance, and QMS interfaces | references/gxp-and-data-integrity.md |
| Trust boundaries, prompt injection, exposure ladders, excessive agency, tool authorization, containment, supply chain, red-teaming | references/llm-and-agent-security.md |
| Current law by jurisdiction, compliance mapping, enforcement, horizon scanning | references/regulatory-landscape.md |
| Vendor/model due diligence, supply chain, board reporting, metrics, audit | references/procurement-third-party-and-board-oversight.md |
| Admitting, updating, disabling or retiring Skills, MCP servers or A2A capabilities | references/capability-admission-and-update.md |
| Granting, promoting, reducing, suspending or revoking scoped agent authority | references/earned-autonomy.md |
| Tracing any idea to its informing books and research notes; bibliography | references/source-index.md |
Use these to turn the methodology into working artifacts.
| Use when | Template |
|---|---|
| Recording capability admission, configuration changes, overlap and exit | templates/capability-admission-record.md |
| Recording scoped authority, evidence, counterevidence and independent approval | templates/earned-autonomy-decision.md |
| Standing up the governance council and its terms of reference | templates/governance-charter.md |
| Registering a use case and classifying it at intake | templates/use-case-intake-form.md |
| Running a NIST-aligned risk assessment and tiering worksheet | templates/model-risk-assessment.md |
| Documenting a released model: intended use, data, performance, fairness, limitations | templates/model-card.md |
| Conducting vendor/model supply-chain due diligence | templates/third-party-due-diligence.md |
| Preparing executive/board AI-governance reporting | templates/board-ai-governance-report.md |
| Reviewing SaaS/API/self-hosted boundaries and agentic tools, actions, egress, memory, and evidence | templates/agentic-governance-review.md |
Executable, flag-driven, stdlib-only Python CLIs with tests. Both accept a JSON input path and emit
deterministic output; --json prints one JSON object on stdout; --dry-run previews without
changing anything. Exit 0 on success; the maturity scorer also exits 1 on a critical posture, and both scripts exit 1 on input errors.
| Use when | Script |
|---|---|
| Scoring an organization's governance maturity from dimension scores (1-5); emits maturity level + gaps | scripts/governance-maturity.py |
| Classifying an AI use case into a risk tier and its required controls | scripts/use-case-risk-tier.py |
| Verifying the maturity scorer (unit + behavior tests) | scripts/test_governance_maturity.py |
| Verifying the risk-tier classifier (unit + behavior tests) | scripts/test_use_case_risk_tier.py |
Do not load this skill for work that belongs to a neighbor methodology or to execution:
legal-strategy work. This skill maps
obligations to controls and records a defensible governance posture; it does not opine on the
law. Prefer legal-strategy when the ask is legal interpretation, and return here to turn the
resulting obligations into a control plan.product-operations-and-governance, not to this skill. This skill governs the AI system's risk
and accountability, not the product portfolio cadence.data-architect / data-engineering work. This skill consumes data governance as
a control input but does not operate the data platform.secure-software-engineering work. This skill sets
the AI governance and safety controls and the risk tier; it does not implement the security
mechanisms.adr-authoring or product-methodology for general
architectural or product decisions. Individual AI capability admission and authority decisions
remain in this skill.| When you need... | Route to |
|---|---|
| Regulatory and board-legal strategy, legal interpretation | legal-strategy |
| Data-governance mechanics: catalogs, lineage, platform internals | data-architect or data-engineering |
| Implementing application and system security controls | secure-software-engineering |
| Recurring product decision cadences and evidence standards | product-operations-and-governance |
| A single durable architectural decision record | adr-authoring |