生成AI時代は、マルチレポではなくモノレポで。そしてドキュメントも。
こんにちは。今回は「生成AI時代のリポジトリ戦略」についての記事です。 結論から言うと、タイトルの通り生成AI時代は「モノレポにしましょう」という話です！ まず用語のおさらい：マルチレポ と モノレポ マルチレポ: プロダクトやチームごとにリポジトリを分ける方式です（web, mobile, api, docsなどがそれぞれ独立したリポジトリになる状態） モノレポ: すべてを1つのリポジトリで管理する方式です。GoogleやMetaなどが採用していることで有名です。 ※「マイクロサービス＝マルチレポ」ではありません。モノレポであってもマイクロサービスとして運用することは可能で...
出典: Zenn AI（配信元の紹介文より引用）
このニュースの全文は、配信元でお読みいただけます。 Zenn AIで元記事を読む →
この話題に関連する、TOEの実践・観測記録
メール1通で決裁できる仕組みを作ったのに、実行されたコマンドは0通だった
弊社はiPhoneからメールを1通返すだけで社内決裁が通る仕組みを作りました。実行ログを開いたら、使われた形跡は0通。承認待ちは29件から37件に増えていました。仕組みは正常なのに使われない。「入れた＝定着した」ではないという失敗の記録です。
続きを読む →
構造化データ（schema.org）は、AI検索に効くのか
FAQ PageやArticleといった構造化データ（schema.org）を入れれば、AI検索に引用されやすくなるのか。仕組みと、当社が実際に測った範囲での結果を正直に整理します。効いたと断言できない部分は、断言できないと書きます。
続きを読む →
毎朝動いているはずのAI自動化41本を5.3日ぶん数えたら、最大91%が発火すらしていなかった
社内で動かしているcron自動化41本の実行履歴1,425件を全数調査しました。「動いている」と思っていたジョブの多くが、そもそも起動していませんでした。メディア更新系は最大91%が抜け、完全に沈黙していたジョブも5本ありました。原因の切り分けまで、都合の悪い数字をそのまま載せます。
続きを読む →