Policy Specificity
Question: How specifically, does a community's AI policy addresses each domain where AI shows up, rather than one blanket statement covering all use.
This metric is part of the AI Alignment - Community Governed Use metrics model.
Overview
For each domain, determine whether the policy specifies a supervision level, a scope limit, an accountability holder, and, where relevant, a proportionality threshold, or does not address it. A project can be highly specific about code contributions and not mention notetaker bots; that gap is what this metric surfaces.
A summary roll-up (overall AI use posture, across all domains) may sit alongside the per-domain breakdown.
Taxonomy of domains
What we look for the policy to address, specifically:
- Code (e.g., PRs, issues, comments; what developers/engineers may contribute)
- Notetaker / meeting bots (recorded discussion, closed or small-group content)
- Content (e.g., blogs, design assets, documentation, marketing materials; published material, however submitted)
- Moderation actions (e.g., maintainers responding to actions taken by people and AI tooling: flagging, hiding, deleting, banning or suspending, and enforcing a project AI policy)
- Review (e.g., who or what may review using AI: a contributor reviewing their own work, a maintainer, or an automated/agentic reviewer)
- Autonomous or agentic use (e.g., acting without a human in the loop per action and gaining the consent of a maintainer to use agentic contribution workflows)
- Environmental Impact (energy use, water use, hardware/carbon footprint)
- Infrastructure strain (server load, hardware cost/financing; machines and money, not maintainer time)
- Data use for training (platform user data: whether this community's own material may be used to train models)
- Slop (a 'bucket' for terms that describe in negative terms 'AI' as a techology or output)
Consent-type attributes
Within each domain, specificity is scored against attributes that sit across domains rather than being domains themselves:
- Supervision level (banned, human-in-the-loop / accountable, disclosure required, limited unsupervised, fully unsupervised)
- Scope or volume limits
- Who holds accountability
- Proportionality (resource use relative to contributor count or community size)
Want to Know More?
Data Collection Strategies
- Policy text per domain: manual audit of CONTRIBUTING files, governance repos, code of conduct, foundation policy pages
- Supervision level, scope, accountability holder: text analysis of policy documents against the taxonomy above
- Proportionality threshold: manual review of policy text for stated resource-to-community-size limits. Detectable today: partial, only where explicitly stated.
Filters
To be added.
Visualizations
- A policy coverage matrix that shows which areas are clear, partial, or missing.
References
To be added.
Contributors
- Emma Irwin
- Adrian Edwards
- Justin Wheeler
- Coraline Ada Ehmke
- Omkar Petkar
- Andrew Nesbitt
Add your name if you have contributed
Additional Information
To edit this metric please submit a Change Request here: (replace with correct link)
To reference this metric in software or publications please use this stable URL: (replace with permalink)
To edit this metric please submit a Change Request here: wg-ai-alignment/metrics/ai-alignment-community-governed-use/ai-use-consent-policy-specificity.md at main · chaoss/wg-ai-alignment
To reference this metric in software or publications please use this stable URL: https://www.chaoss.community/kb/policy-specificity/