Summary
learning/README.md line 181 links the Stellar Discord as https://discord.gg/stellar:
| **Discord** | [discord.gg/stellar](https://discord.gg/stellar) |
That vanity code no longer belongs to Stellar. It now resolves to a guild named Wraith Studio, and the invite lands in a channel named security-trap. The correct invite is https://discord.gg/stellardev.
The rest of this repository is already correct — README.md, building-with-ai/README.md, openzeppelin/README.md, stellar-quest/instructions.md, and fca00c/instructions.md all use stellardev. This is a single stale line, and both the link text and the href need updating.
Evidence
Live probes against the Discord invites API on 2026-08-25:
GET https://discord.com/api/v10/invites/stellar?with_counts=true
guild_id 1035847967111913522 · "Wraith Studio" · vanity_url_code "stellar"
4055 members · landing channel "security-trap"
GET https://discord.com/api/v10/invites/stellardev?with_counts=true
guild_id 897514728459468821 · "Stellar Developers" · vanity_url_code "stellardev"
32774 members
Both codes report a vanity_url_code, so both are current vanity claims and neither is a stale redirect. developers.stellar.org and its static/llms.txt both use stellardev.
Why a link checker will not catch this
A released Discord vanity code can be claimed by any guild that reaches the required boost level. The old code therefore returns a live 200 destination instead of a 404, so ordinary link checking passes. For known-canonical links, an unexpected destination is worth treating as a failure.
Blast radius
Small, and I want to be precise about it because my first pass was not. A GitHub code search for discord.gg/stellar across the stellar org returns 41 files, but that is a substring match and discord.gg/stellar is a prefix of the correct discord.gg/stellardev. After fetching and checking all 41, the stale code survives in three lines across two repositories:
No other repository in the org is affected.
Suggested fix
| **Discord** | [discord.gg/stellardev](https://discord.gg/stellardev) |
Reported from Stellar Raven eval maintenance (finding sk-020).
Summary
learning/README.mdline 181 links the Stellar Discord ashttps://discord.gg/stellar:That vanity code no longer belongs to Stellar. It now resolves to a guild named Wraith Studio, and the invite lands in a channel named
security-trap. The correct invite ishttps://discord.gg/stellardev.The rest of this repository is already correct —
README.md,building-with-ai/README.md,openzeppelin/README.md,stellar-quest/instructions.md, andfca00c/instructions.mdall usestellardev. This is a single stale line, and both the link text and the href need updating.Evidence
Live probes against the Discord invites API on 2026-08-25:
Both codes report a
vanity_url_code, so both are current vanity claims and neither is a stale redirect.developers.stellar.organd itsstatic/llms.txtboth usestellardev.Why a link checker will not catch this
A released Discord vanity code can be claimed by any guild that reaches the required boost level. The old code therefore returns a live 200 destination instead of a 404, so ordinary link checking passes. For known-canonical links, an unexpected destination is worth treating as a failure.
Blast radius
Small, and I want to be precise about it because my first pass was not. A GitHub code search for
discord.gg/stellaracross thestellarorg returns 41 files, but that is a substring match anddiscord.gg/stellaris a prefix of the correctdiscord.gg/stellardev. After fetching and checking all 41, the stale code survives in three lines across two repositories:stellar/ecosystem-resources→learning/README.md:181(this issue)stellar/stellar-dev-skill→skills/standards/resources.md:233andREADME.md:126— The Discord invite in the standards skill now points at an unrelated server stellar-dev-skill#113No other repository in the org is affected.
Suggested fix
Reported from Stellar Raven eval maintenance (finding
sk-020).