Cited by 1Open Source Software InnovationsSoftware Engineering ResearchSoftware Engineering Techniques and Practices

To Ban or Not to Ban? How Open Source Projects Govern GenAI Contributions

Open access
Yang, Wenhao, He, Runzhi, Zhou, Minghui·2026·Proceedings of the 41st IEEE/ACM International Conference on Automated Software Engineering

Abstract

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

Crossref · 10.1145/3832783.3837448

Cites

48 of 95 references verified0 citation errors · 2 not checkable

Statistics

Nothing to recompute.

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
  • 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. 1

    Recent 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. 7

    Documentation 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Findingcitation
    § 4 RQ1: Maintainer Concerns · p. 5

    A 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 claim
  • May combine two claims.

    Findingcitation
    § 1 Introduction · p. 1

    Many 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. 6

    O2'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 claim
  • Classified as probably not a substantial claim.

    Findingcitation
    § 4 RQ1: Maintainer Concerns · p. 5

    A 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 claim
  • Classified as probably not a substantial claim.

    Findingreasoning
    § A2. Transparency and Disclosure. · p. 7

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data
    § 3.4 Coding Procedure · p. 4

    Most orientation disagreements clustered at the O2/O3 boundary.

    “Most orientation disagreements clustered at the O2/O3 boundary.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingreasoning
    § A3. Compliance and Provenance Safeguarding. · p. 8

    The 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 claim
  • May combine two claims.

    Findingreasoning
    § 5.1 Governance orientations · p. 7

    Orientations 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 claim
  • Classified as probably not a substantial claim.

    Findingreasoning
    § A1. Boundary Exclusion / Reject-or-Ban. · p. 7

    Boundary 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 claim
  • Classified as probably not a substantial claim.

    Findingreasoning
    § 5.1 Governance orientations · p. 5

    O1 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 claim
  • May combine two claims.

    Findingown data
    § 5.1 Governance orientations · p. 5

    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.

    “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 claim
  • May combine two claims. The quote only partly states this claim.

    Findingown data
    § 4 RQ1: Maintainer Concerns · p. 4

    The 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 claim
  • May combine two claims.

    Findingreasoning
    § B1. Accountability Reinforcement. · p. 8

    Accountability 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given
    § Function A. Entry admissibility and input qualification. · p. 7

    Entry 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 claim
  • May combine two claims.

    Findingown data
    § B1. Accountability Reinforcement. · p. 8

    In 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Findingcitation
    § 5.1 Governance orientations · p. 5

    O1'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 claim
  • May combine two claims.

    Findingnone given
    § A1. Boundary Exclusion / Reject-or-Ban. · p. 7

    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.

    “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 claim
  • May combine two claims.

    Findingnone given
    § 4 RQ1: Maintainer Concerns · p. 4

    GenAI 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.

    Findingown data
    § 3.2 Corpus Construction · p. 3

    The 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 claim
  • Classified as probably not a substantial claim.

    Findingreasoning
    § A2. Transparency and Disclosure. · p. 7

    Disclosure'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 claim
  • May combine two claims.

    Findingown data
    § 5.1 Governance orientations · p. 5

    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%).

    “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 claim
  • May combine two claims.

    Findingcitation
    § 4 RQ1: Maintainer Concerns · p. 5

    At 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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Findingnone given
    § Function B. Responsibility and evidence restoration. · p. 8

    Responsibility 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 claim
  • May combine two claims.

    Findingcitation
    § 4 RQ1: Maintainer Concerns · p. 5

    In 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 claim
  • Classified as probably not a substantial claim.

    Findingnone given
    § B1. Accountability Reinforcement. · p. 8

    Accountability 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 claim
  • May combine two claims.

    Findingown data
    § 1 Introduction · p. 2

    The 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
  • Classified as probably not a substantial claim.

    Findingnone given
    § 5.2 Governance strategies · p. 7

    Each 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 claim
  • May combine two claims.

    Findingown data
    § 5.2 Governance strategies · p. 7

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § C4. Security Channel Governance. · p. 9

    Security 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given
    § Function C. Review burden and workflow protection. · p. 8

    Review 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingnone given
    § B2. Verification and Evidence Gating. · p. 8

    Verification 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 claim
  • May combine two claims.

    Findingreasoning
    § D1. Channel, Venue, and Platform Reconfiguration. · p. 9

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § C3. Moderation and Sanctions. · p. 9

    Moderation 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 claim
  • Classified as probably not a substantial claim.

    Findingreasoning
    § B3. AI Tooling Governance. · p. 8

    AI 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 claim
  • May combine two claims.

    Findingnone given
    § C2. Capacity and Queue Control. · p. 9

    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.

    “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 claim
  • May combine two claims.

    Findingown data
    § 8 Conclusion · p. 11

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § C1. Scope and Intentionality Control. · p. 8

    Scope 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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Findingreasoning
    § B3. AI Tooling Governance. · p. 8

    AI 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.

    Findingnone given
    § D2. Incentive Redesign. · p. 9

    Incentive 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 claim
  • May combine two claims.

    Findingown data
    § 8 Conclusion · p. 11

    GenAI 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 claim
  • May combine two claims.

    Findingreasoning
    § D2. Incentive Redesign. · p. 9

    Incentive 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 claim
  • Classified as probably not a substantial claim.

    Findingreasoning
    § B2. Verification and Evidence Gating. · p. 8

    Verification 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingreasoning
    § C2. Capacity and Queue Control. · p. 9

    Capacity 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 claim
  • Probably 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. 3

    Disagreements between the two authors were resolved through discussion.

    “Disagreements were resolved through discussion.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationcitation
    § 4 RQ1: Maintainer Concerns · p. 5

    When 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductnone given
    § 3.4 Coding Procedure · p. 4

    All 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 5.1 Governance orientations · p. 6

    O2 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 claim
  • May combine two claims.

    Interpretationreasoning
    § A2. Transparency and Disclosure. · p. 7

    The 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductcitation
    § 3.1 Research Design and Scope · p. 3

    The 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. 6

    O3 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable).

    Interpretationreasoning
    § 5.1 Governance orientations · p. 7

    The 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 4 RQ1: Maintainer Concerns · p. 5

    The 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 claim
  • May combine two claims.

    Premisereasoning
    § 1 Introduction · p. 1

    Prior 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
  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning
    § A1. Boundary Exclusion / Reject-or-Ban. · p. 7

    Boundary 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductown data
    § 3.4 Coding Procedure · p. 4

    Two 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing).

    Interpretationnone given
    § B1. Accountability Reinforcement. · p. 8

    Accountability indicates answerability and ownership in review, not blame.

    “Accountability indicates answerability and ownership in review, not blame.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim.

    Interpretationreasoning
    § 5.1 Governance orientations · p. 5

    For 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable).

    Interpretationreasoning
    § A2. Transparency and Disclosure. · p. 7

    What 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 claim
  • May combine two claims.

    Premisecitation
    § 1 Introduction · p. 1

    When 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. 1

    Governing 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductown data
    § 3.2 Corpus Construction · p. 3

    Expansion 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationreasoning
    § 4 RQ1: Maintainer Concerns · p. 5

    The 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 claim
  • Classified as probably not a substantial claim.

    Interpretationreasoning
    § 4 RQ1: Maintainer Concerns · p. 5

    The 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductown data
    § 3.2 Corpus Construction · p. 3

    Two 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 claim
  • May combine two claims.

    Study design and conductown data
    § 3.4 Coding Procedure · p. 4

    Inter-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 claim
  • Classified as probably not a substantial claim.

    Premisecitation
    § 1 Introduction · p. 1

    AI 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. 5

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationreasoning
    § B1. Accountability Reinforcement. · p. 8

    Accountability 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 4 RQ1: Maintainer Concerns · p. 5

    The 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 claim
  • May combine two claims.

    Premisereasoning
    § 1 Introduction · p. 1

    The 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning
    § 6.1 Coverage and Transferability · p. 9

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § C2. Capacity and Queue Control. · p. 9

    The 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductown data
    § 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based). May combine two claims.

    Interpretationreasoning
    § 6.1 Coverage and Transferability · p. 9

    Smaller 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 claim
  • May combine two claims.

    Interpretationown data
    § 8 Conclusion · p. 11

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Premisecitation
    § 7.4 Future Work · p. 11

    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.

    “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. 10

    Stricter 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationreasoning
    § 6.3 Interpretive and Temporal Limits · p. 10

    Later 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. 10

    These 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning
    § 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10

    Our 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. 10

    Pull-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. 10

    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.

    “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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductreasoning
    § 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10

    We 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductnone given
    § 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10

    This 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 claim
  • Classified as probably not a substantial claim.

    Interpretationreasoning
    § 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10

    This 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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Interpretationnone given
    § B3. AI Tooling Governance. · p. 8

    Tooling 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable), S4 (based).

    Interpretationnone given
    § 7.3 Implications for Maintainers and Platform Designers · p. 11

    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.

    “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. 10

    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.

    “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. 9

    By 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 claim
  • Probably 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. 10

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S2 (checkable).

    Interpretationreasoning
    § 7.3 Implications for Maintainers and Platform Designers · p. 10

    Identifying 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductreasoning
    § 6.2 Publicly Encoded Governance vs. Enacted Practice · p. 10

    This 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable).

    Interpretationreasoning
    § 7.2 From Repository to Infrastructure-Level Governance · p. 10

    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.

    “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 claim
  • May combine two claims.

    Premisecitation
    § 7.2 From Repository to Infrastructure-Level Governance · p. 10

    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.

    “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. 10

    There 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable).

    Interpretationreasoning
    § 7.3 Implications for Maintainers and Platform Designers · p. 10

    The O2/O3 distinction matters for practice.

    “The O2/O3 distinction matters for practice.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationreasoning
    § B2. Verification and Evidence Gating. · p. 8

    The 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 claim
  • May combine two claims.

    Interpretationreasoning
    § D1. Channel, Venue, and Platform Reconfiguration. · p. 9

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductown data
    § 6.3 Interpretive and Temporal Limits · p. 10

    Our 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductreasoning
    § 6.3 Interpretive and Temporal Limits · p. 10

    Strategy 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable). May combine two claims.

    Interpretationreasoning
    § B3. AI Tooling Governance. · p. 8

    Projects 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
103 of 103
  • 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.”
7 of 7

Cites

Flagged first, then by citations

40 of the 86 references couldn’t be matched to a known paper.

Cited by

Sorted by citations

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
Cited by
1
References
86
Citations by year
2026: 1
FWCI
15.47
Type
conference paper
Language
en
Open access
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