To Ban or Not to Ban? How Open Source Projects Govern GenAI Contributions
Open accessAbstract
Generative AI (GenAI) is playing an increasingly important role in open source software (OSS). Beyond completing code and documentation, GenAI is increasingly involved in issues, pull requests, code reviews, and security reports. Yet, cheaper generation does not mean cheaper review — and the resulting maintenance burden has pushed OSS projects to experiment with GenAI-specific rules in contribution guidelines, security policies, and repository instructions, even including a total ban on AI-assisted contributions. However, governing GenAI in OSS is far more than a ban-or-not question. The responses remain scattered, with neither a shared governance framework in practice nor a systematic understanding in research. Therefore, in this paper, we conduct a multi-stage analysis on various qualitative materials related to GenAI governance retrieved from 67 highly visible OSS projects. Our analysis identifies recurring concerns across contribution workflows, derives three governance orientations, and maps out 12 governance strategies and their policy instruments. We show that governing GenAI in OSS extends well beyond banning — it requires coordinated responses across accountability, verification, review capacity, code provenance, and platform infrastructure. Overall, our work distills dispersed community practices into a structured overview, providing a conceptual baseline for researchers and a practical reference for maintainers and platform designers.
Verified 2026-11-02 · 45 references not checked yet
AI snapshot
Written from the paper’s full text.
TL;DR
This paper analyzes how 67 highly visible open source projects govern generative AI contributions, showing that governance is not reducible to banning or allowing AI. It derives seven concern areas, three governance orientations, and 12 governance strategies spanning admission control, accountability, review protection, and infrastructure adjustment.
Key findings
- Across 67 OSS projects, GenAI raises seven recurring concern areas: code contribution review bottlenecks, low-value AI communication, issue triage costs, security-channel pressure, adversarial incentives, copyright/licensing/provenance uncertainty, and platform/tooling limits.
- The paper identifies three governance orientations: prohibitionist/zero-tolerance (O1), boundary-and-accountability (O2), and quality-first/tool-agnostic (O3). O2 was the most common dominant orientation (40 cases, 59.7%), followed by O1 (14, 20.9%) and O3 (13, 19.4%); 23 cases displayed mixed governance logics.
- It abstracts 12 governance strategies in four functional groups: entry admissibility and input qualification, responsibility and evidence restoration, review burden and workflow protection, and infrastructure and institutional adjustment.
- The authors argue GenAI governance shifts OSS from downstream code review toward upstream admission control and from text-based policies toward infrastructure-level assurance.
Methods
- Comparative qualitative document analysis of publicly visible GenAI governance materials from 67 OSS projects: 58 repositories and 9 communities.
- Corpus construction used two stages: broad screening from the top 800 starred repositories on Gitstar Ranking, yielding 37 seed projects, followed by snowball expansion adding 30 cases; expansion stopped at connectivity and category saturation.
- Data included repository-embedded governance materials (e.g., CONTRIBUTING, SECURITY, issue/PR templates, AGENTS.md, standalone AI policies) and surrounding justificatory materials (e.g., announcements, discussions, commits). Coding used iterative qualitative coding with constant comparison; inter-rater agreement was Cohen’s kappa 0.742 for governance orientation, 0.745 for concerns, and 0.840 for strategies.
Limitations
- The paper states the corpus privileges visible, policy-rich OSS projects, so findings are analytically transferable rather than a prevalence estimate for all OSS; smaller, low-activity, non-GitHub, and non-English communities may govern differently.
- It analyzes publicly encoded governance, not enacted practice; private discussions, discretionary triage, informal coordination, moderation, and security workflows are not visible, and the authors do not evaluate causal effectiveness or uniform enforcement.
- The authors note interpretations were not validated by repository owners or maintainers, categories are interpretive abstractions, the O2/O3 boundary is least sharp, and the analysis is cross-sectional in a fast-changing area.
Model-written summary. Check it against the paper before relying on it.
Integrity signals
Registry
Cites
Statistics
Claims the paper makes
4 of 20 cited sources checked · 1 supported · 0 flagged · accuracy not yet measured
- Premisecitation§ 1 Introduction · p. 1
GenAI is increasingly acting as a community contributor in OSS, submitting issues, pull requests, code reviews, and security reports.
“It is increasingly acting as a community contributor-submitting issues, pull requests, code reviews, and security reports [14, 24, 73].”
Quote in the paperSubstantial claim2 of 3 sources checked- cites [14] [14] Angela Fan, Beliz Gokkaya, Mark Harman, Mitya Lyubarskiy, Shubho Sengupta, Shin Yoo, and Jie M Zhang. 2023. Large language models for software engineering: survey and open problems. In 2023 IEEE/ACM International Conference on Software Engineering: Future of Software Engineering (ICSE-FoSE) . IEEE, IEEE, Los Alamitos, CA, USA, 31-53. doi:10.1109/ICSE-FOSE59343.2023.00008 - source
The Code Generation and Completion section discusses AI-assisted coding, while Generating New Tests Using LLMs discusses using bug reports as inputs. Neither describes GenAI acting as an OSS community contributor. Searches for pull requests, code reviews, and security reports found no passage describing GenAI submitting them. (LLM, conf=0.76)
Experimental — accuracy not yet measured - cites [24] [24] Xinyi Hou, Yanjie Zhao, Yue Liu, Zhou Yang, Kailong Wang, Li Li, Xiapu Luo, David Lo, John Grundy, and Haoyu Wang. 2024. Large language models for software engineering: a systematic literature review. ACM Transactions on Software Engineering and Methodology 33, 5 (2024), 1-41. doi:10.1145/3695988 - source
- cites [73] [73] Quanjun Zhang, Chunrong Fang, Yang Xie, Yaxin Zhang, Yun Yang, Weisong Sun, Shengcheng Yu, and Zhenyu Chen. 2026. A survey on large language models for software engineering. Science China Information Sciences 69, 4 (2026), 141102. doi:10.1007/s11432-025-4670-0 - source
The section on integrating LLMs into open-source ecosystems (page unavailable) describes developers and AI agents collaborating on issue triage and resolution, pull request submission, and code review. It does not say they submit security reports, and issue triage or resolution is not the same as submitting issues. (LLM, conf=0.88)
Experimental — accuracy not yet measured
- Findingown data§ 5.1 Governance orientations · p. 5
Three recurring governance orientations explain why projects facing similar GenAI pressures develop different institutional responses.
“we derived three recurring governance orientations-higher-order judgments, not static labels or maturity rankings-that reflect three distinct ways of framing the governance problem”
Quote in the paperSubstantial claim - Findingcitation§ 4 RQ1: Maintainer Concerns · p. 4
A first recurring pressure is that AI makes it easier to submit changes whose scope outruns shared problem definition.
“A first recurring pressure is that AI makes it easier to submit changes whose scope outruns shared problem definition.”
Quote in the paperSubstantial claim - Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5
Some projects locate part of the GenAI problem in platform defaults/tooling limits that amplify other concerns.
“Finally, some projects locate part of the problem in platform defaults/tooling limits that amplify the concerns above.”
Quote in the paperNot a substantial claim - Findingreasoning§ 3.1 Research Design and Scope · p. 3
The final corpus comprises 67 OSS projects: 58 repositories and 9 communities.
“The corpus comprises 67 OSS projects: 58 repositories and 9 communities.”
- Also stated in: § 3.2 Corpus Construction · p. 3 · plain
“This stage added 30 cases and brought the final corpus to 67 OSS projects: 58 repositories and 9 communities.”
Quote in the paperSubstantial claim - Also stated in: § 3.2 Corpus Construction · p. 3 · plain
- Findingcitation§ 5.1 Governance orientations · p. 6
O3's core judgment is that projects prefer to absorb AI-related inputs into existing expectations around contribution quality, maintainability, and maintainer cost, rather than building AI-specific governance rules.
“The core judgment behind O3 is that projects prefer to absorb AI-related inputs into existing expectations around contribution quality, maintainability, and maintainer cost, rather than building AI-specific governance rules ( reasserting existing quality thresholds under cheaper-generation conditions ).”
Quote in the paperSubstantial claim - Findingown data§ 5.1 Governance orientations · p. 5
Cross-project variation in GenAI governance cannot be explained simply in terms of whether a project allows AI.
“We found that crossproject variation cannot be explained simply in terms of whether a project 'allows AI.'”
Quote in the paperSubstantial claim - Findingnone given§ 5.1 Governance orientations · p. 7
Under O1, disclosure supports narrow exceptions or enforcement rather than contradicting prohibition.
“Under O1, for example, disclosure supports narrow exceptions or enforcement rather than contradicting prohibition.”
Quote in the paperNot a substantial claim - Findingreasoning§ A3. Compliance and Provenance Safeguarding. · p. 7
Compliance and provenance safeguards more often appear in projects that allow some degree of AI use while insisting that contributors retain responsibility for redistributability, license compatibility, and lawful provenance.
“More often, they appear in projects that allow some degree of AI use while insisting that contributors retain responsibility for redistributability, license compatibility, and lawful provenance.”
Quote in the paperSubstantial claim - Findingcitation§ 4 RQ1: Maintainer Concerns · p. 4
A second recurring concern is that surface completeness no longer signals correctness.
“A second recurring concern is that surface completeness no longer signals correctness.”
Quote in the paperNot a substantial claim - Findingnone given§ 1 Introduction · p. 1
Projects have begun to establish GenAI-specific rules across contribution guidelines, security policies, issue and PR templates, AI directives, and public announcements.
“In response, projects have begun to establish GenAI-specific rules across contribution guidelines, security policies, issue and PR templates, AI directives (such as AGENTS.md ), and public announcements.”
Quote in the paperSubstantial claim - Findingown data§ 1 Introduction · p. 2
The paper abstracts a reusable strategy space of 12 governance strategies and their policy instruments.
“We abstract a reusable strategy space of 12 governance strategies and their policy instruments, showing how the strategies serve different roles under different orientations.”
Quote in the paperSubstantial claim - Findingreasoning§ 5.1 Governance orientations · p. 7
The boundaries among the three orientations lie in higher-order judgments about what kind of governance problem GenAI presents, not in any single device such as disclosure or templates.
“The boundaries among the three orientations lie in higher-order judgments about what kind of governance problem GenAI presents, not in any single device such as disclosure or templates.”
Quote in the paperSubstantial claim - Findingown data§ 5.2 Governance strategies · p. 7
Through cross-project comparison, the paper derived 12 strategies that cluster into four functional groups: entry admissibility and input qualification, responsibility and evidence restoration, review burden and workflow protection, and infrastructure and institutional adjustment.
“Through cross-project comparison, we derived 12 strategies that cluster into four functional groups: entry admissibility and input qualification , responsibility and evidence restoration , review burden and workflow protection , and infrastructure and institutional adjustment .”
Quote in the paperSubstantial claim - Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5
Projects describe AI contribution primarily as a review problem rather than a generation problem.
“Projects therefore describe AI contribution primarily as a review problem rather than a generation problem.”
Quote in the paperSubstantial claim - Findingown data§ 4 RQ1: Maintainer Concerns · p. 4
GenAI enters OSS workflows well beyond code generation, including code contribution, discussion, issue triage, security reporting, and platform-level entry points.
“Our corpus shows that GenAI enters OSS workflows well beyond code generation, including code contribution, discussion, issue triage, security reporting, and platform-level entry points.”
Quote in the paperSubstantial claim - Findingown data§ 3.2 Corpus Construction · p. 3
The broad repository screening stage yielded 37 OSS projects with explicit GenAI governance content.
“This stage yielded 37 OSS projects with explicit GenAI governance content.”
Quote in the paperSubstantial claim - Findingreasoning§ 5.1 Governance orientations · p. 6
O2 treats AI as a distinct governance object requiring explicit rules across multiple collaboration surfaces (multi-surface boundary governance).
“Rather than excluding AI-mediated input categorically, this orientation treats AI as a distinct governance object requiring explicit rules across multiple collaboration surfaces ( multi-surface boundary governance ).”
Quote in the paperSubstantial claim - Findingown data§ 1 Introduction · p. 2
The paper derives three governance orientations: prohibitionist, boundary-and-accountability, and quality-first.
“We derived three governance orientations: prohibitionist, boundary-and-accountability, and qualityfirst-operationalized through 12 recurring governance strategies.”
Quote in the paperSubstantial claim - Findingown data§ 5.1 Governance orientations · p. 5
Twenty-three cases displayed mixed governance logics, combining a dominant orientation with material elements of a secondary one.
“Twenty-three cases displayed mixed governance logics, combining a dominant orientation with material elements of a secondary one.”
Quote in the paperNot a substantial claim - Findingown data§ 4 RQ1: Maintainer Concerns · p. 4
In code contribution, maintainers most consistently describe a review bottleneck.
“In code contribution, maintainers most consistently describe a review bottleneck .”
Quote in the paperNot a substantial claim - Findingreasoning§ A3. Compliance and Provenance Safeguarding. · p. 7
Compliance and provenance safeguards do not necessarily require direct prohibition.
“Unlike boundary exclusion, compliance and provenance safeguards do not necessarily require direct prohibition.”
Quote in the paperSubstantial claim - Findingreasoning§ A2. Transparency and Disclosure. · p. 7
Many projects pair disclosure requirements with explicit statements that they do not intend to police tools per se, but to use disclosure as a more rational review-calibration signal.
“For this reason, many projects pair disclosure requirements with explicit statements that they do not intend to police tools per se, but to use disclosure as a more rational review-calibration signal.”
Quote in the paperNot a substantial claim - Findingreasoning§ 5.1 Governance orientations · p. 7
The O2/O3 boundary was the least sharp.
“The O2/O3 boundary was the least sharp.”
Quote in the paperNot a substantial claim - Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5
For some projects, the concern about GenAI is not output quality but copyright/licensing/provenance uncertainty.
“For some projects, the concern is not output quality but copyright/licensing/provenance uncertainty .”
Quote in the paperSubstantial claim - Findingreasoning§ C4. Security Channel Governance. · p. 9
Security channel governance governs what counts as an actionable security input and what level of evidence, disclosure, and reproducibility is required before high-priority maintainer resources are engaged.
“This strategy therefore governs what counts as an actionable security input and what level of evidence, disclosure, and reproducibility is required before high-priority maintainer resources are engaged.”
Quote in the paperSubstantial claim - Findingreasoning§ C4. Security Channel Governance. · p. 9
Security channel governance protects a particularly scarce and high-value workflow: vulnerability handling.
“Security channel governance belongs in this group because it protects a particularly scarce and high-value workflow: vulnerability handling.”
Quote in the paperSubstantial claim - Findingown data§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10
GenAI governance is rarely a from-scratch invention.
“Our results demonstrate that GenAI governance is rarely a fromscratch invention.”
Quote in the paperSubstantial claim - Findingreasoning§ C2. Capacity and Queue Control. · p. 9
Capacity and queue control regulates input rate, concurrency, and review load rather than focusing on the technical content of an individual submission.
“Instead of focusing on the technical content of an individual submission, it regulates input rate, concurrency, and review load.”
Quote in the paperSubstantial claim - Findingreasoning§ C4. Security Channel Governance. · p. 9
Unlike ordinary PRs or general issue reports, security submissions often receive elevated processing priority.
“Unlike ordinary PRs or general issue reports, security submissions often receive elevated processing priority.”
Quote in the paperSubstantial claim - Findingown data§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10
Most analyzed materials are maintainer-authored or directly linked from the projects' own governance texts.
“Most analyzed materials are maintainer-authored or directly linked from the projects' own governance texts, so this limitation is unlikely to invalidate the descriptive taxonomy, though it does bound what we can claim about intent, enforcement, and outcomes.”
Quote in the paperSubstantial claim - Findingreasoning§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10
We observe a shift from downstream code review to upstream admission control.
“Consequently, we observe a shift from downstream code review to upstream admission control .”
Quote in the paperSubstantial claim- Rests on an assumption: GenAI creates a radical socio-technical asymmetry, where the cost of producing a plausible, complete-looking PR approaches zero, while the cost of reviewing it remains high or even increases.
- Findingreasoning§ C1. Scope and Intentionality Control. · p. 8
Projects use scope and intentionality control to require small, focused, issue-linked, and intentionally scoped submissions, thereby discouraging broad, speculative, or misaligned PRs that arrive before the underlying problem has been accepted.
“Projects use this strategy to require small, focused, issue-linked, and intentionally scoped submissions, thereby discouraging broad, speculative, or misaligned PRs that arrive before the underlying problem has been accepted.”
Quote in the paperSubstantial claim - Findingown data§ 8 Conclusion · p. 11
Projects confront governance challenges across the full contribution lifecycle spanning code reviewability, communication accountability, triage burden, security-channel integrity, provenance uncertainty, and platform constraints.
“Instead, projects confront governance challenges across the full contribution lifecycle spanning code reviewability, communication accountability, triage burden, security-channel integrity, provenance uncertainty, and platform constraints.”
Quote in the paperSubstantial claim - Findingreasoning§ D1. Channel, Venue, and Platform Reconfiguration. · p. 9
Reconfiguration typically appears as an escalation strategy when repository-level governance is judged insufficient.
“For this reason, reconfiguration typically appears as an escalation strategy when repository-level governance is judged insufficient.”
Quote in the paperNot a substantial claim - Findingreasoning§ C3. Moderation and Sanctions. · p. 9
Moderation is widespread in both O2 and O3 but functions less as a standalone governance logic than as an enforcement amplifier whose effectiveness depends on other strategies-disclosure, verification, or scope control-already being in place.
“Moderation is widespread in both O2 and O3 but functions less as a standalone governance logic than as an enforcement amplifier whose effectiveness depends on other strategies-disclosure, verification, or scope control-already being in place.”
Quote in the paperSubstantial claim - Findingown data§ 7.2 From Repository to Infrastructure-Level Governance · p. 10
Most projects in the corpus have shown agility in updating governance policies in markdown files.
“While most projects in the corpus have shown agility in updating governance policies in markdown files, our results reveal the limits of repository-level governance.”
Quote in the paperSubstantial claim - Findingown data§ 8 Conclusion · p. 11
GenAI governance in OSS is not reducible to the question of 'to ban or not to ban.'
“Our results show that GenAI governance in OSS is not reducible to the question of 'to ban or not to ban.'”
Quote in the paperSubstantial claim - Findingreasoning§ C3. Moderation and Sanctions. · p. 9
Moderation and sanctions govern what happens once certain classes of input have already been judged low-effort, repeatedly non-compliant, adversarial, or not worth further processing.
“Moderation and sanctions govern what happens once certain classes of input have already been judged low-effort, repeatedly non-compliant, adversarial, or not worth further processing.”
Quote in the paperNot a substantial claim - Findingcitation§ 7.2 From Repository to Infrastructure-Level Governance · p. 10
We are beginning to see the emergence of infrastructure-level countermeasures that bypass the repository ruleset entirely.
“We are beginning to see the emergence of infrastructure-level countermeasures that bypass the repository ruleset entirely.”
Quote in the paperSubstantial claim - Findingreasoning§ D1. Channel, Venue, and Platform Reconfiguration. · p. 9
Channel, venue, and platform reconfiguration governs not primarily what contributors submit, but where and through which interface they are allowed to submit it.
“Channel, venue, and platform reconfiguration governs not primarily what contributors submit, but where and through which interface they are allowed to submit it.”
Quote in the paperSubstantial claim - Interpretationreasoning§ B1. Accountability Reinforcement. · p. 8
The principal benefit of accountability reinforcement is reducing maintainers' uncertainty about who really understands the change and will remain responsible for it.
“The principal benefit is reducing maintainers' uncertainty about who really understands the change and will remain responsible for it.”
Quote in the paperSubstantial claim - Interpretationreasoning§ A3. Compliance and Provenance Safeguarding. · p. 7
The benefit of compliance and provenance safeguards is reallocating legal and provenance uncertainty away from maintainers.
“The benefit is reallocating legal and provenance uncertainty away from maintainers.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 4
The problem is not PR size alone, but that maintainers are pushed to decide during review whether the change should exist at all.
“The problem is not PR size alone, but that maintainers are pushed to decide during review whether the change should exist at all.”
Quote in the paperSubstantial claim - Interpretationreasoning§ A3. Compliance and Provenance Safeguarding. · p. 7
The central behavior governed by compliance and provenance safeguards is the contributor's obligation to make these judgments before submission, rather than leaving them for maintainers to reconstruct case by case during review.
“The central behavior being governed is therefore the contributor's obligation to make these judgments before submission, rather than leaving them for maintainers to reconstruct case by case during review.”
Quote in the paperSubstantial claim - Interpretationreasoning§ A2. Transparency and Disclosure. · p. 7
The main benefit of disclosure is that it reduces maintainers' up-front information-discovery cost.
“The main benefit of disclosure is that it reduces maintainers' up-front information-discovery cost.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5
Fabricated or unverifiable AI security reports are especially costly because they immediately consume scarce security-handling time.
“Fabricated or unverifiable AI reports are especially costly because they immediately consume scarce security-handling time.”
Quote in the paperNot a substantial claim - Interpretationreasoning§ B1. Accountability Reinforcement. · p. 8
The trade-off of accountability reinforcement is that it raises the bar for participation by tying admissibility to explainability and sustained responsibility.
“The trade-off is substantial: this strategy raises the bar for participation by tying admissibility to explainability and sustained responsibility.”
Quote in the paperSubstantial claim - Interpretationreasoning§ A2. Transparency and Disclosure. · p. 7
Disclosure helps maintainers distinguish between what appears to come from the contributor's own understanding and what depends heavily on model-generated output.
“Disclosure helps them distinguish between what appears to come from the contributor's own understanding and what depends heavily on model-generated output.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 1 Introduction · p. 1
The paper presents the first systematic analysis of GenAI governance in OSS.
“In this paper, we present the first systematic analysis of GenAI governance in OSS.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 5.1 Governance orientations · p. 6
For O3, the key question is not whether AI was used, but whether the input is reviewable, maintainable, and worth maintainers' limited time.
“The key question is not whether AI was used, but whether the input is reviewable, maintainable, and worth maintainers' limited time.”
Quote in the paperSubstantial claim - Interpretationreasoning§ A1. Boundary Exclusion / Reject-or-Ban. · p. 7
The main benefit of boundary exclusion is front-loading the forms of uncertainty maintainers most want to avoid at the stage of admissibility judgment, reducing the need to repeatedly re-litigate boundaries during review.
“The main benefit is front-loading the forms of uncertainty maintainers most want to avoid at the stage of admissibility judgment, reducing the need to repeatedly re-litigate boundaries during review.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5
Review cannot shift from correctness checking to style checking.
“Review therefore cannot shift from correctness checking to style checking.”
Quote in the paperNot a substantial claim - Interpretationreasoning§ 7.2 From Repository to Infrastructure-Level Governance · p. 10
The platform-and-tooling concern identified in RQ1 suggests that as long as platforms provide a 'one-click' AI generation path without corresponding identification or intake controls, repository rules will remain under siege.
“The platform-andtooling concern identified in RQ1 suggests that as long as platforms provide a 'one-click' AI generation path without corresponding identification or intake controls, repository rules will remain under siege.”
Quote in the paperSubstantial claim - Interpretationcitation§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10
Strategies like Scope and Intentionality Control (requiring pre-approved issues) or Verification and Evidence Gating (requiring proof-of-concept before review) are attempts to protect the most scarce resource in OSS: maintainer attention.
“Strategies like Scope and Intentionality Control (requiring pre-approved issues) or Verification and Evidence Gating (requiring proof-of-concept before review) are attempts to protect the most scarce resource in OSS: maintainer attention [11].”
Quote in the paperSubstantial claim0 of 1 sources checked- cites [11] [11] Nadia Eghbal. 2020. Working in Public: The Making and Maintenance of Open Source Software . Stripe Press, South San Francisco, CA, USA. -
Not checked in the free run.
- Rests on an assumption: GenAI creates a radical socio-technical asymmetry, where the cost of producing a plausible, complete-looking PR approaches zero, while the cost of reviewing it remains high or even increases.
- Interpretationcitation§ C2. Capacity and Queue Control. · p. 9
The governance target of capacity and queue control is not the correctness of any single patch, but how much simultaneous reviewer attention a contributor may occupy.
“Here the governance target is not the correctness of any single patch, but how much simultaneous reviewer attention a contributor may occupy.”
Quote in the paperSubstantial claim - Interpretationreasoning§ B3. AI Tooling Governance. · p. 8
The benefit of tooling governance is that it allows some governance work to happen before low-quality or poorly attributable inputs reach review, by constraining the tool's role directly.
“The benefit of tooling governance is that it allows some governance work to happen before low-quality or poorly attributable inputs reach review, by constraining the tool's role directly.”
Quote in the paperSubstantial claim - Study design and conductnone given§ 6.1 Coverage and Transferability · p. 9
The corpus intentionally privileges visible OSS projects and policy-rich governance environments.
“Our corpus intentionally privileges visible OSS projects and policyrich governance environments.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10
By forcing contributors to justify the 'why' and 'how' before maintainers look at the 'what,' projects are effectively moving the triage line further up the workflow to survive the 'denial-of-service attack' of AI-assisted inputs.
“By forcing contributors to justify the 'why' and 'how' before maintainers look at the 'what,' projects are effectively moving the triage line further up the workflow to survive the 'denial-of-service attack' of AI-assisted inputs.”
Quote in the paperSubstantial claim- Rests on an assumption: GenAI creates a radical socio-technical asymmetry, where the cost of producing a plausible, complete-looking PR approaches zero, while the cost of reviewing it remains high or even increases.
- Interpretationreasoning§ B3. AI Tooling Governance. · p. 8
The challenge of tooling governance is not only rule design, but the stability of the interface between repository policy and tool behavior.
“The challenge here is therefore not only rule design, but the stability of the interface between repository policy and tool behavior.”
Quote in the paperSubstantial claim - Interpretationreasoning§ C1. Scope and Intentionality Control. · p. 8
The benefit of scope and intentionality control is that it lowers the cost of problem redefinition during review.
“The benefit of this strategy is that it lowers the cost of problem redefinition during review.”
Quote in the paperNot a substantial claim - Interpretationreasoning§ C4. Security Channel Governance. · p. 9
Projects using security channel governance exchange lower waste in security triage for a narrower and more demanding reporting interface.
“Projects thus exchange lower waste in security triage for a narrower and more demanding reporting interface.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10
GenAI governance represents a front-loading redesign of existing governance mechanisms.
“Instead, it represents a front-loading redesign of existing governance mechanisms.”
Quote in the paperSubstantial claim - Interpretationreasoning§ B3. AI Tooling Governance. · p. 8
Tooling governance shifts some control from ex post evaluation to ex ante interface design.
“It therefore shifts some control from ex post evaluation to ex ante interface design.”
Quote in the paperSubstantial claim - Interpretationreasoning§ D2. Incentive Redesign. · p. 9
Incentive redesign governs not content quality directly, but the institutional conditions that generate persistent low-value or adversarial submissions.
“In this sense, it governs not content quality directly, but the institutional conditions that generate persistent low-value or adversarial submissions.”
Quote in the paperSubstantial claim - Interpretationreasoning§ B2. Verification and Evidence Gating. · p. 8
The key governance move of verification and evidence gating is not to ask reviewers to be more careful, but to shift the burden of demonstrating verifiability toward the submitter.
“The key governance move is not to ask reviewers to be more careful, but to shift the burden of demonstrating verifiability toward the submitter.”
Quote in the paperSubstantial claim - Interpretationreasoning§ C1. Scope and Intentionality Control. · p. 8
The trade-off of scope and intentionality control is that more filtering work moves upstream into issue triage and proposal stages, reducing the space for drive-by contributions and fast exploratory participation.
“The trade-off is that more filtering work moves upstream into issue triage and proposal stages, reducing the space for drive-by contributions and fast exploratory participation.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 7.2 From Repository to Infrastructure-Level Governance · p. 10
Our results reveal the limits of repository-level governance.
“While most projects in the corpus have shown agility in updating governance policies in markdown files, our results reveal the limits of repository-level governance.”
Quote in the paperSubstantial claim - Interpretationreasoning§ C1. Scope and Intentionality Control. · p. 8
Scope and intentionality control means maintainers are less often forced to ask why a contribution exists, why it takes its current scope, and whether it fits the project's priorities.
“Maintainers are less often forced to ask why a contribution exists, why it takes its current scope, and whether it fits the project's priorities.”
Quote in the paperSubstantial claim - Premisecitation§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10
Open source communities have invented strategies, including contribution and security guidelines, issue and PR templates, proposal and approval workflows, to gate external contributions, balance maintainer workload, and coordinate collaboration efforts.
“and the open source communities have invented strategies, including contribution and security guidelines, issue and PR templates, proposal and approval workflows, to gate external contributions, balance maintainer workload, and coordinate collaboration efforts.”
Quote in the paperSubstantial claim0 of 1 sources checked- cites [21] [21] Georgios Gousios, Martin Pinzger, and Arie van Deursen. 2014. An exploratory study of the pull-based software development model. In Proceedings of the 36th International Conference on Software Engineering . Association for Computing Machinery, New York, NY, USA, 345-355. doi:10.1145/2568225.2568260 - source
- Interpretationreasoning§ D1. Channel, Venue, and Platform Reconfiguration. · p. 9
The benefit of channel, venue, and platform reconfiguration is that it changes the entry architecture itself rather than asking maintainers to repeatedly interpret and enforce the same boundaries after the fact.
“The benefit of this strategy is that it changes the entry architecture itself rather than asking maintainers to repeatedly interpret and enforce the same boundaries after the fact.”
Quote in the paperSubstantial claim - Interpretationreasoning§ C4. Security Channel Governance. · p. 9
The benefit of security channel governance is that it prevents fabricated, speculative, or unverifiable inputs from crowding out real vulnerabilities.
“The benefit of this strategy is that it prevents fabricated, speculative, or unverifiable inputs from crowding out real vulnerabilities.”
Quote in the paperSubstantial claim
- May combine two claims. 57
- Classified as probably not a substantial claim. 62
- The quote only partly states this claim. 2
May combine two claims.
Premisecitation§ 1 Introduction · p. 1Recent coding agents navigate repositories, generate full patches, and execute pipelines with greater autonomy.
“Recent coding agents take this further by navigating repositories, generating full patches, and executing pipelines with greater autonomy [34, 64, 71].”
Quote in the paperNot a substantial claim2 of 3 sources checked- cites [34] [34] Hao Li, Haoxiang Zhang, and Ahmed E Hassan. 2025. The rise of AI teammates in software engineering (SE 3.0): how autonomous coding agents are reshaping software engineering. arXiv preprint arXiv:2507.15003. doi:10.48550/arXiv.2507. 15003 [cs.SE] -
Not checked in the free run.
- cites [64] [64] Xingyao Wang, Boxuan Li, Yufan Song, Frank F. Xu, Xiangru Tang, Mingchen Zhuge, Jiayi Pan, Yueqi Song, Bowen Li, Jaskirat Singh, Hoang H. Tran, Fuqiang Li, Ren Ma, Mingzhang Zheng, Bill Qian, Yanjun Shao, Niklas Muennighoff, Yizhe Zhang, Binyuan Hui, Junyang Lin, et al. 2025. OpenHands: an open platform for AI software developers as generalist agents. In The Thirteenth International Conference on Learning Representations (ICLR 2025) . OpenReview.net, Singapore, 38 pages. https://openreview.net/forum?id=OJd3ayDDoF - source
Section 4.2 (p. 7) describes agents interacting with repositories, editing files, executing code, and attempting to fix GitHub issues; §2.2 (p. 4) describes a runtime for complex software-development workflows. These passages support greater autonomy in repository-level work, but they do not establish that agents generate full patches or execute entire pipelines. (LLM, conf=0.82)
Experimental — accuracy not yet measured - cites [71] [71] John Yang, Carlos E. Jimenez, Alexander Wettig, Kilian Lieret, Shunyu Yao, Karthik Narasimhan, and Ofir Press. 2024. SWE-agent: agent-computer interfaces enable automated software engineering. In Advances in Neural Information Processing Systems , Vol. 37. Curran Associates, Inc., Red Hook, NY, USA, 5052850652. doi:10.52202/079017-1601 - source
May combine two claims.
Findingown data§ A2. Transparency and Disclosure. · p. 7Documentation of prompts or AI interactions was observed too rarely for a standalone strategy, but it works as a policy instrument supporting disclosure, provenance, or evidence gating.
“We observed this too rarely for a standalone strategy, but it works as a policy instrument supporting disclosure, provenance, or evidence gating.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim. May combine two claims.
Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5A third concern is whether a contributor actually understands, explains, and owns the change.
“A third concern is whether a contributor actually understands, explains, and owns the change.”
Quote in the paperSubstantial claimMay combine two claims.
Findingcitation§ 1 Introduction · p. 1Many projects acknowledge the productivity benefits of GenAI and recognize that continuously rejecting LLM-generated code is not a good approach.
“At the same time, many projects acknowledge the productivity benefits and recognize that 'continuously rejecting LLM-generated code is not a good approach' [25].”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [25] [25] Immich Contributors. 2026. Object storage. GitHub Discussion. https://github.c om/immich-app/immich/discussions/23745 Accessed: 2026-03-26. -
Not checked in the free run.
May combine two claims.
Findingreasoning§ 5.1 Governance orientations · p. 6O2's core judgment is that GenAI-related inputs may enter the workflow, but only under explicit conditions of accountability, visibility, and verification.
“The core judgment behind O2 is that GenAI-related inputs may enter the workflow, but only under explicit conditions of accountability, visibility, and verification.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5A fourth concern is that review capacity becomes the first bottleneck.
“A fourth concern is that review capacity becomes the first bottleneck.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Findingreasoning§ A2. Transparency and Disclosure. · p. 7Disclosure seeks not to determine whether AI may be used, but to turn AI use from a hidden practice into a visible, discussable, and reviewable input signal.
“Disclosure seeks not to determine whether AI may be used, but to turn AI use from a hidden practice into a visible, discussable, and reviewable input signal.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingown data§ 3.4 Coding Procedure · p. 4Most orientation disagreements clustered at the O2/O3 boundary.
“Most orientation disagreements clustered at the O2/O3 boundary.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ A3. Compliance and Provenance Safeguarding. · p. 8The role of compliance and provenance safeguards varies sharply by orientation: in O1, provenance uncertainty serves as a rationale for categorical exclusion; in O2, it becomes a contributor-facing compliance obligation; in O3, it is folded into general licensing responsibility.
“This strategy's role varies sharply by orientation: in O1, provenance uncertainty serves as a rationale for categorical exclusion; in O2, it becomes a contributorfacing compliance obligation; in O3, it is folded into general licensing responsibility.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 5.1 Governance orientations · p. 7Orientations are dominant case-level logics, and strategies can co-occur with any orientation.
“Orientations are dominant case-level logics, and strategies can co-occur with any orientation.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Findingreasoning§ A1. Boundary Exclusion / Reject-or-Ban. · p. 7Boundary exclusion governs the behavior of excluding certain classes of GenAI-mediated input from the acceptable contribution surface altogether.
“Boundary exclusion governs the behavior of excluding certain classes of GenAI-mediated input from the acceptable contribution surface altogether .”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Findingreasoning§ 5.1 Governance orientations · p. 5O1 texts define AI-generated code as a class of input whose admissibility is in question from the outset.
“These texts define AI-generated code as a class of input whose admissibility is in question from the outset.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 5.1 Governance orientations · p. 5Organizational form and domain context function as boundary conditions that shape where pressure first arises, but do not reliably predict which orientation a project adopts.
“Organizational form and domain context function as boundary conditions that shape where pressure first arises, but do not reliably predict which orientation a project adopts.”
Quote in the paperSubstantial claimMay combine two claims. The quote only partly states this claim.
Findingown data§ 4 RQ1: Maintainer Concerns · p. 4The review bottleneck concern appears in four closely related manifestations: intent and context, surface completeness and correctness, authorship and responsibility, and review capacity.
“This concern appears in four closely related manifestations:”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ B1. Accountability Reinforcement. · p. 8Accountability reinforcement does not primarily regulate whether AI was used; it regulates whether the submitter understands the content, can explain it during review, and is willing to remain responsible for revising, defending, and maintaining it.
“It does not primarily regulate whether AI was used. Instead, it regulates whether the submitter understands the content, can explain it during review, and is willing to remain responsible for revising, defending, and maintaining it.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Findingnone given§ Function A. Entry admissibility and input qualification. · p. 7Entry admissibility and input qualification strategies move governance toward the point of intake, addressing what kinds of inputs may enter the system and what qualifying information must accompany them.
“These strategies move governance toward the point of intake, addressing what kinds of inputs may enter the system and what qualifying information must accompany them.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ B1. Accountability Reinforcement. · p. 8In O2, accountability reinforcement forms part of an explicit AI-specific boundary regime, whereas in O3 it is more often absorbed into general contribution-quality expectations.
“In O2, accountability reinforcement forms part of an explicit AI-specific boundary regime ('The AI generated it is never an acceptable answer'), whereas in O3 it is more often absorbed into general contribution-quality expectations.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim. May combine two claims.
Findingcitation§ 5.1 Governance orientations · p. 5O1's core judgment is that certain GenAI-related inputs present structural, nonabsorbable risk-including provenance uncertainty, copyright and licensing incompatibility, or taintedness-and should therefore not be absorbed into the existing review process.
“The core judgment behind O1 is that certain GenAI-related inputs present structural, nonabsorbable risk -including provenance uncertainty, copyright and licensing incompatibility, or taintedness-and should therefore not be absorbed into the existing review process.”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ A1. Boundary Exclusion / Reject-or-Ban. · p. 7Boundary exclusion is near-universal in O1 (93%) but also appears in 43% of O2 projects, where it typically applies selectively to specific contribution surfaces-such as fully generated PRs or unverified security reports-rather than as a blanket prohibition.
“Boundary exclusion is near-universal in O1 (93%) but also appears in 43% of O2 projects, where it typically applies selectively to specific contribution surfaces-such as fully generated PRs or unverified security reports-rather than as a blanket prohibition.”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ 4 RQ1: Maintainer Concerns · p. 4GenAI makes PRs easier to generate without making them easier to review, explain, or validate.
“GenAI makes PRs easier to generate without making them easier to review, explain, or validate.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.
Findingown data§ 3.2 Corpus Construction · p. 3The sampled repositories are highly visible, well-established, and collaboratively intensive.
“As shown in Table 1, the sampled repositories are highly visible, well-established, and collaboratively intensive.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Findingreasoning§ A2. Transparency and Disclosure. · p. 7Disclosure's immediate target is contributors' reporting behavior when submitting issues, PRs, comments, or reports.
“Its immediate target is contributors' reporting behavior when submitting issues, PRs, comments, or reports.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 5.1 Governance orientations · p. 5Across the 67 cases, O2 was the most common dominant orientation (40 cases, 59.7%), followed by O1 (14, 20.9%) and O3 (13, 19.4%).
“Across the 67 cases, O2 was the most common dominant orientation (40 cases, 59.7%), followed by O1 (14, 20.9%) and O3 (13, 19.4%).”
Quote in the paperSubstantial claimMay combine two claims.
Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5At issue entry, AI makes reports look plausible without making them more actionable, creating triage costs.
“At issue entry, the problem is triage costs : AI makes reports look plausible without making them more actionable.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Findingnone given§ Function B. Responsibility and evidence restoration. · p. 8Responsibility and evidence restoration strategies address how projects restore accountability, explanation, and evidence where GenAI makes them thinner.
“These strategies address how projects restore accountability, explanation, and evidence where GenAI makes them thinner.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingcitation§ 4 RQ1: Maintainer Concerns · p. 5In communication and discussion, GenAI contributions create low-value AI text and weaker human exchange.
“In communication and discussion, the same responsibility problem appears as low-value AI text and weaker human exchange.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Findingnone given§ B1. Accountability Reinforcement. · p. 8Accountability reinforcement seeks to pull responsibility back from the tool to the named human contributor.
“Accountability reinforcement seeks to pull responsibility back from the tool to the named human contributor.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 1 Introduction · p. 2The paper identifies seven recurring concern areas across OSS contribution workflows: review bottlenecks and contributor responsibility in code contribution, low-value AI text in communication, rising triage costs at issue entry, pressure on high-priority security channels, adversarial incentives, copyright/licensing/provenance uncertainty, and platform defaults and tooling limits.
“We identified seven recurring concern areas distributed across code contribution, communication, issue entry, security reporting, incentive structures, provenance and licensing, and platform infrastructure.”
- Also stated in: § 4 RQ1: Maintainer Concerns · p. 4 · plain
“Maintainer concerns therefore span seven recurring concern areas: 1) review bottlenecks and contributor responsibility in code contribution, 2) low-value AI text in communication, 3) rising triage costs at issue entry, 4) pressure on high-priority security channels, 5) adversarial incentives, 6) copyright/licensing/provenance uncertainty, and 7) platform defaults and tooling limits.”
Quote in the paperSubstantial claim- Also stated in: § 4 RQ1: Maintainer Concerns · p. 4 · plain
Classified as probably not a substantial claim.
Findingnone given§ 5.2 Governance strategies · p. 7Each strategy takes effect through policy instruments, the textual and workflow mechanisms a project deploys.
“Each strategy takes effect through policy instruments , the textual and workflow mechanisms a project deploys.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 5.2 Governance strategies · p. 7In broad terms, O1 concentrates on front-gate and infrastructural controls, O2 carries the broadest AI-specific governance layer, and O3 relies more heavily on general-purpose quality controls while adopting fewer explicit AI-specific mechanisms.
“In broad terms, O1 concentrates on front-gate and infrastructural controls, O2 carries the broadest AI-specific governance layer, and O3 relies more heavily on general-purpose quality controls while adopting fewer explicit AI-specific mechanisms.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ C4. Security Channel Governance. · p. 9Security channel governance differs from the general evidence gating of B2: B2 gates ordinary PR and issue handling, whereas C4 protects high-priority security channels, where fake reports immediately consume scarce incident-response time.
“Security channel governance also differs from the general evidence gating of B2. B2 gates ordinary PR and issue handling, whereas C4 protects high-priority security channels, where fake reports (fabricated, hallucinated, or unverifiable vulnerability reports) immediately consume scarce incident-response time.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Findingnone given§ Function C. Review burden and workflow protection. · p. 8Review burden and workflow protection strategies protect maintainer time, review queues, and high-priority channels once inputs have already entered the system.
“These strategies protect maintainer time, review queues, and high-priority channels once inputs have already entered the system.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ B2. Verification and Evidence Gating. · p. 8Verification and evidence gating may include local test logs, proof-of-concept artifacts, reproduction steps, references, or explicit human validation notes.
“This may include local test logs, proof-of-concept artifacts, reproduction steps, references, or explicit human validation notes.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ D1. Channel, Venue, and Platform Reconfiguration. · p. 9When maintainers conclude that repository-level rules can no longer control the relevant problems, they may suspend external PRs, redirect reporting channels, or even migrate their main collaboration venue.
“When maintainers conclude that repository-level rules can no longer control the relevant problems, they may suspend external PRs, redirect reporting channels, or even migrate their main collaboration venue.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ C3. Moderation and Sanctions. · p. 9Moderation and sanctions define more consistent ways to close, reject, block, or ban such inputs, thereby reducing the cost of repeated case-by-case negotiation.
“Rather than trying to improve such inputs, this strategy defines more consistent ways to close, reject, block, or ban them, thereby reducing the cost of repeated case-by-case negotiation.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Findingreasoning§ B3. AI Tooling Governance. · p. 8AI tooling governance seeks to restore responsibility and control at the tool layer rather than only at the human layer.
“AI tooling governance belongs in this group because it also seeks to restore responsibility and control, but does so at the tool layer rather than only at the human layer.”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ C2. Capacity and Queue Control. · p. 9Even when contributors act in good faith, review bandwidth remains limited, and GenAI can significantly increase the rate at which reviewable-looking inputs are produced.
“This strategy makes explicit a practical reality of OSS maintenance: even when contributors act in good faith, review bandwidth remains limited, and GenAI can significantly increase the rate at which reviewable-looking inputs are produced.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8 Conclusion · p. 11We identified three governance orientations (prohibitionist, boundary-and-accountability, and quality-first) that explain how projects interpret these challenges differently, and abstracted 12 cross-project governance strategies and their policy instruments.
“We identified three governance orientations (prohibitionist, boundary-and-accountability, and quality-first) that explain how projects interpret these challenges differently, and abstracted 12 cross-project governance strategies and their policy instruments.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ C1. Scope and Intentionality Control. · p. 8Scope and intentionality control governs not only PR size, but whether a contribution is framed within the right problem context.
“Scope and intentionality control governs not only PR size, but whether a contribution is framed within the right problem context.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Findingreasoning§ B3. AI Tooling Governance. · p. 8AI tooling governance is a further step than accountability and verification: projects do not merely regulate how humans should use AI, but begin to regulate AI tools and agents directly through files such as AGENTS.md, Copilot instructions, or other tool-facing repository rules.
“Compared with accountability and verification, it is a further step: projects do not merely regulate how humans should use AI, but begin to regulate AI tools and agents directly through files such as AGENTS.md , Copilot instructions, or other tool-facing repository rules.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.
Findingnone given§ D2. Incentive Redesign. · p. 9Incentive redesign is one of the least frequent but most revealing strategies in the corpus.
“Incentive redesign is one of the least frequent but most revealing strategies in the corpus.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8 Conclusion · p. 11GenAI enters OSS collaboration at multiple workflow stages, raises maintainer concerns across these stages, and projects articulate governance responses.
“Drawing on a corpus of public governance materials from 67 OSS projects, we showed how GenAI enters OSS collaboration at multiple workflow stages, what maintainer concerns it raises across these stages, and what governance responses projects articulate.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ D2. Incentive Redesign. · p. 9Incentive redesign does not regulate how a particular input is written or reviewed; instead, it targets the broader reward structure that makes certain kinds of harmful input worth producing in the first place.
“It does not regulate how a particular input is written or reviewed. Instead, it targets the broader reward structure that makes certain kinds of harmful input worth producing in the first place.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Findingreasoning§ B2. Verification and Evidence Gating. · p. 8Verification and evidence gating seeks to change contributor behavior by requiring sufficient supporting material before an input is processed further.
“Verification and evidence gating seeks to change contributor behavior by requiring sufficient supporting material before an input is processed further.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingreasoning§ C2. Capacity and Queue Control. · p. 9Capacity and queue control treats the review queue itself as a scarce resource in need of governance.
“Capacity and queue control treats the review queue itself as a scarce resource in need of governance.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing). The quote only partly states this claim.
Study design and conductnone given§ 3.2 Corpus Construction · p. 3Disagreements between the two authors were resolved through discussion.
“Disagreements were resolved through discussion.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationcitation§ 4 RQ1: Maintainer Concerns · p. 5When rewards remain in place, AI lowers the cost of producing bad-faith or low-value reports.
“When rewards remain in place, AI lowers the cost of producing bad-faith or low-value reports.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Study design and conductnone given§ 3.4 Coding Procedure · p. 4All concern and strategy counts reported are case-level presence counts rather than mention frequencies, so repeated expressions within the same case were counted once.
“All concern and strategy counts reported below are case-level presence counts rather than mention frequencies, so repeated expressions within the same case were counted once.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 5.1 Governance orientations · p. 6O2 locates the governance problem in AI-mediated input itself and admits such input only under AI-specific rules of disclosure, human accountability, verification, or enforcement.
“O2 thus locates the governance problem in AI-mediated input itself and admits such input only under AI-specific rules of disclosure, human accountability, verification, or enforcement.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ A2. Transparency and Disclosure. · p. 7The trade-off of disclosure is that contributors must bear additional metadata-reporting costs, and explicit AI marking may generate concerns about differential treatment.
“At the same time, the trade-off is concrete: contributors must bear additional metadata-reporting costs, and explicit AI marking may generate concerns about differential treatment.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim. May combine two claims.
Study design and conductcitation§ 3.1 Research Design and Scope · p. 3The inclusion criterion for GenAI governance was fixed before document analysis began and stayed stable throughout screening, not shaped by findings.
“We fixed this inclusion criterion before document analysis began, building on prior definitions of OSS contribution governance [1, 11, 12]. The criterion stayed stable throughout screening; we only refined how it applied to borderline cases, so it was not shaped by our findings.”
Quote in the paperSubstantial claim0 of 3 sources checked- cites [1] [1] AdamAlami, Raúl Pardo, Marisa Leavitt Cohn, and Andrzej Wąsowski. 2022. Pull request governance in open source communities. IEEE Transactions on Software Engineering 48, 12 (2022), 4838-4856. doi:10.1109/TSE.2021.3128356 - source
- cites [11] [11] Nadia Eghbal. 2020. Working in Public: The Making and Maintenance of Open Source Software . Stripe Press, South San Francisco, CA, USA. -
Not checked in the free run.
- cites [12] [12] Omar Elazhary, Margaret-Anne D. Storey, Neil A. Ernst, and Andy Zaidman. 2019. Do as I do, not as I say: do contribution guidelines match the GitHub contribution process?. In 2019 IEEE International Conference on Software Maintenance and Evolution (ICSME) . IEEE, Los Alamitos, CA, USA, 286-290. doi:10.1109/ICSME. 2019.00043 - source
May combine two claims.
Interpretationreasoning§ 5.1 Governance orientations · p. 6O3 locates the problem not in AI use per se, but in ordinary contribution quality under cheaper-generation conditions, addressed through general controls of reviewability, testing, scope, and maintainability.
“O3 thus locates the problem not in AI use per se, but in ordinary contribution quality under cheaper-generation conditions, addressed through general controls of reviewability, testing, scope, and maintainability.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S2 (checkable).
Interpretationreasoning§ 5.1 Governance orientations · p. 7The three orientations should be read as ideal-typical governance logics rather than static labels or a ranking of policy strictness.
“The three orientations should therefore be read as ideal-typical governance logics rather than static labels or a ranking of policy strictness.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5The objection to AI-generated text in communication is not simply verbosity, but that it adds little context and displaces direct human exchange.
“The objection is therefore not simply to verbosity, but to generated text that adds little context and displaces direct human exchange.”
Quote in the paperSubstantial claimMay combine two claims.
Premisereasoning§ 1 Introduction · p. 1Prior research streams have not converged on how OSS projects govern GenAI within contribution workflows, leaving a lack of systematic understanding.
“However, these streams have not yet converged on the question of how OSS projects govern GenAI within contribution workflows.”
- Also stated in: § 1 Introduction · p. 1 · plain
“We still lack a systematic understanding of what concerns GenAI raises across different stages of OSS contribution workflows, and how projects organize their responses into governance approaches and concrete strategies.”
Quote in the paperSubstantial claim- Also stated in: § 1 Introduction · p. 1 · plain
Classified as probably not a substantial claim. May combine two claims.
Interpretationreasoning§ A1. Boundary Exclusion / Reject-or-Ban. · p. 7Boundary exclusion does not ask how to review GenAI-related input more effectively; it asks a prior admissibility question: whether such input should be treated as reviewable at all.
“Unlike disclosure, accountability, or verification, this strategy does not ask how to review GenAI-related input more effectively. It asks a prior admissibility question: whether such input should be treated as reviewable at all.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim. May combine two claims.
Study design and conductown data§ 3.4 Coding Procedure · p. 4Two authors independently performed both seed screening and full-corpus coding.
“To strengthen analytic credibility, two authors independently performed both seed screening and full-corpus coding.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing).
Interpretationnone given§ B1. Accountability Reinforcement. · p. 8Accountability indicates answerability and ownership in review, not blame.
“Accountability indicates answerability and ownership in review, not blame.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Interpretationreasoning§ 5.1 Governance orientations · p. 5For O1, the prior question is not how to review such inputs more effectively, but whether they should enter the workflow at all.
“The prior question is not how to review such inputs more effectively, but whether they should enter the workflow at all.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S2 (checkable).
Interpretationreasoning§ A2. Transparency and Disclosure. · p. 7What maintainers need from disclosure is not abstract transparency for its own sake, but a way to calibrate expectations once inputs become longer, more polished, and more contribution-like.
“What maintainers need is not abstract transparency for its own sake, but a way to calibrate expectations once inputs become longer, more polished, and more contribution-like.”
Quote in the paperNot a substantial claimMay combine two claims.
Premisecitation§ 1 Introduction · p. 1When a Node.js TSC member submitted a 19,000-line PR generated with Claude Code, the incident triggered a petition by over 80 developers calling for a project-wide ban on AI-assisted contributions.
“when a Node.js TSC member submitted a 19,000-line PR generated with Claude Code [7], the incident triggered a petition by over 80 developers [26, 27] calling for a project-wide ban on AI-assisted contributions.”
Quote in the paperNot a substantial claim0 of 3 sources checked- cites [7] [7] Matteo Collina. 2026. Virtual File System for Node.js. GitHub Pull Request #61478, nodejs/node. https://github.com/nodejs/node/pull/61478 Accessed: 2026-03-26. -
Not checked in the free run.
- cites [26] [26] Fedor Indutny. 2026. No AI Code in Node.js Core. Change.org petition. https: //www.change.org/p/no-ai-code-in-node-js-core Accessed: 2026-03-26. -
Not checked in the free run.
- cites [27] [27] Fedor Indutny. 2026. No AI in Node.js Core: A Petition to Disallow Acceptance of LLM-Generated Pull Requests. GitHub Repository. https://github.com/indut ny/no-ai-in-nodejs-core Accessed: 2026-03-26. -
Not checked in the free run.
May combine two claims.
Interpretationown data§ Abstract · p. 1Governing GenAI in OSS extends beyond a binary ban-or-not question and requires coordinated responses across accountability, verification, review capacity, code provenance, and platform infrastructure.
“We show that governing GenAI in OSS extends well beyond banning - it requires coordinated responses across accountability, verification, review capacity, code provenance, and platform infrastructure.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Study design and conductown data§ 3.2 Corpus Construction · p. 3Expansion stopped when connectivity saturation and category saturation were met.
“Expansion stopped when two criteria were met: connectivity saturation , when new links no longer produced qualifying cases, and category saturation , when new cases no longer introduced new codes.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5The concern about adversarial incentives is not mere noise, but noise made worthwhile by institutional incentives.
“Here the concern is not mere noise, but noise made worthwhile by institutional incentives.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5The issue with provenance is not ordinary review quality, but whether such inputs can be admitted at all.
“Here the issue is not ordinary review quality, but whether such inputs can be admitted at all.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Study design and conductown data§ 3.2 Corpus Construction · p. 3Two authors independently examined each remaining repository's governance surfaces for public text tying GenAI-related inputs to contribution rules, review expectations, security handling, channel restrictions, or sanctions.
“Two authors then independently examined each remaining repository's governance surfaces (CONTRIBUTING, SECURITY, standalone AI policies, AGENTS.md , and issue/PR templates) for public text that tied GenAI-related inputs to contribution rules, review expectations, security handling, channel restrictions, or sanctions.”
Quote in the paperSubstantial claimMay combine two claims.
Study design and conductown data§ 3.4 Coding Procedure · p. 4Inter-rater agreement was Cohen's kappa 0.742 for governance orientation, 0.745 for concerns, and 0.840 for strategies.
“For governance orientation, which assigned one dominant label to each of the 67 project-level cases, Cohen's kappa was 0.742. For concern and strategy coding, which allowed multiple codes per case, we calculated Cohen's kappa per code on binary presence/absence decisions and report the macro-average across codes: 0.745 for concerns and 0.840 for strategies.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Premisecitation§ 1 Introduction · p. 1AI changes the cost balance between generating and reviewing code.
“As a maintainer of matplotlib observed, AI 'changes the cost balance between generating and reviewing code' [39].”
Quote in the paperSubstantial claim0 of 1 sources checked- cites [39] [39] Matplotlib Contributors. 2026. [PERF] Replace np.column\_stack with np.vstack().T. GitHub Pull Request. https://github.com/matplotlib/matp lotlib/pull/31132 Accessed: 2026-03-26. -
Not checked in the free run.
Classified as probably not a substantial claim. May combine two claims.
Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5The issue is not AI use alone, but whether a human author remains accountable.
“The issue is not AI use alone, but whether a human author remains accountable.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationreasoning§ B1. Accountability Reinforcement. · p. 8Accountability reinforcement redefines authorship as a responsibility relation rather than a mere act of submission.
“In this way, the strategy redefines authorship as a responsibility relation rather than a mere act of submission.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 4 RQ1: Maintainer Concerns · p. 5The issue with platform/tooling is not only what contributors do, but what platforms make easy and what projects still cannot control.
“Here the issue is not only what contributors do, but what platforms make easy and what projects still cannot control.”
Quote in the paperSubstantial claimMay combine two claims.
Premisereasoning§ 1 Introduction · p. 1The surge of AI generated contributions grew beyond the maintenance capabilities of many well-known open source projects, causing chaos and debates.
“The surge of AI generated contributions grew beyond the maintenance capabilities of many well-known open source projects, causing chaos and debates within the cornerstones of the modern digital infrastructure.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Study design and conductreasoning§ 6.1 Coverage and Transferability · p. 9The findings should be interpreted as an analytically transferable account of publicly visible GenAI governance rather than a prevalence estimate for the entire OSS ecosystem.
“Accordingly, the findings should be interpreted as an analytically transferable account of publicly visible GenAI governance rather than a prevalence estimate for the entire OSS ecosystem.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ C2. Capacity and Queue Control. · p. 9The benefit of capacity and queue control is making maintainer time governable as a resource; the cost is that waiting time and participation friction are reallocated to contributors, especially newcomers.
“The benefit is making maintainer time governable as a resource; the cost is that waiting time and participation friction are reallocated to contributors, especially newcomers.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim. May combine two claims.
Study design and conductown data§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10Our results are coded from public texts and have not been validated by the repository owners or maintainers, so our interpretations of individual policies may contain imprecisions.
“Our results are coded from public texts and have not been validated by the repository owners or maintainers, so our interpretations of individual policies may contain imprecisions.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.
Interpretationreasoning§ 6.1 Coverage and Transferability · p. 9Smaller projects, low-activity repositories, non-GitHub communities, and non-English communities may encode similar pressures less explicitly or govern them differently.
“Smaller projects, low-activity repositories, non-GitHub communities, and non-English communities may encode similar pressures less explicitly or govern them differently.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationown data§ 8 Conclusion · p. 11These findings reveal a structural shift in OSS governance - from code review toward upstream admission control, and from text-based policies toward infrastructure-level assurance.
“Taken together, these findings reveal a structural shift in OSS governance - from code review toward upstream admission control, and from text-based policies toward infrastructure-level assurance.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Premisecitation§ 7.4 Future Work · p. 11He et al. [23] find that the adoption of Cursor can transiently boost development velocity, while leading to a persistent increase in static analysis warnings and code complexity.
“He et al. [23] find that the adoption of Cursor can transiently boost development velocity, while leading to a persistent increase in static analysis warnings and code complexity.”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [23] [23] Hao He, Courtney Miller, Shyam Agarwal, Christian Kästner, and Bogdan Vasilescu. 2026. Speed at the cost of quality: how Cursor AI increases shortterm velocity and long-term complexity in open-source projects. In Proceedings of the 23rd International Conference on Mining Software Repositories (MSR '26) . Association for Computing Machinery, New York, NY, USA, 1-19. https: //arxiv.org/abs/2511.04427 Accepted at MSR 2026 Mining Challenge; preprint available at arXiv. Accessed: 2026-03-26. -
Not checked in the free run.
Classified as probably not a substantial claim. May combine two claims.
Interpretationreasoning§ 7.3 Implications for Maintainers and Platform Designers · p. 10Stricter intake controls protect maintainer capacity but raise participation costs and may discourage external contribution.
“Each path carries an explicit trade-off: stricter intake controls protect maintainer capacity but raise participation costs and may discourage external contribution, so projects should move up the map gradually rather than adopt maximal controls by default.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationreasoning§ 6.3 Interpretive and Temporal Limits · p. 10Later governance changes may alter how particular OSS projects are best interpreted.
“Our analysis is thus a cross-sectional account of one time window, and later governance changes may alter how particular OSS projects are best interpreted.”
Quote in the paperNot a substantial claim- Rests on an assumption: GenAI-related governance is changing quickly: platforms, tools, and project rules continue to shift over short periods of time.
Probably not a substantial claim: may not pass S2 (checkable).
Study design and conductnone given§ 6.3 Interpretive and Temporal Limits · p. 10These categories remain interpretive abstractions rather than naturally given classes.
“These categories remain interpretive abstractions rather than naturally given classes.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Study design and conductreasoning§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10Our findings should be read as an account of public governance interfaces rather than a complete account of every path through which OSS projects actually process AI-related contributions.
“Our findings should therefore be read as an account of public governance interfaces rather than a complete account of every path through which OSS projects actually process AI-related contributions.”
Quote in the paperSubstantial claim- Rests on an assumption: Actual governance may depend on private maintainer discussions, discretionary triage, informal coordination, moderation practices, or security workflows that are not visible in repository texts.
Probably not a substantial claim: may not pass S3 (load-bearing).
Premisecitation§ 7.1 GenAI Reshapes and Front-loads OSS Governance · p. 10Pull-based development has always faced 'review friction'.
“Pull-based development has always faced 'review friction' [21]”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [21] [21] Georgios Gousios, Martin Pinzger, and Arie van Deursen. 2014. An exploratory study of the pull-based software development model. In Proceedings of the 36th International Conference on Software Engineering . Association for Computing Machinery, New York, NY, USA, 345-355. doi:10.1145/2568225.2568260 - source
Probably not a substantial claim: may not pass S2 (checkable). May combine two claims.
Interpretationreasoning§ 7.3 Implications for Maintainers and Platform Designers · p. 10Treating a review-throughput problem as an AI-specific one leads to over-engineering new AI gates where existing quality controls suffice, whereas treating a provenance or accountability problem as generic quality control leads to under-engineering.
“Treating a review-throughput problem as an AI-specific one leads to over-engineering-new AI gates where existing quality controls suffice-whereas treating a provenance or accountability problem as generic quality control leads to under-engineering.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim. May combine two claims.
Study design and conductreasoning§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10We also do not directly evaluate the causal effectiveness of these rules or whether they are enforced uniformly.
“We also do not directly evaluate the causal effectiveness of these rules or whether they are enforced uniformly.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Study design and conductnone given§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10This study analyzes governance as it is publicly expressed and institutionally encoded in project materials.
“This study analyzes governance as it is publicly expressed and institutionally encoded in project materials.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Interpretationreasoning§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10This limitation is unlikely to invalidate the descriptive taxonomy.
“Most analyzed materials are maintainer-authored or directly linked from the projects' own governance texts, so this limitation is unlikely to invalidate the descriptive taxonomy, though it does bound what we can claim about intent, enforcement, and outcomes.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Interpretationnone given§ B3. AI Tooling Governance. · p. 8Tooling governance depends heavily on whether tools and agent ecosystems actually read and comply with repository-level instructions.
“First, it depends heavily on whether tools and agent ecosystems actually read and comply with repository-level instructions.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S2 (checkable), S4 (based).
Interpretationnone given§ 7.3 Implications for Maintainers and Platform Designers · p. 11Shipping features that encourage 'effortless-to-produce but expensive-to-validate' contributions without providing the tools to detect, prioritize, or block them creates an unsustainable burden on the community.
“Shipping features that encourage 'effortless-to-produce but expensive-to-validate' contributions without providing the tools to detect, prioritize, or block them creates an unsustainable burden on the community.”
Quote in the paperNot a substantial claim- Rests on an assumption: GenAI creates a radical socio-technical asymmetry, where the cost of producing a plausible, complete-looking PR approaches zero, while the cost of reviewing it remains high or even increases.
Probably not a substantial claim: may not pass S3 (load-bearing).
Premisecitation§ 7.2 From Repository to Infrastructure-Level Governance · p. 10Agent-Trace [9] proposes a machine-readable provenance format of AI contributions, conversation links, and file- or line-level attribution, to shift the burden of 'proof of work' from human disclosure to tool-level transparency.
“Similarly, Agent-Trace [9] proposes a machine-readable provenance format of AI contributions, conversation links, and file- or line-level attribution, to shift the burden of 'proof of work' from human disclosure to tool-level transparency.”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [9] [9] Cursor Contributors. 2026. Agent Trace. Open specification, version 0.1.0 (RFC). https://agent-trace.dev/ Accessed: 2026-03-27. -
Not checked in the free run.
May combine two claims.
Interpretationreasoning§ D2. Incentive Redesign. · p. 9By addressing harmful input at the level of institutional reward rather than downstream filtering, incentive redesign functions as a high-cost governance escalation that may also discourage some good-faith participation.
“By addressing harmful input at the level of institutional reward rather than downstream filtering, this strategy functions as a high-cost governance escalation that may also discourage some good-faith participation.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing). May combine two claims.
Study design and conductreasoning§ 6.3 Interpretive and Temporal Limits · p. 10The three orientations are best understood as ideal-typical dominant logics, and orientation counts should therefore be read as approximate patterning rather than sharp natural groupings, especially near the O2/O3 boundary.
“The three orientations are best understood as ideal-typical dominant logics, and orientation counts should therefore be read as approximate patterning rather than sharp natural groupings, especially near the O2/O3 boundary.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S2 (checkable).
Interpretationreasoning§ 7.3 Implications for Maintainers and Platform Designers · p. 10Identifying the right orientation tells maintainers which family of strategies to use first, protecting the project without blocking valuable human-AI collaboration.
“Identifying the right orientation tells maintainers which family of strategies to use first, protecting the project without blocking valuable human-AI collaboration.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Study design and conductreasoning§ 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10This limitation does bound what we can claim about intent, enforcement, and outcomes.
“Most analyzed materials are maintainer-authored or directly linked from the projects' own governance texts, so this limitation is unlikely to invalidate the descriptive taxonomy, though it does bound what we can claim about intent, enforcement, and outcomes.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S2 (checkable).
Interpretationreasoning§ 7.2 From Repository to Infrastructure-Level Governance · p. 10The future of OSS governance lies not just in writing better markdown files, but in reconfiguring the infrastructure itself to make GenAI contributions legible and governable by default.
“These shifts suggest that the future of OSS governance lies not just in writing better markdown files, but in reconfiguring the infrastructure itself to make GenAI contributions legible and governable by default.”
Quote in the paperNot a substantial claimMay combine two claims.
Premisecitation§ 7.2 From Repository to Infrastructure-Level Governance · p. 10Vouch [22] reframes entry as a web-of-trust problem, where contributions are filtered based on endorsement before review: participants may need to be vouched for before interacting with selected project surfaces, and projects can extend this further into a web-of-trust model across repositories.
“For example, Vouch [22] reframes entry as a web-of-trust problem, where contributions are filtered based on endorsement before review: participants may need to be vouched for before interacting with selected project surfaces, and projects can extend this further into a web-of-trust model across repositories.”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [22] [22] Mitchell Hashimoto and Vouch Contributors. 2026. Vouch. GitHub repository. https://github.com/mitchellh/vouch Accessed: 2026-03-27. -
Not checked in the free run.
Probably not a substantial claim: may not pass S2 (checkable).
Interpretationreasoning§ 7.3 Implications for Maintainers and Platform Designers · p. 10There is no 'one-size-fits-all' AI policy.
“For maintainers , the immediate implication is that there is no 'onesize-fits-all' AI policy.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S2 (checkable).
Interpretationreasoning§ 7.3 Implications for Maintainers and Platform Designers · p. 10The O2/O3 distinction matters for practice.
“The O2/O3 distinction matters for practice.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ B2. Verification and Evidence Gating. · p. 8The benefit of verification and evidence gating is reducing secondary verification cost during review; the trade-off is a clear increase in submission preparation cost.
“The benefit is reducing secondary verification cost during review; the trade-off is a clear increase in submission preparation cost.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ D1. Channel, Venue, and Platform Reconfiguration. · p. 9The costs of channel, venue, and platform reconfiguration are substantial: contributors must adapt to new channels or platforms, and projects assume new infrastructural burdens and potential ecosystem friction.
“Its costs, however, are substantial. Contributors must adapt to new channels or platforms, and projects assume new infrastructural burdens and potential ecosystem friction.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Study design and conductown data§ 6.3 Interpretive and Temporal Limits · p. 10Our analysis is a cross-sectional account of one time window.
“Our analysis is thus a cross-sectional account of one time window, and later governance changes may alter how particular OSS projects are best interpreted.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Study design and conductreasoning§ 6.3 Interpretive and Temporal Limits · p. 10Strategy findings are less sensitive to that boundary because strategy presence was coded independently of orientation.
“Strategy findings are less sensitive to that boundary because strategy presence was coded independently of orientation.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S2 (checkable). May combine two claims.
Interpretationreasoning§ B3. AI Tooling Governance. · p. 8Projects using tooling governance must maintain a layer of policy text written for machine consumption and keep it aligned with ordinary contributor-facing rules.
“Second, projects themselves must maintain a layer of policy text written for machine consumption and keep it aligned with ordinary contributor-facing rules.”
Quote in the paperNot a substantial claim
The paper relies on this without support.
The public policies and statements of the sampled projects accurately reflect their actual governance orientations and practices.
“After open-coding maintainer concerns, we compared how projects interpreted these problems, where they located core risks, and how they allocated governance responsibility.”
The paper relies on this without support.
The open-coding and iterative comparison process reliably identified the governance orientations.
“After open-coding maintainer concerns, we compared how projects interpreted these problems, where they located core risks, and how they allocated governance responsibility. We found that crossproject variation cannot be explained simply in terms of whether a project 'allows AI.'”
The paper relies on this without support.
The 67 cases are sufficient to derive the three governance orientations.
“Across the 67 cases, O2 was the most common dominant orientation (40 cases, 59.7%), followed by O1 (14, 20.9%) and O3 (13, 19.4%).”
The paper relies on this without support.
GenAI-related governance is changing quickly: platforms, tools, and project rules continue to shift over short periods of time.
“In addition, GenAI-related governance is changing quickly: platforms, tools, and project rules continue to shift over short periods of time.”
The paper relies on this without support.
Actual governance may depend on private maintainer discussions, discretionary triage, informal coordination, moderation practices, or security workflows that are not visible in repository texts.
“Actual governance may also depend on private maintainer discussions, discretionary triage, informal coordination, moderation practices, or security workflows that are not visible in repository texts.”
The paper relies on this without support.
Text-based rules (CONTRIBUTING, SECURITY) are often reactive and might easily be bypassed by coding agents or low-effort human submitters.
“Text-based rules (CONTRIBUTING, SECURITY) are often reactive and might easily be bypassed by coding agents or low-effort human submitters.”
The paper relies on this without support.
GenAI creates a radical socio-technical asymmetry, where the cost of producing a plausible, complete-looking PR approaches zero, while the cost of reviewing it remains high or even increases.
“GenAI creates a radical socio-technical asymmetry, where the cost of producing a plausible, complete-looking PR approaches zero, while the cost of reviewing it remains high or even increases.”
Cites
Wohlin, C. (2014) · Proceedings of the 18th International Conference on Evaluation and Assessment in Software Engineering · doi:10.1145/2601248.2601268 · Cited by 4,234 · see citing works
Large Language Models for Software Engineering: A Systematic Literature Review
Hou, X., Zhao, Y., Liu, Y., Yang, Z., Wang, K., Li, L., Luo, X., Lo, D., Grundy, J., & Wang, H. (2024) · ACM Transactions on Software Engineering and Methodology · doi:10.1145/3695988 · Cited by 1,029 · see citing works
Large language models for software engineering: survey and open problems
Fan, A., Gokkaya, B., Harman, M., Lyubarskiy, M., Sengupta, S., Yoo, S., & Zhang, J. M. (2023) · 2023 IEEE/ACM International Conference on Software Engineering: Future of Software Engineering (ICSE-FoSE) · doi:10.1109/icse-fose59343.2023.00008 · Cited by 650 · see citing works
An exploratory study of the pull-based software development model
Gousios, G., Pinzger, M., & Deursen, A. V. (2014) · Proceedings of the 36th International Conference on Software Engineering · doi:10.1145/2568225.2568260 · Cited by 628 · see citing works
An empirical evaluation of GitHub copilot's code suggestions
Nguyen, N., & Nadi, S. (2022) · Proceedings of the 19th International Conference on Mining Software Repositories · doi:10.1145/3524842.3528470 · Cited by 313 · see citing works
The Impact of AI on Developer Productivity: Evidence from GitHub Copilot
Peng, S., Kalliamvakou, E., Cihon, P., & Demirer, M. (2023) · arXiv · doi:10.48550/arxiv.2302.06590 · Cited by 287 · see citing works
SWE-agent: Agent-Computer Interfaces Enable Automated Software Engineering
Yang, J., Jimenez, C., Wettig, A., Lieret, K., Yao, S., Narasimhan, K., & Press, O. (2024) · Advances in Neural Information Processing Systems 37 · doi:10.52202/079017-1601 · Cited by 264 · see citing works
A systematic literature review on the barriers faced by newcomers to open source software projects
Steinmacher, I., Silva, M. A. G., Gerosa, M. A., & Redmiles, D. (2014) · Information and Software Technology · doi:10.1016/j.infsof.2014.11.001 · Cited by 228 · see citing works
The SPACE of Developer Productivity: There's more to it than you think.
Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B., & Butler, J. (2021) · Queue · doi:10.1145/3454122.3454124 · Cited by 164 · see citing works
A survey on large language models for software engineering
Zhang, Q., Fang, C., Xie, Y., Zhang, Y., Yu, S., Sun, W., Yang, Y., & Chen, Z. (2026) · Science China Information Sciences · doi:10.1007/s11432-025-4670-0 · Cited by 124 · see citing works
Using AI-based coding assistants in practice: State of affairs, perceptions, and ways forward
Sergeyuk, A., Golubev, Y., Bryksin, T., & Ahmed, I. (2025) · Information and Software Technology · doi:10.1016/j.infsof.2024.107610 · Cited by 101 · see citing works
Automating Dependency Updates in Practice: An Exploratory Study on GitHub Dependabot
He, R., He, H., Zhang, Y., & Zhou, M. (2023) · IEEE Transactions on Software Engineering · doi:10.1109/tse.2023.3278129 · Cited by 64 · see citing works
Self-citationEffectiveness of code contribution: from patch-based to pull-request-based tools
Zhu, J., Zhou, M., & Mockus, A. (2016) · ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE) · doi:10.1145/2950290.2950364 · Cited by 58 · see citing works
Self-citationWhat the fork: a study of inefficient and efficient forking practices in social coding
Zhou, S., Vasilescu, B., & Kästner, C. (2019) · ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE) · doi:10.1145/3338906.3338918 · Cited by 51 · see citing works
He, H., Miller, C., Agarwal, S., Kästner, C., & Vasilescu, B. (2025) · IEEE Working Conference on Mining Software Repositories · doi:10.1145/3793302.3793349 · Cited by 43 · see citing works
Do as I Do, Not as I Say: Do Contribution Guidelines Match the GitHub Contribution Process?
Elazhary, O., Storey, M.-A., Ernst, N., & Zaidman, A. (2019) · 2019 IEEE International Conference on Software Maintenance and Evolution (ICSME) · doi:10.1109/icsme.2019.00043 · Cited by 42 · see citing works
GitHub Actions: The Impact on the Pull Request Process
Wessel, M. S., Vargovich, J., Gerosa, M. A., & Treude, C. (2023) · Empirical Software Engineering · doi:10.1007/s10664-023-10369-w · Cited by 38 · see citing works
On the scalability of Linux kernel maintainers' work
Zhou, M., Chen, Q., Mockus, A., & Wu, F. (2017) · ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE) · doi:10.1145/3106237.3106287 · Cited by 35 · see citing works
Self-citationRedundancy, Context, and Preference: An Empirical Study of Duplicate Pull Requests in OSS Projects
Li, Z., Yu, Y., Zhou, M., Wang, T., Yin, G., Lan, L., & Wang, H. (2020) · IEEE Transactions on Software Engineering · doi:10.1109/tse.2020.3018726 · Cited by 35 · see citing works
Self-citationImpact of Triage: A Study of Mozilla and Gnome
Xie, J., Zhou, M., & Mockus, A. (2013) · Proceedings of the ... ACM-IEEE International Symposium on Empirical Software Engineering and Measurement/International Symposium on Empirical Software Engineering and Measurement · doi:10.1109/esem.2013.62 · Cited by 34 · see citing works
Self-citationScaling open source communities
Tan, X. L., Zhou, M., & Fitzgerald, B. F. (2020) · ACM/IEEE International Conference on Software Engineering: Companion Proceedings (ICSE-Companion) · doi:10.1145/3377811.3380920 · Cited by 26 · see citing works
Self-citationOpenHands: An Open Platform for AI Software Developers as Generalist Agents
Wang, X., Li, B., Song, Y., Xu, F. F., Tang, X., Zhuge, M., Pan, J., Song, Y., Li, B., Singh, J., et al. (2024) · arXiv · doi:10.48550/arxiv.2407.16741 · Cited by 24 · see citing works
Licoeval: Evaluating LLMs on License Compliance in Code Generation
Xu, W., Gao, K., He, H., & Zhou, M. (2025) · ACM/IEEE International Conference on Software Engineering: Companion Proceedings (ICSE-Companion) · doi:10.1109/icse55347.2025.00052 · Cited by 22 · see citing works
Self-citationUnderstanding and Remediating Open-Source License Incompatibilities in the PyPI Ecosystem
Xu, W., He, H., Gao, K., & Zhou, M. (2023) · IEEE/ACM International Conference on Automated Software Engineering (ASE) · doi:10.1109/ase56229.2023.00175 · Cited by 18 · see citing works
Self-citationMeasuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity
Becker, J., Rush, N., Barnes, E., & Rein, D. (2025) · arXiv · doi:10.48550/arxiv.2507.09089 · Cited by 16 · see citing works
Vibe Coding in Practice: Motivations, Challenges, and a Future Outlook – a Grey Literature Review
Fawzy, A., Tahir, A., & Blincoe, K. (2026) · IEEE/ACM International Conference on Software Engineering: Software Engineering in Practice (ICSE-SEIP) · doi:10.1145/3786583.3786866 · Cited by 15 · see citing works
A Large-Scale Empirical Study of Open Source License Usage: Practices and Challenges
Wu, J., Bao, L., Yang, X., Xia, X., & Hu, X. (2024) · International Conference on Mining Software Repositories (MSR) · doi:10.1145/3643991.3644900 · Cited by 15 · see citing works
Pull Request Governance in Open Source Communities
Alami, A., Pardo, R., Cohn, M. L., & Wasowski, A. (2022) · IEEE Transactions on Software Engineering · doi:10.1109/tse.2021.3128356 · Cited by 15 · see citing works
Vibe Coding in Practice: Motivations, Challenges, and a Future Outlook -- a Grey Literature Review
Fawzy, A., Tahir, A., & Blincoe, K. (2025) · arXiv · doi:10.48550/arxiv.2510.00328 · Cited by 15
Linåker, J., Link, G., & Lumbard, K. (2024) · Proceedings of the 18th ACM/IEEE International Symposium on Empirical Software Engineering and Measurement · doi:10.1145/3674805.3686667 · Cited by 14 · see citing works
An Empirical Analysis of Issue Templates Usage in Large-Scale Projects on GitHub
Sülün, E., Saçakçı, M., & Tüzün, E. (2024) · ACM Transactions on Software Engineering and Methodology · doi:10.1145/3643673 · Cited by 10 · see citing works
Scaling Open Source Software Communities: Challenges and Practices of Decentralization
Tan, X. L., & Zhou, M. (2020) · IEEE Software · doi:10.1109/ms.2020.3025959 · Cited by 10 · see citing works
Self-citationContext Engineering for AI Agents in Open-Source Software
Mohsenimofidi, S., Galster, M., Treude, C., & Baltes, S. (2026) · International Conference on Mining Software Repositories (MSR) · doi:10.1145/3793302.3793350 · Cited by 7 · see citing works
Self-Admitted GenAI Usage in Open-Source Software
Xiao, T., Fan, Y., Calefato, F., Treude, C., Kula, R. G., Hata, H., & Baltes, S. (2025) · arXiv · Cited by 6
On Categorizing Open Source Software Security Vulnerability Reporting Mechanisms on GitHub
Kancharoendee, S., Phichitphanphong, T., Jongyingyos, C., Reid, B., Kula, R. G., Choetkiertikul, M., Ragkhitwetsagul, C., & Sunetnanta, T. T. (2025) · IEEE International Conference on Software Analysis, Evolution and Reengineering (SANER) · doi:10.1109/saner64311.2025.00076 · Cited by 4 · see citing works
What Do Contribution Guidelines Say About Software Testing?
Falcucci, B., Gomide, F., & Hora, A. (2025) · International Conference on Mining Software Repositories (MSR) · doi:10.1109/msr66628.2025.00073 · Cited by 2 · see citing works
SmartNote: An LLM-Powered, Personalised Release Note Generator That Just Works
Daneshyan, F., He, R., Wu, J., & Zhou, M. (2025) · Proceedings of the ACM on software engineering. · doi:10.1145/3729345 · Cited by 2 · see citing works
Self-citationOn Developers’ Self-Declaration of AI-Generated Code: An Analysis of Practices
Kashif, S. M., Liang, P., & Tahir, A. (2025) · ACM Transactions on Software Engineering and Methodology · doi:10.1145/3771937 · Cited by 2 · see citing works
Is Vibe Coding Safe? Benchmarking Vulnerability of Agent-Generated Code in Real-World TasksPreprint
Zhao, S., Wang, D., Zhang, K., Luo, J., Li, Z., & Li, L. (2025) · arXiv (Cornell University) · doi:10.48550/arxiv.2512.03262 · Cited by 2 · see citing works
Evaluating AGENTS.md: Are Repository-Level Context Files Helpful for Coding Agents?Preprint
Gloaguen, T., Mündler, N., Müller, M. N., Raychev, V., & Vechev, M. (2026) · arXiv (Cornell University) · doi:10.48550/arxiv.2602.11988 · Cited by 2 · see citing works
Developers and generative AI: A study of self-admitted usage in open source projects
Tufano, R., Pepe, F., Zampetti, F., Mastropaolo, A., Dabić, O., Penta, M. D., & Bavota, G. (2026) · Empirical Software Engineering · doi:10.1007/s10664-026-10848-w · Cited by 2 · see citing works
Xu, W., Ye, H., Gao, K., & Zhou, M. (2026) · ACM/IEEE International Conference on Software Engineering: Companion Proceedings (ICSE-Companion) · doi:10.1145/3744916.3773157 · Cited by 1 · see citing works
Self-citationEarly-Stage Prediction of Review Effort in AI-Generated Pull Requests
Minh, D. S. D., Kiet, H. T., Quy, N. L. P., Hoa, P. P., Nguyen, T. C., Duong, N. D. H., & Tran, T. B. (2026) · International Conference on Mining Software Repositories (MSR) · doi:10.1145/3793302.3793609 · Cited by 1 · see citing works
Self-Admitted GenAI Usage in Open-Source Software
Xiao, T., Fan, Y., Calefato, F., Treude, C., Kula, R. G., Hata, H., & Baltes, S. (2026) · IEEE Transactions on Software Engineering · doi:10.1109/tse.2026.3681886 · Cited by 1 · see citing works
On Autopilot? An Empirical Study of Human-AI Teaming and Review Practices in Open SourcePreprint
Gao, H., Banyongrakkul, P., Guan, H., Zahedi, M., & Treude, C. (2026) · arXiv (Cornell University) · doi:10.48550/arxiv.2601.13754
CodeGenLink: A Tool to Find the Likely Origin and License of Automatically Generated Code
Bifolco, D., Annicchiarico, G., Barbiero, P., Penta, M. D., & Zampetti, F. (2025) · IEEE/ACM International Conference on Automated Software Engineering (ASE) · doi:10.1109/ase63991.2025.00358
LGTM! Characteristics of Auto-Merged LLM-based Agentic PRs
Branco, R., Santos, P. H., Gamboa, C., & Fonseca, A. (2026) · International Conference on Mining Software Repositories (MSR) · doi:10.1145/3793302.3793621
Yoshioka, H., Monno, T., Tokumasu, H., Wakamatsu, T., Ota, Y., Weeraddana, N. R., & Matsumoto, K. (2026) · International Conference on Mining Software Repositories (MSR) · doi:10.1145/3793302.3793567
To Ban or not to Ban? How Open Source Projects Govern GenAI
Yang, W., He, R., & Zhou, M. (2026) · Figshare · doi:10.6084/m9.figshare.31861390
Self-citationYoshioka, H., Monno, T., Tokumasu, H., Wakamatsu, T., Ota, Y., Weeraddana, N. R., & Matsumoto, K. (2026) · arXiv (Cornell University) · doi:10.48550/arxiv.2601.18749
Li, H., Zhang, H., & Hassan, A. E. (2025) · arXiv · doi:10.48550/arxiv.2507.15003
To Ban or not to Ban? How Open Source Projects Govern GenAI
Yang, W., He, R., & Zhou, M. (2026) · figshare · doi:10.6084/m9.figshare.31861390.v1
Self-citationLinåker, J., Link, G. J. P., & Lumbard, K. (2024) · arXiv · doi:10.48550/arxiv.2408.06723
Context Engineering for AI Agents in Open-Source Software
Mohsenimofidi, S., Galster, M., Treude, C., & Baltes, S. (2025) · arXiv · doi:10.48550/arxiv.2510.21413
- Unresolved
- Unresolved
Matthew Baird, Mar Carpanelli, Brian Xu, and Kevin Xu. 2024. Early evidence on the impact of generative AI on software engineers’ employment outcomes. LinkedIn Economic Graph. Accessed: 2026-03-26. https://economicgraph.linkedin.com/blog/early-evidence-on-the-impact-of-generative-ai-on-software-engi
Matthew, B. (2026)
UnresolvedCloudNativePG Contributors. 2026. CloudNativePG AI Contribution Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/cloudnative-pg/governance/blob/main/AI_POLICY.md
(n.d.)
UnresolvedCloudNativePG Contributors. 2026. Proposal: Adoption of Official AI Contribution & Copyright Policy. GitHub Issue. Accessed: 2026-03-26. https://github.com/cloudnative-pg/governance/issues/45
Contributors, P. G. (2026)
UnresolvedMatteo Collina. 2026. Virtual File System for Node.js. GitHub Pull Request #61478 nodejs/node. Accessed: 2026-03-26. https://github.com/nodejs/node/pull/61478
(n.d.)
Unresolvedcurl Contributors. 2026. On AI use in curl. GitHub repository file. Accessed: 2026-03-26. https://github.com/curl/curl/blob/master/docs/CONTRIBUTE.md
(n.d.)
UnresolvedCursor Contributors. 2026. Agent Trace. Open specification version 0.1.0 (RFC). Accessed: 2026-03-27. https://agent-trace.dev/
(n.d.)
UnresolvedDocusaurus Contributors. 2026. Contributing to Docusaurus: AI-assisted PRs. GitHub repository file. Accessed: 2026-03-26. https://github.com/facebook/docusaurus/blob/main/CONTRIBUTING.md
(n.d.)
UnresolvedNadia Eghbal. 2020. Working in Public: The Making and Maintenance of Open Source Software. Stripe Press, South San Francisco, CA, USA.
Nadia, E. (n.d.)
UnresolvedFastAPI Contributors. 2026. Contributing to FastAPI: Automated Code and AI. GitHub repository file. Accessed: 2026-03-26. https://github.com/fastapi/fastapi/blob/master/docs/en/docs/contributing.md#automated-code-and-ai
(n.d.)
UnresolvedGitstar Ranking. 2026. Repositories Ranking - Gitstar Ranking. Website. Accessed: 2026-03-26. https://gitstar-ranking.com/repositories
(n.d.)
UnresolvedMitchell Hashimoto and Vouch Contributors. 2026. Vouch. GitHub repository. Accessed: 2026-03-27. https://github.com/mitchellh/vouch
(n.d.)
UnresolvedImmich Contributors. 2026. Object storage. GitHub Discussion. Accessed: 2026-03-26. https://github.com/immich-app/immich/discussions/23745
(n.d.)
UnresolvedFedor Indutny. 2026. No AI Code in Node.js Core. Change.org petition. Accessed: 2026-03-26. https://www.change.org/p/no-ai-code-in-node-js-core
(n.d.)
UnresolvedFedor Indutny. 2026. No AI in Node.js Core: A Petition to Disallow Acceptance of LLM-Generated Pull Requests. GitHub Repository. Accessed: 2026-03-26. https://github.com/indutny/no-ai-in-nodejs-core
(n.d.)
UnresolvedJabRef Contributors. 2026. AGENTS.md — JabRef. GitHub repository file. Accessed: 2026-03-26. https://github.com/JabRef/jabref/blob/main/AGENTS.md
(n.d.)
UnresolvedJaeger Contributors. 2026. Contributing Guidelines: AI Usage Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/jaegertracing/jaeger/blob/main/CONTRIBUTING_GUIDELINES.md#ai-usage-policy
Jaeger, C. (2026)
UnresolvedJaeger Contributors. 2026. Introduce PR limits for new contributors. GitHub Pull Request. Accessed: 2026-03-26. https://github.com/jaegertracing/jaeger/pull/7880
(n.d.)
UnresolvedKornia Contributors. 2026. Kornia AI and Authorship Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/kornia/kornia/blob/main/AI_ POLICY.md
(n.d.)
Unresolvedllama.cpp Contributors. 2026. AI Usage Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/ggml-org/llama.cpp/blob/master/CONTRIBUTING.md
(n.d.)
Unresolvedllama.cpp Contributors. 2026. Security Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/ggml-org/llama.cpp/blob/master/SECURITY.md
(n.d.)
UnresolvedMatplotlib Contributors. 2026. [PERF] Replace np.column_stack with np.vstack().T. GitHub Pull Request. Accessed: 2026-03-26. https://github.com/matplotlib/matplotlib/pull/31132
(n.d.)
UnresolvedMatthew B. Miles, A. Michael Huberman, and Johnny Saldaña. 2014. Qualitative Data Analysis: A Methods Sourcebook (3 ed.). SAGE Publications, Thousand Oaks, CA.
Miles Matthew, B. (n.d.)
Unresolvedmpv Contributors. 2026. AI-assisted Contributions. GitHub repository file. Accessed: 2026-03-26. https://github.com/mpv-player/mpv/blob/master/DOCS/contribute.md#ai-assisted-contributions
(n.d.)
UnresolvedNetBSD Developers. 2026. NetBSD Commit Guidelines. NetBSD Project Website. Accessed: 2026-03-26. https://www.netbsd.org/developers/commit-guidelines.html
(n.d.)
UnresolvedNewPipe Contributors. 2026. NewPipe Contributing: AI policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/TeamNewPipe/NewPipe/blob/dev/.github/CONTRIBUTING.md
(n.d.)
Unresolvedpandas Contributors. 2026. Automated Contributions Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/pandas-dev/pandas/blob/main/doc/source/development/contributing.rst#automated-contributions-policy
(n.d.)
UnresolvedPython Developers. 2026. Generative AI. Python Developer’s Guide. Accessed: 2026-03-26. https://devguide.python.org/getting-started/generative-ai/
(n.d.)
UnresolvedPyTorch Contributors. 2026. AI-Assisted Development. GitHub repository file. Accessed: 2026-03-26. https://github.com/pytorch/pytorch/blob/main/CONTRIBUTING.md#ai-assisted-development
(n.d.)
UnresolvedQEMU Contributors. 2026. Code Provenance: Use of AI-generated content. QEMU Documentation. Accessed: 2026-03-26. https://github.com/qemu/qemu/blob/master/docs/devel/code-provenance.rst
Contributors, Q. E. M. U. (2026)
UnresolvedRapid7 Metasploit Contributors. 2026. Contributing to Metasploit Framework: Vibecoding AI and LLM. GitHub repository file. Accessed: 2026-03-26. https://github.com/rapid7/metasploit-framework/blob/master/CONTRIBUTING.md
(n.d.)
UnresolvedRobby Russell. 2026. Humans in the Loop. Robby on Rails. Accessed: 2026-03-26. https://robbyonrails.com/articles/2026/01/20/humans-in-the-loop/
(n.d.)
UnresolvedSpec Kit Contributors. 2026. AI Contributions in Spec Kit. GitHub repository file. Accessed: 2026-03-26. https://github.com/github/spec-kit/blob/main/CONTRIBUTING.md#ai-contributions-in-spec-kit
(n.d.)
UnresolvedDaniel Stenberg. 2026. The end of the curl bug-bounty. daniel.haxx.se blog. Accessed: 2026-03-26. https://daniel.haxx.se/blog/2026/01/26/the-end-of-the-curl-bug-bounty/
(n.d.)
Unresolvedtldraw Contributors. 2026. Contributions policy. GitHub Issue. Accessed: 2026-03-26. https://github.com/tldraw/tldraw/issues/7695
(n.d.)
Unresolvedtypescript-eslint Contributors. 2026. AI Contribution Policy. GitHub repository file. Accessed: 2026-03-26. https://github.com/typescript-eslint/typescript-eslint/blob/main/docs/contributing/AI_Contribution_Policy.mdx
(n.d.)
Unresolvedtypescript-eslint Contributors. 2026. Docs: Establish and document expectations around use of AI in contributions. GitHub Issue. Accessed: 2026-03-26. https://github.com/typescript-eslint/typescript-eslint/issues/11416
(2026)
UnresolvedZig Contributors. 2025. github: add link to issue template list warning against LLMs. GitHub Commit. Accessed: 2026-03-26. https://github.com/ziglang/zig/commit/d238078ae87f1beb565d42caee01ebd6a7a00d43
(n.d.)
UnresolvedZig Contributors. 2025. Migrating from GitHub to Codeberg. Zig News. Accessed: 2026-03-26. https://ziglang.org/news/migrating-from-github-to-codeberg/
(n.d.)
Unresolved
Flagged first, then by citations
40 of the 86 references couldn’t be matched to a known paper.
Cited by
Sorted by citations
Chen, W., Yufei, C., Yu, H., Fan, G., Zhi, K., Guo, P., & Yu, J. (2026) · IEEE/ACM International Conference on Automated Software Engineering (ASE) · doi:10.1145/3832783.3834411
- Authors
- Yang, W., He, R., & Zhou, M.
- Affiliations
- Peking University (CN)
- Venue
- Proceedings of the 41st IEEE/ACM International Conference on Automated Software Engineering
- Publisher
- ACM
- Published
- 2026-10-07
- Pages
- 1921-1933
- OpenAlex
- W7143277384
- Semantic Scholar
- 0928a330650c9e463866c6582b0db4f5e0f16381
- Cited by
- 1
- References
- 86
- Citations by year
- 2026: 1
- FWCI
- 15.47
- Type
- conference paper
- Language
- en
- Open access
- hybrid
- doi.org
- Locations
- IEEE/ACM International Conference on Automated Software Engineering (ASE) (publishedVersion, cc-by)
- arXiv (Cornell University) (submittedVersion, cc-by)
- arXiv (Cornell University) (cc-by)
- Funders
- Ministry of Education of China (JYB2025XDXM101)
- National Natural Science Foundation of China (62332001)
- Topics
- Physical Sciences › Computer Science › Computer Science Applications › Open Source Software Innovations
- Physical Sciences › Computer Science › Information Systems › Software Engineering Research
- Physical Sciences › Computer Science › Information Systems › Software Engineering Techniques and Practices
- Keywords
- generative AI, open source software, contribution guidelines, code review, code provenance, AI verification, software maintainability, governance strategies
About these checks
Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.
Claims read by deepseek-v4.1-flash under definition version 3 (extract-v3) on 2026-11-02.
Classified by jev-1.13-20260917 (gold-guideline-v0.2) on 2026-11-02.
Cited sources are checked by gpt-6-sol.
Statistics and arithmetic are recomputed, not judged.
Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.
What counts as a claim ›How we measure confidence ›How we check this ›
Are you an author, or do you see a problem with this page? Request a review