https://forge.rust-lang.org/policies/llm-usage.html#llm-usage-policy
这里面有两点，我觉得比较严格，一个是文档必须手写，不能 LLM 直接生成，第二个是 LLM 生成代码想要进，有非常多的限制，包括不能修改核心代码、需要找到愿意 review 的维护者等等。
我感觉我其实已经有点守旧了，比如在非娱乐项目里面提 pr ，pr 描述以及和别人交流，都是自己手写的，有时候担心表达不准确，也是先写了，再用 LLM 润色下。
另外，pr 的 commit 、文档以及代码，我都会一行一行过，不断的让 LLM 调整，直到我满意为止。但文档这玩意，我其实用英文写，还是有点吃力= =，没想到这也得自己写。
当然，我也没给 Rustc 贡献过，只是好奇关注。前两天想尝试提第一个 PR ，优化某个 API 文档的，看到这个新出的政策，默默的删掉了代码😂，等过段时间，我忘记 LLM 生成的文档内容，我重新自己手写，再尝试提交 PR 吧。
这里面有两点，我觉得比较严格，一个是文档必须手写，不能 LLM 直接生成，第二个是 LLM 生成代码想要进，有非常多的限制，包括不能修改核心代码、需要找到愿意 review 的维护者等等。
我感觉我其实已经有点守旧了，比如在非娱乐项目里面提 pr ，pr 描述以及和别人交流，都是自己手写的，有时候担心表达不准确，也是先写了，再用 LLM 润色下。
另外，pr 的 commit 、文档以及代码，我都会一行一行过，不断的让 LLM 调整，直到我满意为止。但文档这玩意，我其实用英文写，还是有点吃力= =，没想到这也得自己写。
当然，我也没给 Rustc 贡献过，只是好奇关注。前两天想尝试提第一个 PR ，优化某个 API 文档的，看到这个新出的政策，默默的删掉了代码😂，等过段时间，我忘记 LLM 生成的文档内容，我重新自己手写，再尝试提交 PR 吧。
4
Select Language