ハクソク

世界を動かす技術を、日本語で。

GhosttyのAIポリシー

2026年1月23日原文(github.com)

概要

ghostty-org / ghostty は、人気の高いオープンソースプロジェクト。 GitHub 上で管理され、 41.9k のスターと 1.5k のフォークを記録。 通知設定やフォーク、スター付与には サインイン が必要。 プロジェクトの公開通知や参加方法の概要。 コミュニティ活動や貢献の基本情報。

ghostty-org / ghostty プロジェクト概要

  • ghostty-org / ghostty は、オープンソースのターミナルエミュレータプロジェクト。

  • GitHub 上で管理されており、誰でもコード閲覧や貢献が可能。

  • スター数41.9k、 フォーク数1.5k と高い人気を保持。

  • 通知設定の変更やリポジトリへの貢献には GitHubアカウントでのサインイン が必須。

  • プロジェクトの更新情報や議論は、 Public Notifications 機能で受信可能。

    • 通知設定 を変更することで、最新のアップデートやイシュー情報をリアルタイムで取得。
    • フォーク 機能を利用することで、独自の改良やバグ修正を自由に試行可能。
    • スター付与 は、プロジェクトへの支持や注目度の指標。

  • オープンソースコミュニティ への参加や貢献活動のきっかけとして最適。

  • ghostty の詳細や使い方、貢献方法は、GitHubリポジトリのREADMEやWiki参照が推奨。

参加方法と通知設定

  • GitHubアカウント 作成後、サインインしてプロジェクトページへアクセス。
  • Watch ボタンから通知設定を選択し、必要な情報のみ受信。
  • Fork ボタンで自分のリポジトリにコピー、自由な開発や実験を実施。
  • Star ボタンでプロジェクトへの賛同や注目を示すことが可能。
  • 必要に応じて イシュー作成 や プルリクエスト提出 で直接貢献。

コミュニティ活動のポイント

  • Public Notifications でプロジェクトの動向を継続的に把握。
  • サインイン による各種機能のフル活用。
  • フォーク や スター を通じたコミュニティ支援。
  • オープンソース文化 の理解と積極的な参加姿勢。

Hackerたちの意見

理由についてはxスレッドを見てね: https://x.com/mitchellh/status/2014433315261124760?s=46&t=FU... 「最終的には、全セッションのトランスクリプトを見たいけど、今はそれをサポートするツールが足りない。」自分は、Claude VodeのセッションをGitHubのgitノートに付けるサイドプロジェクト、git-prompt-storyをやってるんだけど、自動化するのは簡単じゃないんだよね（例えば、認証情報を隠さなきゃいけないし）。

└

プロジェクトの進行と一緒にプロンプトを保存することを考えたことはあるし、手動で何回かやったこともあるけど、結局あんまり価値を感じないことに気づいた。やる理由ってあるのかな？

└

全セッションのトランスクリプトを見たいけど、今はそれをサポートするツールが足りない。AIがそれを手伝えると思うよ。

└

トランスクリプトについては、どう感じるかまだよくわからないな。結局、自分がする貢献は質の高いものにしたいから、時間をかけて磨く必要があるんだよね。その過程をさらけ出すってことは、そっちも「磨く」必要があるってことだし（それがどうなるかはわからないけど）、自分のもつれた思考過程を見せるのはちょっとリスキーだよね。

これが一般的に受け入れられるAI利用ポリシーになるのが見えるね。すごくバランスが取れてる。AIを使って開発してる多くの人が経験してるであろうポイントをほとんどカバーしてると思う。一番大事なのは、AIが生成したコードは人間の思考やテスト、クリーンアップ/リライトの代わりにはならないってこと。最後のポイントについてだけど、Codexに大きな機能を生成させたときは、正しくてもコードをもっとコンパクトにするためにたくさん書き直さなきゃいけなかった。意味のない間接的な処理を追加するのは、LLMがよくやる大きな問題だと感じてる。

└

ポリシーがバランス取れてるっていう点には同意する。ただ、>AIが生成したコードは人間の思考やテスト、クリーンアップ/リライトの代わりにはならない。これって、このツールやそれを作ってる会社の最終的な目標じゃないの？マーケティングによれば、これらのツールは「多くの面で人より賢い」らしいけど、それが本当なら、その「面」って何なの？人間がそれをより良くやる理由は何？もしその「面」がどんどん広がっていくなら、ほとんどの支持者がそう信じてるけど、最終的にはツールがすべての面で人より賢くなって、人間を信用しなくなるってことになるよね。今はまだそこまで行ってないけど、今の境界線はすごく曖昧で、ほとんど意見に基づいてる。これに関する異なるナラティブがあるのも助けにならないよね。 [1]: https://blog.samaltman.com/the-gentle-singularity

「AIが作成したプルリクエストは、人間によって完全に検証されている必要がある。」これは常に最低限の要件であるべきだね。

└

「プルリクエストはすべて人間の使用で完全に検証されている必要があります。」これは全く論争の余地がないと思うし、AIの条件は冗長だと思う。

低品質な貢献スパムに関して一番驚いたのは、みんなが恥を感じていないことだね。自分はオープンソースに少しだけ貢献してるけど、全部小規模なプロジェクトで、自分の貢献の複雑さは普段やってることと同じくらい。開発者としての自信はあるけど、これらの貢献は自分が書いた中で一番徹底的にテストされてレビューされたコードだと思ってる。低品質な「助け」を提供してくれる人に迷惑をかけたくないんだ。他の人は全然そういう気持ちがないみたい。驚くべきことじゃないのかもしれないけど、正直言って驚かされた。

└

5年半、大手オープンソース企業で働いてたけど、みんな自分の貢献がギフトだと思ってて、感謝されるべきだと思ってる。ボー・バーナムの言葉を借りると、「お前のアレがギフトだと思ってるなら、絶対違うから。」

└

「他の人たち」ってのは、もしかしたらジュニア開発者かもしれないね。新米たちが自分のコードにどれだけ自信を持ってるか、何度も見てきたよ。（学生が自分のJavaコードでエラーが出たとき、JVMにバグがあるんじゃないかって疑ってたのを思い出す。）悪意や怠惰ってわけじゃなくて、ただ経験不足の熱意かもしれないね。

└

その恥を感じるには、もっと知識が必要だよね。何も知らなければ、コードを作れるモデルにアクセスできて、言語の文法をざっと理解してるだけで、良いコードが書けると思っちゃうかも。ダニング＝クルーガー効果だね。匿名のサプライチェーン攻撃みたいなことのために、信頼できる履歴を持ったアカウントを作ろうとしてる人もいるだろうね。

Hacker Newsで議論の続きを見る