概要
- GasTownの初期設定 で、ユーザーのリソースが 明示的な同意なし に消費される問題
- GitHubアカウントやLLMクレジット が、開発者のリポジトリに 自動的に貢献 する挙動
- READMEやドキュメント にこの動作の 明記がない
- デフォルトで有効 となっており、 オプトイン形式への変更要望
- ユーザー資源の利用透明性 と 同意の重要性
GasTown初期設定によるリソース自動消費問題
- gastown-release.formula.toml および beads-release.formula.toml の存在
- これらのファイルにより、 ローカルインストールされたGasTown が GitHub上のsteveyegge/gastownリポジトリ のopen Issuesを自動レビュー
- サブスクライブしているLLMの利用量 や クレジット が、 ユーザーの明示的指示なし に消費される設計
- 通常、ユーザー自身の作業に利用されるはずのリソースが、 GasTown本体のバグ修正作業 に割り当てられる仕様
- ユーザーの Claudeクレジット や GitHubアカウント が、開発者リポジトリへの PR送信 に利用される現状
「contribute back to upstream」ワークフローの問題点
- GasTown は初期状態で「 contribute back to upstream」ワークフローを 組み込み済み
- ユーザーのGasTownインスタンスが、 GasTown自身のバグ修正活動 (polecatsによるバグ修正PR作成等)を 自動実行
- これらのPRは ユーザーのGitHubアカウント および Claudeクレジット を用いて 上流リポジトリへ提出
- READMEやドキュメント にはこの挙動の 記載が一切なし
- オプトイン・オプトアウト機能や警告表示 も存在しないため、 ユーザーの明確な同意を得ていない
問題の本質とユーザーへの影響
- 開発者の意図 (ツール改善への貢献促進)は理解できるが、 ユーザーへの説明不足 が重大な問題
- 趣味や個人利用のクレジット が、 知らないうちに他人のプロジェクト開発 に使われてしまう危険性
- 利用者のリソース消費 が 低い可視性 で進行し、不満や混乱の原因となる
- 明示的な同意や選択肢の提供 が、今後の信頼性向上とユーザー体験のために不可欠
改善要望・今後の提案
- デフォルト設定から「contribute back to upstream」ワークフローの削除 を要望
- オプトイン方式 (ユーザーが明示的に同意して有効化する形式)への移行を強く推奨
- READMEや公式ドキュメント での 明確な説明 と 警告表示 の追加
- ユーザー資源利用の透明性確保 と 選択権の尊重 が、オープンソースプロジェクト運営の基本方針