# Should General have a guideline or rule preventing registration of vibe-coded packages?

**URL:** <https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205>\
**Category:** Community\
**Tags:** general-registry\
**Created:** [October 16, 2025, 12:32pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205 "2025-10-16T12:32:46Z")\
**Posts on this page:** 20\
**Page:** 4

<div class="post-metadata">

**Author:** ![PetrKryslUCSD](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/petrkryslucsd/32/215825_2.png) [@PetrKryslUCSD](https://discourse.julialang.org/u/PetrKryslUCSD)\
**Post date:** [October 18, 2025, 9:42pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/61 "2025-10-18T21:42:52Z")

</div>

Probably a good idea. See [Are we living in a golden age of stupidity? | Artificial intelligence (AI) | The Guardian](https://www.theguardian.com/technology/2025/oct/18/are-we-living-in-a-golden-age-of-stupidity-technology?CMP=Share_AndroidApp_Other)

Synopsis: An MIT researcher set up an experiment that used an electroencephalogram to monitor people’s brain activity while they wrote essays, either with no digital assistance, or with the help of an internet search engine, or ChatGPT. Result: the more external help participants had, the lower their level of brain connectivity, so those who used ChatGPT to write showed significantly less activity in the brain networks associated with cognitive processing, attention and creativity.

Take home: Using LLMs will probably have a negative effect on our cognitive function in the long run.

---

<div class="post-metadata">

**Author:** ![liuyxpp](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/liuyxpp/32/9870_2.png) [@liuyxpp](https://discourse.julialang.org/u/liuyxpp)\
**Post date:** [October 19, 2025, 1:12am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/62 "2025-10-19T01:12:27Z")

</div>

I don’t get it. If the response is correct, why you care about where it comes from? Sometimes, we use LLM to generate texts simply because we are not native English speakers.

---

<div class="post-metadata">

**Author:** ![adienes](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/adienes/32/37459_2.png) [@adienes](https://discourse.julialang.org/u/adienes)\
**Post date:** [October 19, 2025, 1:23am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/63 "2025-10-19T01:23:38Z")

</div>

in this case, the response was not correct, nor would I even really call it a “response” to the questions raised. it was just several hundred words of AI slop from pasting every issue comment into a chatbot.

---

<div class="post-metadata">

**Author:** ![liuyxpp](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/liuyxpp/32/9870_2.png) [@liuyxpp](https://discourse.julialang.org/u/liuyxpp)\
**Post date:** [October 19, 2025, 1:31am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/64 "2025-10-19T01:31:37Z")

</div>

So that is a single case and very specific one. But it seems to me it is quite harsh to draw general guidelines from such a special case. The AI generated code/response is going to be more and more popular. Even SciML adopts it to fix issues as described by Kris.

---

<div class="post-metadata">

**Author:** ![adienes](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/adienes/32/37459_2.png) [@adienes](https://discourse.julialang.org/u/adienes)\
**Post date:** [October 19, 2025, 1:36am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/65 "2025-10-19T01:36:35Z")

</div>

> Sometimes, we use LLM to generate texts simply because we are not native English speakers.

but you would be using the LLM to translate from your native language. you are really generating the content of the response yourself. I think the original comment was meant to dissuade just copying review comments to an LLM and pasting the response back (without revision, human input, scrutiny, etc.)

---

<div class="post-metadata">

**Author:** ![goerz](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/goerz/32/3269_2.png) [@goerz](https://discourse.julialang.org/u/goerz)\
**Post date:** [October 19, 2025, 2:35am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/66 "2025-10-19T02:35:39Z")

</div>

The suggestion to explicitly ban LLM comments in threads related to a package registration is in reaction to a specific past incident where a question was raised along the lines of “how does this new package relate to specific existing packages”. The package author took that question, pasted it into Claude and replied with several thousand words of Claude’s response. That response was mostly AI slop, and lacked any understanding of the subject matter.

Obviously, that was extremely unhelpful. This addition to the guidelines would just make it explicit that such a response is not acceptable and could be taken as grounds to not further interact with that author or that registration.

(If I can’t tell your comment is an LLM response, you’re fine. By all means, use LLMs to get around language barriers or to help yourself think through an issue)

---

<div class="post-metadata">

**Author:** ![Benny](https://avatars.discourse-cdn.com/v4/letter/b/49beb7/32.png) [@Benny](https://discourse.julialang.org/u/Benny)\
**Post date:** [October 19, 2025, 2:59am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/67 "2025-10-19T02:59:32Z")

</div>

> [@liuyxpp](#):
>
> Sometimes, we use LLM to generate texts simply because we are not native English speakers…The AI generated code/response is going to be more and more popular. Even SciML adopts it to fix issues as described by Kris.

There’s a huge difference between making an LLM generate a response to another human and making it automate simple code fixes that get thoroughly tested. There’s also a huge difference between making an LLM generate a response to another human and having any AI or other software translate human responses.

You might argue that translated texts count as being generated in a broader sense, but that obviously is irrelevant to the guidelines trying to curb people essentially running bots under their name instead of paying attention. That doesn’t even require AI; if I were pasting other people’s opinions under my name and I don’t care to vet it for the conversation, then I’d deserve to get removed for undisclosed sources and spam. LLMs not only made this easier, its marketing actively encourages this for business communications. That may fly for checking boxes in some dysfunctional corporate environment, but not for overworked developers offering their time to listen.

Since you’re talking about machine translation, it’s worth informing people how you are translating and what languages are involved, and everyone involved should keep in mind that automated translation is not a solved problem. It’s also worth looking into other options. LLMs do great at sounding fluent in casual conversations, but the hallucinations are often terrible for technical conversations, where an otherwise correct response with wrong word choices and grammar would be preferable to fluent falsehoods.

---

<div class="post-metadata">

**Author:** ![ericphanson](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ericphanson/32/215186_2.png) [@ericphanson](https://discourse.julialang.org/u/ericphanson)\
**Post date:** [October 19, 2025, 7:44am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/68 "2025-10-19T07:44:41Z")

</div>

Thanks for the useful discussion everyone! It seems like @goerz’s PR [Add LLM guidelines by goerz · Pull Request #140718 · JuliaRegistries/General · GitHub](https://github.com/JuliaRegistries/General/pull/140718) is a good next step to try here, but we’ll probably have to iterate as things evolve and we see how well it works in practice. If anyone has specific feedback/refinement for that PR, please make it over on GitHub so the discussion can be consolidated there.

If anyone wants to get involved in building a tags system for General, that also sounds like a useful follow up that might be able to address curation concerns and licensing concerns all in one. I think probably the next step there is to do some research on what other package registries do, and the pros/cons for their approaches. If that topic interests you I’d encourage you to start a new thread with some thoughts or targeted review on the topic.

---

<div class="post-metadata">

**Author:** ![araujoms](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/araujoms/32/217734_2.png) [@araujoms](https://discourse.julialang.org/u/araujoms)\
**Post date:** [October 19, 2025, 8:32am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/69 "2025-10-19T08:32:40Z")

</div>

I had a student that didn’t speak English well. Once he sent me a large email written in flawless English asking some physics question. But the email didn’t make sense, I couldn’t understand what he wanted to know. I told him that this email looked like LLM text, and asked him to write his question in his own words. He admitted it was, and explained his question with a few sentences of broken English that were easy to understand.

This phenomenon is well-known, it’s called “lossy expansion”. So please don’t use LLMs to generate your replies even if your English is bad.

---

<div class="post-metadata">

**Author:** ![liuyxpp](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/liuyxpp/32/9870_2.png) [@liuyxpp](https://discourse.julialang.org/u/liuyxpp)\
**Post date:** [October 19, 2025, 8:56am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/70 "2025-10-19T08:56:41Z")

</div>

I am not sure which model he was using. But, with Gemini Pro 2.5 and proper prompts, I see no serious the so called “lossy expansion” occurs. It works pretty good to translate my Chinese into English with exact the same meaning.

---

<div class="post-metadata">

**Author:** ![GregVernon](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/gregvernon/32/5611_2.png) [@GregVernon](https://discourse.julialang.org/u/GregVernon)\
**Post date:** [October 19, 2025, 4:59pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/71 "2025-10-19T16:59:26Z")

</div>

> [@liuyxpp](#):
>
> I am not sure which model he was using. But, with Gemini Pro 2.5 and proper prompts, I see no serious the so called “lossy expansion” occurs. It works pretty good to translate my Chinese into English with exact the same meaning.

That’s great to hear! It’s definitely true that the capabilities of these models have improved dramatically.

You’re highlighting two really important factors:

1. **Model Quality:** Newer, more advanced models (like the latest versions of Gemini) have a much deeper understanding of language, context, and nuance. This makes them far better at preserving the precise meaning, tone, and even cultural subtleties that are often the first things lost in translation.
2. **Prompt Engineering:** This is key. How you ask the model to perform the translation makes a huge difference. Providing context, specifying the desired tone (e.g., “formal,” “casual,” “technical”), or asking it to “ensure the exact meaning is preserved” can guide it away from a simple, literal translation and toward one that is truly equivalent in meaning.

The old “lossy expansion” idea probably comes from earlier machine translation days, where systems would just swap words or simple phrases, losing all the underlying intent. It’s encouraging to see that with the right tools and techniques, we’re moving well beyond that.

Thanks for sharing your experience! It’s a good data point for everyone.

– Gemini Pro 2.5 with “proper” prompts

---

<div class="post-metadata">

**Author:** ![mbauman](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/mbauman/32/31082_2.png) [@mbauman](https://discourse.julialang.org/u/mbauman)\
**Post date:** [October 19, 2025, 5:16pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/72 "2025-10-19T17:16:38Z")

</div>

> [@GregVernon](#):
>
> Gemini Pro 2.5 with “proper” prompts

I can tell. Just speak for yourself, please.

---

<div class="post-metadata">

**Author:** ![GregVernon](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/gregvernon/32/5611_2.png) [@GregVernon](https://discourse.julialang.org/u/GregVernon)\
**Post date:** [October 19, 2025, 5:29pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/73 "2025-10-19T17:29:45Z")

</div>

That was kind of my point. I don’t want the registry, the forum… any of that just becoming a bunch of AI talking (“agenting”) with itself.

---

<div class="post-metadata">

**Author:** ![mbauman](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/mbauman/32/31082_2.png) [@mbauman](https://discourse.julialang.org/u/mbauman)\
**Post date:** [October 19, 2025, 5:35pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/74 "2025-10-19T17:35:38Z")

</div>

Gotcha. It’s hard enough to parse out human sarcasm in text; once mixed with AI smarm it becomes impossible.

This kind of expansion — sarcastic or not; lossy or not; gen-AI or not — is quite firmly in opposition with our [community-wide standard that urges being concise](https://julialang.org/community/standards/#be_concise).

---

<div class="post-metadata">

**Author:** ![Benny](https://avatars.discourse-cdn.com/v4/letter/b/49beb7/32.png) [@Benny](https://discourse.julialang.org/u/Benny)\
**Post date:** [October 20, 2025, 1:17am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/75 "2025-10-20T01:17:21Z")

</div>

> [@GregVernon](#):
>
> The old “lossy expansion” idea probably comes from earlier machine translation days, where systems would just swap words or simple phrases, losing all the underlying intent.

Prime example of an LLM making something up that obviously contradicts the actual discussion.

> [@mbauman](#):
>
> our [community-wide standard that urges being concise](https://julialang.org/community/standards/#be_concise)

I think this is just basic social skills, not just in our community. 30-minute monologues and 1000 word walls might be fine for one-off responses or reports, but it obviously doesn’t help live conversations over specific points. There’s no possibility of such long generated responses even accidentally being correct for forums like this or Github.

> [@liuyxpp](#):
>
> It works pretty good to translate my Chinese into English with exact the same meaning.

No offense intended; if someone is always capable of reading and writing English with the exact meaning they can in fluent Chinese, then there would be no strict need for machine translation because they are fluent in English by definition. Realistically, we must consider people who are sometimes less certain of the meaning of a text, perhaps illiterate, in one language than another. I think these are reasonable expectations:

- All parties must divulge any use of machine translation or text generation software in a visible place in the discussion. I don’t think it’s always necessary, but a conservative approach would be to preface each message.
- Never post responses simply generated from other people’s words as prompts; this is tantamount to running a chatbot in your name, in which case you’d better direct-message them a suggestion to use the chatbot themselves instead of taking up space in the public discussion. Translate their words to your favored language, write a response you fully understand and agree with, translate your response back to their language. Factcheck and edit each version of your response for accuracy to the best of your ability before posting, though that’s reasonably limited for the foreign language version.
- If openly specified machine translation is being used in a discussion, participation is an implicit acknowledgement that the language barrier may be insurmountable and an agreement not to blame _anybody_ for being unable to speak any language. Just give up politely in the case where the discussion can’t progress.

These principles don’t solely apply to translation. I’ve seen experienced Julia users post wrong comments about Julia fundamentals a few times, and the chatbot wasn’t always divulged before getting factchecked. They were proven fluent enough in English to factcheck or edit the response themselves, so there wasn’t a good excuse to neglect doing so in the first place.

---

<div class="post-metadata">

**Author:** ![adienes](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/adienes/32/37459_2.png) [@adienes](https://discourse.julialang.org/u/adienes)\
**Post date:** [October 20, 2025, 1:50am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/76 "2025-10-20T01:50:23Z")

</div>

> [@Benny](#):
>
> ’ve seen experienced Julia users post wrong comments about Julia fundamentals a few times, and the chatbot wasn’t always divulged before getting factchecked.

I can only speak for myself, but I don’t require any help saying something wrong sometimes — I do that all on my own 🙂

---

<div class="post-metadata">

**Author:** ![tecosaur](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/tecosaur/32/23206_2.png) [@tecosaur](https://discourse.julialang.org/u/tecosaur)\
**Post date:** [October 20, 2025, 3:58am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/77 "2025-10-20T03:58:29Z")

</div>

> [@foobar\_lv2](#):
>
> I think longer term, an appropriate approach could be a split in the registry, as linux distributions often do:

> [@sdanisch](#):
>
> I think there’s a place for a curated registry of high-quality packages.

> [@goerz](#):
>
> Some people have mused about whether the registry should ~~require~~ encourage a 1.0 version number.

As someone who has previously advocated for a higher bar to entry in the issue about this ([Auto block registration of packages pre-1.0 · Issue #111019 · JuliaRegistries/General · GitHub](https://github.com/JuliaRegistries/General/issues/111019#issuecomment-2393339113)), I don’t think it will surprise people to hear that I am in favor of creating a higher-quality subset of packages.

I would go as far as arguing the improved tooling (`[sources]` etc.) means we could reasonably apply that bar within General, but I think by this point that horse has bolted.

> [@ericphanson](#):
>
> Regarding using a second registry as a curation signal: I think we could do a lot better instead with a tags system, where packages can be flagged with various tags at registration time

I’m not sold on this idea. To me tags seem like an orthogonal feature (but helpful generally!).

Just speaking for myself, what I yearn for is a curated subset of packages that only depend on other curated packages, and are helpful for discovery. I don’t imagine tags would allow for this style of layering.

 ![image](https://global.discourse-cdn.com/julialang/original/3X/e/3/e39963e63d96a630678937d1e4294b2a87a0578d.png)

**Figure 1:** The ‘registry’ structure I currently find most appealing, with arrows representing dependency.

> [@goerz](#):
>
> ideally even `Pkg.generate`

I know that `Pkg.generate` is intended to be quite minimal, but I have been thinking it could benefit from a little spruce-up, without going the full way of BestieTemplates.jl etc.

---

<div class="post-metadata">

**Author:** ![Gigi](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/gigi/32/218528_2.png) [@Gigi](https://discourse.julialang.org/u/Gigi)\
**Post date:** [October 20, 2025, 8:25am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/78 "2025-10-20T08:25:33Z")

</div>

This is an issue related on how much people rely on something, not only for LLMs. If someone tells you that you can trust about something and the thing simplify and fasten your works anyone take that shortcut, otherwise if you instill doubts they tend to asking yourself if that thing is cheating on you or is reliable.

---

<div class="post-metadata">

**Author:** ![ericphanson](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/ericphanson/32/215186_2.png) [@ericphanson](https://discourse.julialang.org/u/ericphanson)\
**Post date:** [October 20, 2025, 11:10am UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/79 "2025-10-20T11:10:40Z")

</div>

> Just speaking for myself, what I yearn for is a curated subset of packages that only depend on other curated packages, and are helpful for discovery. I don’t imagine tags would allow for this style of layering.

Sure, they would 🙂. They would need to be registry-managed rather than user-managed. E.g. a package-version could qualify for a tag if it meets a certain bar and all its deps do. And we could do things like pause automerge if a new package-version was going to lose its tag for some reason (new dep doesn’t qualify). And if tags were queryable from Pkg then we would have discovery.

---

<div class="post-metadata">

**Author:** ![Tamas\_Papp](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/tamas_papp/32/25949_2.png) [@Tamas\_Papp](https://discourse.julialang.org/u/Tamas_Papp)\
**Post date:** [October 20, 2025, 1:46pm UTC](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205/80 "2025-10-20T13:46:09Z")

</div>

> [@ericphanson](#):
>
> That requires new code— how will a Julia 1.0.5 user get this UI?
> 
> Note this “user” may be a docker container or archive or reproduction script (with manifest) in a paper or …

This is a valid concern, so let me revise my proposal to address this: all packages remain in the registry, and manifests (which use UUIDs) remain installable.

When a package is removed, all that changes is the mapping from name to UUID: either the mapping becomes unresolvable, or it will point to a different UUID. This, of course, requires changes in how Julia handles registries, and new features for registry formats etc. This has been done before, eg the introduction of new registry flavors in Julia 1.8.

So, as a thought experiment, suppose that this feature is introduced in Julia 1.14, and consider `BadPackage.jl` which was removed from the registry.

In versions up to 1.13,

```julia
add> BadPackage

```

would work just fine. From 1.14, the user would be told that

```julia
add> BadPackage
ERROR: the name BadPackage was deprecated in this registry because of [reason].
Use explicit UUIDs to install.

```

`Pkg.instantiate` (from an explicit `Manifest.toml`) will continue to work fine, without any warnings.

[Previous page](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205.md?page=3)

[Next page](https://discourse.julialang.org/t/should-general-have-a-guideline-or-rule-preventing-registration-of-vibe-coded-packages/133205.md?page=5)