1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@gemmaro

human-emacs.orgの日本語試訳

1
Last updated at Posted at 2026-07-14

本記事ではhttps://human-emacs.org/の日本語試訳を示します。

本訳は、大規模言語モデルを使った自由ソフトウェアへの貢献のあり方について一つの見方を紹介する目的で作成しました。そのため、

  1. 本件についての建設的な議論は、文中にあるメーリングリストないしIRCにて行ってください
  2. 本訳は原文の意をくみ手動で訳しておりますが、誤りを含む可能性があります。正確な内容は原文でご確認ください
  3. 本訳に見られた誤訳、誤釈についての修正の提案はQiitaの編集リクエストにてお願いします
  4. それ以外の見解を述べる本記事でのコメントはオフトピックのためお控えください。返信もいたしかねます

翻訳とその頒布の許可をいただいています。

以下試訳本文：

人間のためのEmacs

自由ソフトウェアプロジェクトとしてのEmacsは、その倫理原則を妥協することなく利用者に権能を与えることに焦点を当てています。 Emacsの利用者として、私達は将来にわたり誠実をもって使用し貢献し続けられることを確実にすることに関心があります。

背景

ソフトウェア信奉者として過ごしてきた2026年は、のべつの裏切りでありましたが、 それというのも、信頼できると考えていた人々により開発されたプログラムが次々とLLMの猛襲に屈服してしまった報せに、毎週のように直面するように思われるのです。 Vim、Linux、rsyncのような確乎たるものでさえLLM駆動の開発を適用することで中枢の利用者基盤との隔意を生み、vim-classicのような分派に繋がるのを目にしてきました。

Emacsプロジェクトの現在の指揮において、LLMに基づく貢献は現時点でプロジェクトに受理されることはないと示されており、喜ばしく思うところです。 しかしながら、この姿勢は一時的な措置であり、GNUプロジェクトがLLMに基づく貢献についての方針を最終決定するまでの持ち越しの意に過ぎません。

こうした事柄についてのGNUプロジェクトによる決定を私達は待っており、 その決定はすべてのGNUパッケージに対する方針を定義するものであり、当座の間LLMが生成するコードを受理しないのは、その予防策としてです。

[...]

そうした方針の議論や決定はEmacsプロジェクトがなすところのものでなく、 すべてのGNUパッケージに大域的であって、そのためここでそれらを求めるのは場違いなのです。

気掛かりなのは、この来たるGNUの方針が、GNUが歴史的に保持してきた高い倫理標準にEmacsを留めないものになることです。 これまでにEmacsの保守者により表された躊躇はほぼ、もっぱらLLMの出力の著作権の状況の周辺に回収されます。 これが無視しているのは、大規模言語モデルの圧倒的な負の外部性とそれらが利用者とコミュニティに加わる害であって、そこにはEmacsコミュニティも含まれるのです。

自由ソフトウェアは単なるコード以上のものです。 信頼と団結を土台に築かれています。 Emacsの最大の強みは、その技術ではなしに、ともに共同し協働する利用者基盤にあります。 強い姿勢を取ってこなかった他のコミュニティをへとへとにさせてきた、この議論を注視するたびに、LLMのつけ入るのを許したがいなや、信頼と団結におけるその腐食性の作用が見られてきました。 私達にはまだ、Emacsのコミュニティにおいてそれを避け、他者の誤りから学ぶ機会があるのです！

表明

したがって、GNUの決定する方針がどのようなものであれ それとは無関係に LLMで生成された貢献から解放された版のEmacsを使用し開発する意志をここに宣言します。 ものの真価を天秤にかけ正しきことをなすなら迎え入れ、その場合は支援し続けます。 しかしそうしない腹であるならば、ともあれLLMなしの版のEmacsを使用し開発し続けるまでです、それがGNU Emacsでなかろうと。

ここにF爆弾（fork）を投下することに躊躇いをなしとはしません。 Emacsの分派は歴史的にかなり議論を呼ぶものであってきたし、必ずしも充分な成功を収めてきてはいません。 しかしながら、GNU EmacsがLLMが生成する貢献を受け付ける場合にあっては、選択肢があるようには感じません。 というのも、私達の多くにとってEmacsを使うことを断念することは、コンピュータを扱うこと諸共を断念することに、あるいは少なくとも歓びをもたらすコンピューティングの一面を断念することに、等しいと感じるであろうからです。

たとえ最上位のGNUの方針がこの問題に対処し損なったとしても、Emacsの保守者達がGNUのものを踏まえて追加の方針を設けられない理由はないということもまた補足しておきます。 というのも上記のメーリングリストのスレッドの主張とは異なり一時的な禁止を恒久にする上で何らの抵触もないでしょうから。

動機

Guixの合意文書「人間の手業のため立ち上がることについて」は、まさにEmacsのような私達が拠り所にするプログラムに対しそうした方針をなぜ求めているかについての動機付けを記述したものとして、大変よく書かれています（Emacsでなされたように一時的な禁止をとる先見の明を持ち合わせていなかったがために、その提案内容に残念な例外を残すことを強いられたように感じたとはいえども）。

小賢しい合法な議論によりEmacsにおいてLLMの出力を受け付ける方向に向けた安全な路が開かれることがあろうと、私達が見てきたような、これらのツールの適用が他のコミュニティに課してきた数え切れないその他の問題を何ら対処するものではありません。 害は充分に明白でありここに改めて列挙する必要はありません。 微に入り細に入るものを読みたいようでしたら、先程の文書やアムネスティインターナショナルの報告書をご参照ください。

議論の対象ではないこと

ここではLLMにできると主張されていることに効率的であるかどうかを議論するものではありませんが、 それというのもそうしたものの効率性は、それらを使用することが利用者に権能を与えることに捧げられた道義的なソフトウェア運動の一部になりうるかという質問とは一切関連しないためです。

ここでは「オープンウェイト」モデルを議論するものではありませんが、 それというのもこれらはいまだ、企業がデータセンターからウェブを破壊的に採掘することを土台としており、それが共同体を疲弊させるものであるためです。 そうしたモデルは搾取なしには存在しえません。 同意つきで収集されたデータを使ってエンドユーザーによってモデルが完全に訓練されうる場合であるならば、それについて語り合えますが、ただ今は科学的虚構、希望的観測以外の何者でもありません。

ここでは不誠実な貢献者が彼らのパッチの出所について嘘をつきかねないことを議論するものではありません。 この危険性は目新しいものではありません、というのも不誠実な貢献者はパッチの使用許諾と著作情報の表示についても常に嘘をつくことはできたからです。 LLMが生成したパッチは剽窃の他の形態と同じく扱うので充分です。

集会

こうした懸念に共感されているなら、団結のためご参加ください。

議論はメーリングリストとLibera Chatの#human-emacsチャンネルで行っています。 投稿のためにメーリングリストに参加する必要はありません。

連署

あなたの名前（またお好みでURL）を追加するには、メーリングリストに投稿するか#human-emacsのチャットでお尋ねください。

このサイトのソースもご参照ください。本稿の著作情報は© 2026 Phil Hagelbergおよび貢献者です。GNU一般公衆ライセンスv3のもとに公表されます。

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?