こんにちは、CTOの小林です。今年も私のところにはサンタクロースは来ませんでした。誰か今からでも Switch 2 を私のところに持ってくるように、サンタクロースに伝えておいていただけませんか。 さて、本記事では昨年に引き続き、2025年の kickflow のプロダクト開発を、プロダクト・技術・組織など各方面から振り返ろうと思います。 将来「2025年って俺たち何やってたんだっけ」となったときに振り返られるようにしておくこと、そして今から kickflow への入社を検討してくださる皆様に向けて、現状の kickflow の姿を公開することが目的です。 ちなみに、昨年の振り返り記事はこちらに…

kickflow プロダクト開発本部の小本です。 GoogleなどのIT企業が複数のプロジェクトを単一のリポジトリで管理するモノレポを採用していることは以前から知られています。 20億行のコードを保存し、毎日4万5000回のコミットを発行しているGoogleが、単一のリポジトリで全社のソースコードを管理している理由 － Publickey https://www.publickey1.jp/blog/15/2045000google.html 私たちkickflowでも最近リポジトリを統合する「モノレポ化」を実施しました。その結果、AI時代にはモノレポがさらに有効になると感じています。 kic…

Jaeger はドイツ語でハンターを意味します こんにちは。開発チームでエンジニアリングマネージャーをしている森本です。 みなさんはローカル開発環境でのパフォーマンスチューニングはどのように行っていますか？ 本番環境では、APM（Application Performance Management）ツールを導入しているケースが多いと思いますが、ローカル環境ではなかなか良い選択肢が見つからず、悩んでいるエンジニアも多いのではないでしょうか。 本記事では、APIモードのRailsアプリケーションにおけるパフォーマンスチューニングの課題と、その解決策としてJaegerとClaude Codeを組み合…

AI申請前レビュー機能の品質評価プロセス こんにちは！QAチームのmakiです。 kickflowでは、先月AI申請前レビュー機能をリリースしました。 AI機能のQAは、従来のソフトウェアテストとは異なるアプローチが求められます。 AIは同じ入力に対して常に同じ結果が返るとは限りません。 また、「どこまでの精度を許容するか」という基準を事前に決めておく必要があります。 この記事では、AI申請前レビュー機能のQAをどのように実施し、何を評価したかをまとめます。 AI機能のQAに取り組む方の参考になれば幸いです。 AI申請前レビュー機能とは AIによるレビューの対象範囲 混同行列（AI評価の4分類…

カレドニアガラスは「因果関係を理解して道具を作る動物」であると言われる こんにちは、kickflow QAチームの川村です。 E2Eテストの実行は自動化できても、その結果を管理し、確認するプロセスは意外と手作業が残りがちです。 今回は、Autifyで実行した350を超えるテストシナリオの結果を、テスト管理ツールのQaseに自動連携する仕組みを構築した話をします。 テスト結果の管理を自動化することで、結果確認フローが大幅に効率化され、QAチームは本来注力すべき品質改善活動に集中できるようになりました。

ビーバーは「自分の生活のために周囲の環境を作り替える、ヒト以外の唯一の動物」であると言われる こんにちは、kickflow QAチームの川村です。 「ノーコードツールだけでは対応しきれないテストケースがある」「コードベースのテストツールを導入したいが、どう使い分ければよいかわからない」といった課題を抱えていませんか？ 本記事では、ノーコードE2EテストツールのAutifyと、コードベースのCypressを組み合わせることで、それぞれの強みを活かしたハイブリッドなE2Eテスト戦略を構築した事例をご紹介します。 具体的な使い分けの基準や、導入時の課題とその解決策まで詳しく解説します。

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

夜の金沢駅前の鼓門がビグ・ザムみたいでカッコいい こんにちは。プロダクト開発部でエンジニアをしている秋山です。 カンファレンスの秋も終盤戦。先週の JSConf JP 2025 に引き続き、今週は TSKaigi Hokuriku 2025 に同僚の芳賀と参加してきました！ この記事ではイベントレポートをお送りします。

AIのテスト、毎回結果が違って困ってませんか? こんにちは、kickflow QAチームのNです。 kickflowではAutifyを使ってE2Eテストの自動化を行っています。 最近AI申請前レビュー機能がリリースされたのですが、AIが出す指摘文が毎回微妙に違うため、指摘内容が妥当かの検証をどう自動化するか試行錯誤していました。 今回は、AutifyとDifyを使ってこの問題を解決したので、この取り組みを紹介します。

こんにちは、プロダクト開発本部でエンジニアをしている秋山です。 kickflow ではほぼ毎日何らかのリリースを行っており、機能アップデートもハイペースです。今年はこの記事の執筆時点で 58 件のアップデートを行っています。 プロダクトは日毎に改善が進んでいるなか、「初回アクセス時に画面がなかなか表示されずに困っている」という報告が挙がりました。以前はそこまで遅くなかったのに、ここ最近表示の遅さが顕著になったという意見もありました。

