反社・コンプライアンスチェック SaaS を比較検討したメモ — 情報源設計と課金モデルの罠

国内の反社・コンプライアンスチェック SaaS 6 サービスを CTO として比較検討したメモです。市場は 2025〜2026 年に大きく再編され、RoboRobo と SP RISK SEARCH は業務提携で SPRS という統合プラットフォームに寄りました。単純な機能表比較では見えにくい「情報源の設計思想」「課金の実質単位（名義単位）」「監査証跡と承認フロー」「海外対応の中身」の 4 論点に絞って、選定で見落としやすいポイントを整理しています。

Gemini CLI は OSS であり続けるのか — Apache 2.0 のコードとバックエンド規約の二層で読む、Antigravity CLI 移行後の新規採用リスク

Google は Gemini CLI からクローズドソースの Antigravity CLI への移行を発表し、2026-06-18 に無償・個人向けのアクセスを遮断しました。しかし Gemini CLI のコード自体は Apache 2.0 のまま残り、リポジトリの更新も続いています。新規採用の可否は「コードのライセンス」と「バックエンドの利用規約」という二層に分けて読むと正しく判断できます。何が起きたのか、Apache 2.0 の取消不能性、サービス規約の可変性、ガバナンスの実態、移行に伴う技術的非互換、そして代替ツールと防御策までを 2026 年時点で整理します。

GitHub EMU アカウントと個人 GitHub アカウントの併用は利用規約上許されるか — ToS B.3「one free Account」条項を契約構造と公式ドキュメントから読み解く

勤務先の EMU アカウントと自分の個人 GitHub アカウントを一緒に使ってよいのか、という問いは、ToS B.3 の「one free Account」条項を読むと、併用が違反にあたるのではないかと疑いがちです。この条項が制限しているのは free Account であり、企業ライセンスの managed user account は対象外だと読むのが、GitHub が公式に提供している account switcher や multiple accounts のガイドと整合します。本稿では ToS、Customer Agreement、GHEC Product Specific Terms、公式ドキュメント、Entra ID 連携固有の注意点を並べて、どこまでが規約上許されていて、どこからが勤務先ポリシーと運用の問題になるのかを整理します。

Google Cloud Organization 導入直後に確認すべき IAM とリソース管理設定 — プロジェクト乱立と個人依存を防ぐ初期整備の手順

Google Cloud Organization を Google Workspace や Cloud Identity と紐付けて作った直後は、ドメイン全体に Project Creator と Billing Account Creator が付与されている状態がデフォルトです。この初期状態は「Organization を作ったばかりの管理者が動けなくなる」ことを防ぐための親切設計ですが、通常運用に適しているかは別問題です。放っておくと個人検証プロジェクトが Organization 直下に散乱し、退職者の OAuth 依存が残り、課金の全体像が見えなくなります。導入直後に何を確認し、どの順序でロールを移し替え、どこにフォルダと命名規則を敷くべきか。gcloud CLI のコマンド例と、そのまま使えるチェックリストまで含めて整理します。