kickflow Tech Blog

株式会社kickflowのプロダクト開発本部によるブログ

AI時代におけるモノレポ化のメリット

青〜紫の光のストリームが一点に収束し、背景にノードと線で構成されたネットワークが広がる、抽象的でアンビエントなデジタルイメージ

kickflow プロダクト開発本部の小本です。

GoogleなどのIT企業が複数のプロジェクトを単一のリポジトリで管理するモノレポを採用していることは以前から知られています。

20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 - Publickey https://www.publickey1.jp/blog/15/2045000google.html

私たちkickflowでも最近リポジトリを統合する「モノレポ化」を実施しました。その結果、AI時代にはモノレポがさらに有効になると感じています。

  • kickflowでのモノレポ化の実践
  • 従来のモノレポの利点
  • AI時代のモノレポの利点
  • モノレポ化の課題感と解決策
    • 「モノレポ化」で最初にどこまでやるべきか?
    • Gitの履歴問題
    • ソースコードの巨大化
    • GitHub Actions Workflowの増加
  • まとめ
    • We are hiring!
続きを読む

Jaeger と Claude Code で始めるローカル環境でのパフォーマンスチューニング

Jaeger はドイツ語でハンターを意味します

こんにちは。開発チームでエンジニアリングマネージャーをしている森本です。

みなさんはローカル開発環境でのパフォーマンスチューニングはどのように行っていますか? 本番環境では、APM(Application Performance Management)ツールを導入しているケースが多いと思いますが、ローカル環境ではなかなか良い選択肢が見つからず、悩んでいるエンジニアも多いのではないでしょうか。 本記事では、APIモードのRailsアプリケーションにおけるパフォーマンスチューニングの課題と、その解決策としてJaegerとClaude Codeを組み合わせた方法をご紹介します。

続きを読む

kickflowのAI申請前レビュー機能の品質評価プロセス

AI申請前レビュー機能の品質評価プロセス

こんにちは!QAチームのmakiです。

kickflowでは、先月AI申請前レビュー機能をリリースしました。

AI機能のQAは、従来のソフトウェアテストとは異なるアプローチが求められます。 AIは同じ入力に対して常に同じ結果が返るとは限りません。 また、「どこまでの精度を許容するか」という基準を事前に決めておく必要があります。

この記事では、AI申請前レビュー機能のQAをどのように実施し、何を評価したかをまとめます。 AI機能のQAに取り組む方の参考になれば幸いです。

  • AI申請前レビュー機能とは
    • AIによるレビューの対象範囲
  • 混同行列(AI評価の4分類)の定義
  • 1. 準備フェーズ:評価基準と前提条件の設定
    • 1.1. 合格ラインを決める
    • 1.2. 評価フローの定義とデータ設計
  • 2. 実行フェーズ:評価と分析フロー
  • 3. リリース判定フェーズ:リスクベースの判断
  • 4. 実際に起きた修正例
    • 問題点
    • 修正方針
    • 再検証の結果
  • 5. データ収集・集計の効率化
    • Postmanでのデータ収集
    • Geminiでのデータ集計
    • レビュー実行時間の計測手順
  • 今後の取り組みと改善点
  • おわりに
続きを読む

AutifyとQaseを連携して自動テスト結果管理を自動化する

カレドニアガラスは「因果関係を理解して道具を作る動物」であると言われる

こんにちは、kickflow QAチームの川村です。

E2Eテストの実行は自動化できても、その結果を管理し、確認するプロセスは意外と手作業が残りがちです。
今回は、Autifyで実行した350を超えるテストシナリオの結果を、テスト管理ツールのQaseに自動連携する仕組みを構築した話をします。

テスト結果の管理を自動化することで、結果確認フローが大幅に効率化され、QAチームは本来注力すべき品質改善活動に集中できるようになりました。

続きを読む

Autifyの弱点をCypressで補完:ノーコード×コードベースで実現するE2Eテスト戦略

ビーバーは「自分の生活のために周囲の環境を作り替える、ヒト以外の唯一の動物」であると言われる

こんにちは、kickflow QAチームの川村です。

「ノーコードツールだけでは対応しきれないテストケースがある」「コードベースのテストツールを導入したいが、どう使い分ければよいかわからない」といった課題を抱えていませんか?

本記事では、ノーコードE2EテストツールのAutifyと、コードベースのCypressを組み合わせることで、それぞれの強みを活かしたハイブリッドなE2Eテスト戦略を構築した事例をご紹介します。
具体的な使い分けの基準や、導入時の課題とその解決策まで詳しく解説します。

続きを読む

kickflowのOSSポリシーを策定しました

こんにちは、CTOの小林です。表題の通り、kickflow社ではOSSポリシーを策定して公開しました。

github.com

今回ポリシーを公開したのは、同じようにスタートアップで OSS 活動を推進したい企業やエンジニアにとって参考になるのでは、という思いもあります。本記事では、OSSポリシー策定の背景や手順を紹介しようと思います。

続きを読む

“型”を破りに金沢へ—— TSKaigi Hokuriku 2025 に参加してきました

夜の金沢駅の遠景。鼓門を正面に据え、青緑色のライトアップがされている。奥のガラス張りの構内に垂れ幕と駅名看板が見える。
夜の金沢駅前の鼓門がビグ・ザムみたいでカッコいい

こんにちは。プロダクト開発部でエンジニアをしている秋山です。
カンファレンスの秋も終盤戦。先週の JSConf JP 2025 に引き続き、今週は TSKaigi Hokuriku 2025 に同僚の芳賀と参加してきました!
この記事ではイベントレポートをお送りします。

続きを読む