2ヶ月前、Justin PoehneltはGoogleを解雇された。理由：彼がGoogle Workspace CLI（gws）——Drive、Gmail、CalendarをはじめとするWorkspace APIを統一し、人間とAIエージェントの両方を対象とするコマンドラインツール——を開発したこと。
このプロジェクトはHNでトップに躍り出て、GitHubで数千スターを獲得した。そしてGoogleの法務部門が介入した。
商標、ロゴ、そして「公式と紛らわしい外観」
HNコメント欄から読み取れる限り、直接の引き金はブランド利用の問題だった。Poehneltのプロジェクトはgithub.com/googleworkspace/cliの下にホスティングされ、Googleのロゴとブランドカラーを使用していた。複数のコメント投稿者が指摘するように、プロジェクトのトップページだけを見れば、Googleの公式製品と誤認するのが自然だった。
Google法務の立場は明確だ。会社の商標とブランドイメージの無許可使用は、社内の人間であっても違反になりうる。コメント欄には二つの立場が並立している。
一つの陣営は「これは明らかなレッドラインだ」と見る。「公式リリースと誤認されうるものを公開することは、判断力に深刻な問題があることを示している」とあるコメントは書く。「プロセスを踏んでいなければ、少なくとも重大な懲戒処分が妥当であり、明確な警告を受けていたのであれば解雇も合理的だ。」
もう一つの陣営は、ブランド問題は技術的手段——ロゴの削除、名称変更——で完全に解決できたはずだと考える。Clawdbot → Moltbot → OpenClawの事例のように。「Googleはパフォーマンス問題であってもめったに解雇しないことで知られている」とあるコメントは指摘する。「会社の立場が変わったのか、あるいはこの件にはもっと別の内情があるのかもしれない。」
20%ルールは死んだのか
より深い論争は文化レベルにある。
Googleはかつて「20%ルール」で知られていた——エンジニアは勤務時間の5分の1を自分の関心あるプロジェクトに充てられる。Gmail、Google News、AdSenseはいずれも20%ルールから生まれた。コメント欄の一般的な感覚はこうだ。もしPoehneltのCLIが2010年のGoogleに登場していたら、結果はまったく違っていただろう。
「Googleは20%ルールで素晴らしいプロジェクトを生み出すことを奨励していたのに、今ではそれをやった人間を解雇している」と高評価のコメントが書く。別のコメントは並行する出来事を指摘する。Googleがオープンソース化したGemini CLIが、クローズドソースのAntigravity CLIに置き換えられた——これは同じトレンドの両面だと解釈される。内部イノベーションは、特定の製品ロードマップに奉仕するものでない限り、もはや奨励されない。
Pournelleの鉄則が説明フレームワークとして引用される。「官僚機構においては、機構そのものの価値のために戦う者が常に権力を握り、機構が本来奉仕すべき価値のために戦う者の影響力はますます縮小する。」Poehneltは後者だ——自発的な意欲に駆動されて面白く役立つものを作った。彼の敵は前者だ——内部の官僚システムとその中での自らの役割をより重視する人々。
AIへの不安
無視できない文脈がもう一つある。PoehneltのCLIは明確に人間ユーザーとAIエージェントの両方にサービスを提供するよう設計されていた。そのキャッチフレーズは「built for humans and AI agents」だ。このポジショニングは、Googleが内部で推進するクローズドソースAIツール戦略と直接的な緊張関係を形成している。
一人の現場エンジニアの個人プロジェクトが、会社が計画中の商業化AI製品ロードマップと衝突し始めたとき、「商標違反」は最も取り出しやすい理由にすぎないのかもしれない。あるコメントはこう指摘する。「本当の理由は、Workspace内部の特定のリーダーやプロジェクトが、覆されることを恐れたのだと思う。」
Poehnlet本人の後続コメントは抑制的だ。「あまり多くの追加情報は共有しないが、この件はビッグテック企業で働く経験と、AIがチーム、ロードマップ、インセンティブ構造、ユーザー行動の変化のレベルで引き起こす破壊を反映していると思う。」
オープンソースと雇用主の永遠の緊張
この事例は、エンジニアのオープンソース活動の権利に関する議論も引き起こした。
Google内部であっても、社員がどの程度まで個人のオープンソースプロジェクトを遂行し、会社のブランドを使用し、内部ツールを対外公開できるかについては、規定は一貫してグレーゾーンだった。チームごと、マネージャーごとに執行基準の差は大きい。あるコメント投稿者は言う。「Googlerが公式組織の下で副業プロジェクトを定期的にオープンソース化するかどうか——Googleのポリシーはこの点でずっと曖昧だった。」
Poehnelt事件は判例となるかもしれない。大企業の社員の個人オープンソースプロジェクトに対する許容範囲は縮小している。副業プロジェクトが得た注目とトラクションが会社の公式製品ロードマップを妨害しうる規模に達したとき、ブランドのコンプライアンス問題は存亡をかけた問題へと増幅される。
本稿の素材は公開情報とコミュニティ議論に基づいています。この話題についてより深い実務経験をお持ちの方は、文中の不足点をぜひご指摘ください。