Live data from Hacker News

LLM Policy for Rust Compiler

github.com

31–40 of 94 posts

Re: LLM Policy for Rust Compiler

#31
On a general note, I like vouch by mitchellh.

> People must be vouched for before interacting with certain parts of a project (the exact parts are configurable to the project to enforce).

https://github.com/mitchellh/vouch

I think many projects will adopt this instead of allowing everyone / blocking everyone

Many projects have "ai slop" check in place to directly close and ban user if it is "ai slop". Else, it will be hard to handle the velocity of PRs

Re: LLM Policy for Rust Compiler

#33

On a general note, I like vouch by mitchellh. > People must be vouched for before interacting with certain parts of a project (the exact parts are configurable to the project to enforce). https://github.com/mitchellh/vouch I think many projects will adopt this instead of allowing everyone / blocking everyone Many projects have "ai slop" check in place to directly close and ban user if it is "ai slop". Else, it will b…

Maybe a network of ppl who can vouch they meet in real life?

I don't know if having your name/ face a secret is still acceptable? Maybe tiers of devs (anon vs other) on that one?

Re: LLM Policy for Rust Compiler

#34

Does the policy fix the issue of many low quality PRs being submitted? Unlikely. Will it fix a related but different problem? Likely.

The people who submit low quality LLM-generated PRs often don't bother to read the policies first, but at least it will be easier to reject those.

Re: LLM Policy for Rust Compiler

#35
post #18

Here are the actual policies, not a comment: https://github.com/jyn514/rust-forge/blob/llm-policy/src/pol... It's in-line with the 'nanny' stereotype of the Rust community that they give you permission to act in a way they would never be able to verify anyways: > The following are allowed. > Asking an LLM questions about an existing codebase. > Asking an LLM to summarize comments on an issue, PR, or RFC... Like serio…

> Like seriously, what's the point of explicitly allowing this? I would have LOVED if the university course I took last winter had this. I had to take a very paranoid attitude to what was allowed. What they're trying to avoid is a lot of unnecessary conflict with zealous anti-AI people calling for your exclusion for admitting to doing these things. There are people who would ban this too.

So then the Rust maintainers are going to give you an F on your report card?

Re: LLM Policy for Rust Compiler

#36
post #18

Here are the actual policies, not a comment: https://github.com/jyn514/rust-forge/blob/llm-policy/src/pol... It's in-line with the 'nanny' stereotype of the Rust community that they give you permission to act in a way they would never be able to verify anyways: > The following are allowed. > Asking an LLM questions about an existing codebase. > Asking an LLM to summarize comments on an issue, PR, or RFC... Like serio…

It feels telling that it reads like university course guidelines.

Re: LLM Policy for Rust Compiler

#39
This policy is straightforward and shouldn't be particularly controversial (I'm sure it will be bikeshedded to death though). It basically bans the obvious stuff ("don't just drop LLM generated comments onto PRs") and allows the important stuff like LLMs writing code so long as you disclose.

edit: Wow people did not read the policy. It's literally just "if you use an LLM you are responsible for it, we will reject low quality PRs, please disclose that you have used an LLM". This is bog standard.

Re: LLM Policy for Rust Compiler

#40
post #18

Here are the actual policies, not a comment: https://github.com/jyn514/rust-forge/blob/llm-policy/src/pol... It's in-line with the 'nanny' stereotype of the Rust community that they give you permission to act in a way they would never be able to verify anyways: > The following are allowed. > Asking an LLM questions about an existing codebase. > Asking an LLM to summarize comments on an issue, PR, or RFC... Like serio…

They're just giving examples of what you can do and explicitly saying so. Saying "you couldn't stop me" is completely missing the point.

This is not very different from the Linux kernel's policy so it's an odd comparison. It's actually almost identical in practical terms.

edit: lol proof that this doc needs to be stupidly explicit is in the pudding with the HN comments going out of their way to radically misread it

Post reply on HN