RFC: Policy on bot/vibe-coded/stochastic/tainted/non-human contributions

未关闭
#103 54 条评论 2 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
20/100
Issue 类型
文档
描述清晰度
需要澄清
活跃度
活跃
领域
documentation

调研方向

首先阅读 RFC 正文以及其中引用的现有 contributing.md 政策,然后查看包含 54 条评论的讨论,了解当前存在分歧的要点。当社区达成决定,并且已达成一致的 AI 政策已记录下来以便应用于所有 gbdev 项目时,即视为完成。

由索引模型根据 Issue 内容生成。

描述

help wanted question

Edit by @avivace

This is an open RFC on adopting an AI policy across gbdev projects. We'd like to hear from the community.

This covers all types of interactions (code, docs, issues, reviews, discussions) and all levels of AI involvement - from fully bot-generated contributions, to AI-assisted work, to using LLMs/copilots as a drafting or editing aid. If you have thoughts on where the line should be drawn (or whether there should be one), please share them.


Original body follows:

// I'm putting this in this repo because it's the de facto gbdev "policy" repo -- in essence: because contributing.md applies to all gbdev repos/projects.
// I want to spend zero time having to think about this, let alone hours burning out trying to (re)write words that people (mis)understand. I'm willing to argue about it if anything reasonable comes up, but I'm not (going to survive) writing an essay upfront.

Why have a policy?
It sends a message about the type of community this is. Sending a clear message enables people to judge if this is a safe place that welcomes them or not. Bots will, of course, be unaffected.

My idea of an acceptable policy would cover the following points:

  • No use of LLMs/chatbots/"AI" to contribute to (interact with) the community is acceptable.
  • Communities are humans.
  • This is a community.

I'm willing to negotiate on this, but not really.

gbdev/gb-asm-tutorial#187, gbdev/gb-asm-tutorial#188
Have a look at how productive these guys are on their hundreds of forks they just started contributing to in seconds. Amazing!

主要语言
Assembly
星标
34
派生
16
PR 合并指标
30 天内没有已合并 PR

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

gbdev/gbdev.github.io 的其他 Issue

查看 gbdev/gbdev.github.io 的全部 Issue

相似的 Issue

更多 Documentation Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。