JS Conf 幕間のスポンサー一覧 こんにちは、kickflow開発チームの芳賀です。 食欲の秋、芸術の秋、そしてカンファレンスの秋！ ということで、kickflowは2025年11月16日(日)に開催された JSConf JP 2025 にスポンサーとして参加いたしました。 JavaScriptコミュニティへの貢献と、素晴らしいエンジニアの皆様との交流を深めることを目的に協賛させていただきました。当日は私と同僚の秋山が一参加者として多くのセッションを聴講しましたので、本記事ではそのレポートをお届けします。

プロダクト開発本部でエンジニアをしている秋山です。 入社して3か月ほどが経ち、今回が自分の初めてのテックブログの投稿になります。 これから投稿を増やしていきますので、今後ともよろしくお願いします！ さて、表題の Vue Fes Japan 2025 ですが、弊社は今回シルバースポンサーとして協賛しました。kickflow はフロントエンドが Nuxt 4 で構築されており、日々 Nuxt/Vue にはお世話になりっぱなしです。業務に新たな知見を得る機会としてはもちろん、コミュニティの貢献にもつながるという期待を込めて、この一大イベントに協賛できることを嬉しく感じています。

はじめに こんにちは。kickflow QAエンジニアのNです。今回は、AIの力を借りながらCypressで稟議ツールの重要な機能の1つである「監査ログ」のE2Eテストを実装した取り組みについてお話しします。

こんにちは、kickflowのPMチームでPMM（プロダクトマーケティングマネージャー）を担当している許です。 kickflowでは、お客様の課題を解決するために日々新機能の開発や改善を行っています。 多くのSaaSプロダクトがそうであるように、私たちのもとにもお客様から「こんな機能がほしい」「ここを改善してほしい」といったご要望が数多く寄せられます。「次に何を作るべきか？」という意思決定は、プロダクトの成長において非常に重要です。今回は、私たちが多数のご要望の中からどのように開発する機能を決定し、優先順位付けを行っているのか、そのプロセスをご紹介します。

Kaigi on Rails 2025 プロダクト開発本部の渡辺です。昨年に引き続き、「Kaigi on Rails 2025」に参加してきました。 kickflowは今年もシルバースポンサーとして協賛しており、次回の開催時にはブース出展も検討しております。 本記事では、会場レポートや個人的に気になったセッションなどをご紹介いたします。

こんにちは。kickflow CREチームの西山です。 先日、テクニカルサポートチームがDifyを活用し、AIヘルプデスクを立ち上げた経緯をご紹介しました。 tech.kickflow.co.jp しかし、AIを導入して終わりではありません。ユーザーに安心して使ってもらうためには、情報の正確さや継続的な運用を支えるための技術的な仕組みが必要になります。 今回はCREの視点から、裏側の技術的な仕組みづくりを解説します。

claude code を使っているイメージ こんにちは。 kickflowでエンジニアをしている芳賀です。 kickflowでは「AI 1st」というバリューを掲げており、AIをあらゆる業務や意思決定の一番最初の選択肢においています。 エンジニアチーム内でも、Claude CodeやDevinをはじめとした様々なAIを活用し、開発業務の効率化を進めています。 では具体的にどのような取り組みをしているのか？ 本記事ではその一例として、開発チームで作成・運用しているClaude Codeのカスタムスラッシュコマンドをご紹介します。

こんにちは。開発チームでエンジニアリングマネージャーをしている森本です。 9/19〜20 に開催された PRODUCT HISTORY CONFERENCE 2025 というイベントに出展したのでレポートしたいと思います。

こんにちは、プロダクト開発本部 QA チームのNです。 今回は、E2E テスト自動化ツール「Autify」を用いて行った、E2Eの自動テストを爆増させた品質改善活動について共有します。 この取り組みの結果、以下の成果を達成しています！ 本番環境での不具合検知数：月平均で 25%削減 リリース前の E2E テストによる不具合発見数：月平均で 22 倍に増加 同様の課題をお持ちのチームにとって、具体的な改善点の参考になれば幸いです。

こんにちは、kickflowでテクニカルサポートを担当している大谷です。 最近、多くのサービスでAIチャットボットを見かけるようになりました。kickflowでも、お客様の疑問をより迅速に解決し、顧客体験が向上することを目指し、AIヘルプデスクの構築に取り組みました。 今回のプロジェクトでは、テクニカルサポートチームが中心となり、CRE (Customer Reliability Engineer) と協力してAIヘルプデスクを構築しました。 この記事では、非エンジニアである私が、DifyというLLMアプリケーション開発プラットフォームを使い、プロンプトエンジニアリングを駆使して技術的な課題を…

Nuxt4 移行のイメージ図 こんにちは。開発チームでフロントエンドを担当している芳賀です。 Nuxt 4 がリリースされましたね！ kickflowでも、この度Nuxt 4へのアップグレード対応を行いました 🎉 結論から言うと、移行作業は想像以上にスムーズでした。これは、Nuxt 4の優れた後方互換性と、AIによる強力なサポートがあったからだと感じています。 本記事では、kickflowが実践したNuxt 4への移行プロジェクトの全貌をご紹介します。

