1个manifest字段让我花12欧元买下整个.de域名

上周末，我买了 vinelabs.de。原本没这个计划。

触发点是一个 manifest 文件的 author 字段——就是你填进 composer.json、package.json、Cargo.toml 的那种。我意识到，用个人 GitHub 用户名发布正经软件包，读起来就像业余爱好。而这套代码是要跑在别人的财务管道里的。这是信任问题，不是代码问题。

事情是这样的。我当时在收尾 xrechnung-kit，它从一个 Shopware 插件长成了包含八个包的 monorepo。关键场景很无聊：我在填 Shopware 兄弟包和 Astro 展示站的 manifest 文件。composer.json 在一边，package.json 在另一边。写到 author 块时，我停住了。

当时整组包都要挂在 vineethkrishnan/xrechnung-kit-* 下面，展示站也在我的个人 GitHub 名下。全是个人命名空间。对于要嵌入财务和会计管道的库来说，"github.com/vineethkrishnan/anything" 这个地址本身就在说话，代码还没机会开口。哪怕代码扎实，哪怕测试全过。

如果你也曾在写自己名字进 composer.json 或 package.json 时犹豫过，想让人认真对待这个包，你懂我在说什么。

我坐了一会儿想名字。第一反应当然是 .com。vinelabs.com 已被占用。然后是标准的"实验室"备选：vinelabs.io、vinelabs.app。但 .de 一直在脑子里。

我在德国工作文化里泡了很久。经手过大量德国商店的 .de 域名。Shopware 本身就是德国范围的。XRechnung 的第一个用例是德国的。EN 16931 是欧盟标准，但 XRechnung 3.0 是德国联邦标准。如果这个品牌下的项目聚焦德区和欧盟——它们确实会——那 .de 不是古怪选择，是主场地址。

所以买了 vinelabs.de。

让品牌感觉真实的最低配置，按顺序：

组织账号 github.com/vinelabs-de，放公开仓库。两个邮箱 info@ 和 support@，转发到该去的地方，没什么花哨。一个小的落地站，Astro 5 + Tailwind v4，部署到 Cloudflare Pages。站点由 src/content/projects/ 的 markdown 内容集合驱动。每个项目……