AlpineBSD、AI生成コードを排除したOSを目指す
AlpineBSDはNetBSDカーネルとAlpine Linux風のユーザーランドを組み合わせたOS。ベースシステムと主要パッケージリポジトリにLLMの出力を一切含めないというAIポリシーを掲げる。現在開発中でインストーラは未提供だが、上級者向けのインストールガイドは公開済み。NetBSDのハードウェア対応は限定的で、apk-toolsとbusyboxを採用し、initにはs6を使用している。
ベースシステムやメインのパッケージリポジトリには、LLMの出力は一切含まれていません。
HNでの議論
166- iamnothere
FOSSが「硬派な反AI」「AI中立〜非推奨」「AI補完」「AI駆動」という陣営に急速に分裂していく様子は、初期のGPL対BSD戦争を彷彿とさせて興味深い。突然、ライセンスに関する不満をあまり見かけなくなり、LinuxがAI補完的な開発を採用するにつれて、一部の熱烈なGPL信者たちがその立場を静かに捨てている。
一方では残念なことだ。仮に開発者の努力が分散するからだ。しかし他方では、最も過激なグループはもともと性格が相容れず、うまく協力できていなかった。この自己選別によって、実際にはより良いペースが生まれ、議論に浪費されるエネルギーが減るかもしれない。
欠点は、多くの騒がしく迷惑な人々がBSDの地に集結しているように見えることだ。私はAIには中立で（ただ品質だけを気にしている）、OpenBSDの脇目も振らない集中した開発文化を大いに支持している。それが変わらないことを願っている。
- kev009
こうした種類のプロジェクトは、特にLinuxに慣れた人々にとっては一瞬の魅力があることが多い。なぜなら、未知の度合いが1つ減るからだ。しかし、私には明らかな理由で長続きしないように見える。
BSDプロジェクトのようなものに関わるのは難しい。なぜなら、多くのことを学び、コミッター権限を得るのに十分な努力をしなければならないからだ。そして、もし物事を動かしたいなら、さらに多くの作業をし、人々があなたに反対しても過度に感情的にならずに合意を築かなければならない。しかし、それが持続的な影響を与えるために私が勧める道であり、FreeBSDとNetBSDのsrcコミッターとしての経験から言っている。
また、pkgsrcはNetBSDの強みの一つであり、pbulkやpkginと組み合わせるとさらに良い。それをすべて独自のインストール方法でまとめ上げる（最近OmarchyがArchに対して行ったように）方が、より存続可能な取り組みになるだろう。しかし、友人のLarry McVoyが言うように、それは常に自分だけで大きな赤い消防車を運転できるわけではないということだ。
- yjftsjthsd-h
> AlpineBSDはAlpine Linuxのフォークではなく、そのパッケージコレクションはオリジナルです（ただし多くのパッケージは最終的にaportsに基づいています）。
> Alpine LinuxはOpenRC initシステムを使用しています。現在、AlpineBSDはs6を使用しており、代替としてOpenRCを追加する予定です。
正確な線引きはどこにあるべきかわからないが、これはAlpine*ではないように感じる。例えば、パッケージコレクションを別に始め、異なるサービス管理システムを使っているなら、Adélie LinuxよりもAlpine Linuxから遠い。
（はっきり言っておくと、*BSDコアと新しいユーザースペースから新しいOSを作るのは大賛成だ。ただ命名の意味論についてケチをつけているだけだ）
- hoppp
「できるだけAIコードを少なく」というのは部族主義だ。
私は、誰が、あるいは何が作ったかに関係なく、優れていて十分に監査されたソフトウェアが欲しい。
AIがないからといって何も保証されない。特にNetBSDのようなCコードベースならなおさらだ。だったらRust部族にも加わらないのか？
- thenthenthen
Alpineは初代iOSのコードネームでもあり、だからデフォルトのrootパスワードが「alpine」なのだ。
https://mashable.com/archive/apple-ios-codenames#9.CLuUuywuq...
- seethishat
昔は、人工知能なんてなかった。本物の無知があった。そして、それで良かったんだ。
- against_epistem
これは敬意を表せる。AIがコードを監査するのは問題ないようだし、監査が欠点になる理由は想像できない。理由が示されていないことについては、ユーザーに任せているのだろうが、私には全く問題ないように思える。正当化されないことにキレているなら、自分を見つめ直したほうがいい。
- cturner
ウェブページを読んだ後、いくつか疑問が残った。
* AlpineBSDはネイティブハードウェアで動くことが目標なのか、それともコンテナ向けなのか（Alpine自体の主要なユースケース）？
* AI生成コードを避けたいユーザーにとって、NetBSD自体ではなくこれを動かす理由は何か？
チームが関心を集めたいなら、もっと文脈を提供すべきだ。
ミッションが不明確だ。チームはフロントページに目標とマイルストーンを記載することでこれに対処できる。
ページにはs6というツールへのリンクがある。そのツールの説明は循環定義で始まっている。冒頭段落でなぜ存在するのかを述べればもっと明確になるだろう。下部では「s6-frontendの設計目標の一つ」について語っている。すべての設計目標を述べた方が良い。