kickflow QAチームのツールスタック こんにちは、kickflow QAチームの川村です。 今回はQAチームがどのようなツールを導入し、どのように活用しているのかをご紹介します。 テスト管理ツールからE2Eテスト自動化、そして最新のAI活用まで、私たちのツールスタックを大公開します！ プロジェクト・テスト管理 Asana Qase テスト自動化 Autify Cypress Postman GitHub Actions AI関連ツールの活用 kickchat Dify Google Gemini Anthropic Claude Devin まとめ

聖杯とされる物の一つ「サクロ・カティーノ」（本文とは関係ありません）。Sylvain Billet, CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0, via Wikimedia Commons kickflowプロダクト開発本部の小本です。 Write once, run anywhere（一度書けばどこでも動く）、それはプログラマーが太古より求め続ける聖杯です。 今回は Ruby gem「mini_racer」を使い、サーバーサイドとフロントエンドで数式評価エンジンを統一した事例をご紹介します。 なぜサーバーサイドでJ…

コード経験ほぼゼロでも大丈夫！Geminiと挑んだ3日間のサイト制作 こんにちは！kickflowプロダクト開発本部 QAチームのNです。 今回は、普段はコードを書く機会がほとんどない私が、GoogleのAI Gemini という強力な相棒と一緒に、チームの業務効率を改善する 「QA ポータルサイト」 をゼロから作ったお話をご紹介します。 「自分も何か作ってみたいけど、プログラミングはちょっと…」と感じている方の背中をそっと押せるような記事になれば嬉しいです！

こんにちは、kickflowでCTOを務めている小林です。 3ヶ月ほど前の以下の記事で、AIコーディングツールClineの活用について少し触れましたが、この分野の進化は凄まじく、kickflowの開発現場でもツールの利用方法や業務フローが目まぐるしく変化しています。 tech.kickflow.co.jp 今回は、その後のkickflowのプロダクト開発におけるAI活用の現在地と、本格的な導入を進める中で得られた学びについてお話しします。

こんにちは。kickflow CREチームの西山です。 SaaS企業においてテクニカルサポートは、顧客のプロダクトに対する信頼度や愛着といったロイヤリティを左右する重要な一要素です。中でもユーザーがセルフサービス（自己解決）できる質の高いヘルプセンターの提供が、カスタマー・エクスペリエンスの向上には不可欠となっています。 kickflowではヘルプセンターをZendesk Guideで運用していますが、記事の公開に至るまでの運用フローにいくつか課題を感じていました。 今回はこれらの課題を解決するために記事の執筆環境をGitHubに移行し、それによって実現したMarkdownベースの効率的なヘル…

こんにちは、kickflow QAチームの川村です。 今回は、E2Eテストの実行時間を短縮するために、Cypressのテスト並列実行基盤を自作した話をします。 E2Eテストはプロダクトの品質を担保する上で非常に重要ですが、テストケースが増えるにつれて実行時間が長くなり、開発サイクルを遅延させる一因になりがちです。 私たちのチームでもこの課題に直面し、自動テストの実行時間短縮に取り組みました。 この記事では、Cypress Cloud公式のParallelization機能を使わずに、Node.jsを用いて独自の並列実行システムを構築し、テスト実行時間を1並列の約40分から8並列の約10分へと7…

ロボット掃除機に効率よく掃除させるには、部屋を整理整頓するのが重要です。整理整頓もロボットがしてくれればいいのに（本文には関係ありません）。 kickflowで主にバックエンドを担当している小本です。今回は、既存のRailsプロジェクトについて、AIを活用してYARDコメントをrbs-inlineに自動変換した事例を紹介します。 RBS / rbs-inlineとは なぜRBS / rbs-inlineを導入したいのか？ AI使ったYARDからrbs-inlineへの移行 変換作業の概要 GitHub ActionsによるRBSファイルの自動生成 まとめ 最後に

こんにちは。開発チームでエンジニアをしている森本です。 皆さんは日々の開発でコードレビューをしていますか？ kickflowでは、開発フローにコードレビューのステップを組み込んでおり、ほとんどすべてのコードでレビューが実施されます。しかし、このコードレビューは多くの企業で共通の課題となっているように、非常に負荷の高い作業です。複数の観点から品質に対する責任を伴うため、有識者が中心となって行うことが多く、開発のボトルネックになりやすい傾向があります。一方で、コードレビューを怠るとプロダクトの品質を担保できず、不具合や仕様齟齬が発生するリスクが高まります。 本記事では、弊社でのコードレビューへの取…

こんにちは、kickflow QAチームの川村です。 ホワイトボックステストにおける観点抽出に課題を持つQAチームは多いと思います。 コードの実装に踏み込んだ観点は仕様書から読み取れず、どうしても担当者のスキルや経験に依存しがちです。 kickflowのQAチームでは、この課題を解決し、テストの品質と効率を向上させるために、AIを活用したテスト観点抽出の自動化に取り組みました。 この記事では、Devin と Slack を活用し、Pull Request (PR) の内容からホワイトボックステストの観点を自動で抽出し、テスト管理ツールである Qase にテスト項目書を作成するまでの仕組みをご紹…