AI を使った Story Point の導入 こんにちは、kickflow開発チームの芳賀です。 AI コーディング、いいですよね。AI なくしてはもう作業が回らない時代まで来ちゃいましたね。体感では作業効率は約 2 倍に向上しました。 あと、ちょっと前までは「プロンプトをいかにチューニングして効率よくするか」が焦点だったのに、いつの間にか「AI をどう管理して進めるか」に焦点がステップアップしているのも興味深いですよね。 今回は、そんな AI コーディングの恩恵を受けつつも同時にもたらされた「つらみ」にどう対応していっているかご紹介します。

フクロウは夜間に獲物の位置を音だけで正確に特定し、静かに仕留める こんにちは、kickflow QAチームの川村です。 E2Eテストの数が増えてくると、毎朝のCI失敗対応が地味に時間を取られます。 kickflowでは約900のPlaywrightテストを深夜のnightly CIで実行していますが、プロダクト側の仕様変更によりテストが失敗することがあります。 翌朝出社して、失敗ログを確認し、原因を特定して、セレクタを修正して、PRを作成する。 この繰り返しを自動化できないかと考え、Claude Codeに深夜のうちに分析から修正PR作成まで全部やってもらう仕組みを作りました。 本記事では、こ…

こんにちは、CTOの小林です。 新規事業で開発者向けAPIを提供することになり、APIドキュメントのツール選定をすることになりました。 kickflowではRedocly社が提供するOSS版のRedocをGitHub Pagesでホストして使っています。 developer.kickflow.com Redocに大きな不満があるわけではないのですが、新規事業は技術スタックもチーム体制もkickflowとは異なるので、改めてゼロベースで選定し直すことにしました。 結論から言うと Scalar API Referenceを採用した ので、比較検討の過程と採用理由を書いていきます。

「なんとなく」でリリースしない。kickflowが定めたAI機能の品質基準と評価プロセス こんにちは、kickflow QAチームのmakiです。 kickflowでは現在、複数のAI機能を提供しています。 以前、AI申請前レビュー機能の品質評価プロセスをご紹介しましたが、そのとき評価の進め方を手探りで組み立てた経験から、ひとつの課題が見えてきました。 tech.kickflow.co.jp 「この精度なら出していいのか？」「どこまでテストすればリリースできるのか？」 機能ごとに判断基準がバラバラだったことから、AI機能全体で統一した品質基準が必要だと感じました。 従来のソフトウェアであれば、…

渡り鳥はV字編隊の先頭を交代することで、群れ全体の消耗を均等にする こんにちは、kickflow QAチームの川村です。 今回は、PlaywrightのE2Eテストを12並列で実行しているにもかかわらず、特定のシャードだけが80分かかってボトルネックになっていた問題を、実行時間ベースのバランスドシャーディングを自作して解消した話をします。 以前の記事「ローカル環境で動くCypressテストの並列実行を自作して高速化した話」で「今後の展望」として触れた「実行時間に基づいたインテリジェントなテスト分割」を、今回CIのPlaywright環境で実現しました。 テストの並列実行はCI高速化の定石ですが…

こんにちは、プロダクト開発本部でエンジニアをしている秋山です。 みなさん、普段から MCP サーバーを活用していますか？ 一時期、シェルコマンドのラッパーとして MCP サーバーを使っているケースも見受けられたものの、よりトークン消費数の少ない Agent Skills の台頭により以前よりは下火になった印象ですが、外部サービスとの認証付き連携においては依然として必要な仕組みです。 そして、実は kickflow も MCP サーバを公開しているのを知っていましたか？ github.com ひっそりと公開されていて知らない人も多そうなので、この記事では kickflow MCP サーバーの宣伝…

粘菌は複雑な迷路でも、最短経路を自然に見つけ出す こんにちは、kickflow QAチームの川村です。 「E2Eテストを書きたいけど、コードを書くのはハードルが高い」。 こうした悩みを持つQAメンバーは多いのではないでしょうか。 kickflowでは、Playwright CodegenとClaude Codeを組み合わせた /codegen-test スキルを開発し、この課題を解決しました。 ブラウザをポチポチ操作するだけで、AIがコードを自動整形し、すぐに使えるテストファイルが出力されます。 チームでは実際に、プログラミング経験が浅いQAメンバーがPlaywrightを利用した新規E2Eテ…

ミツバチは巣の六角形構造により、最小の材料で最大の効率を実現する こんにちは、kickflow QAチームの川村です。 「開発チームからQAへの依頼がSlackで埋もれてしまう」「チケットのステータス管理が煩雑で、今どの段階にあるかわかりにくい」といった課題を抱えていませんか？ 本記事では、kickflowのQAチームがAsanaとSlackを連携させて構築したチケット管理ワークフローをご紹介します。 開発からリリースまで、情報が自然と流れる仕組みを実現しています。

Slack絵文字でAsanaの不具合検索を自動化 こんにちは、kickflow QAチームのmakiです。 今回は、Slackで絵文字を押すだけでAsanaの既存不具合を検索できる仕組みを作ったので、その実装方法と効果をご紹介します。

クモは目的に応じて最大7種類の異なる糸を使い分ける こんにちは、kickflow QAチームの川村です。 kickflowでは、約800のUIテストシナリオと5,000以上のAPIアサーションでプロダクトの品質を担保しています。 本記事では、E2E・APIテストの全体像と、現在進行中のAutifyからPlaywrightへの移行について紹介します。

こんにちは。CREチームの西山 (id:tukaelu) です。 kickflowでは、顧客の利用状況などを分析するデータ分析基盤をBigQuery + Metabaseで構築していて、社内のメンバーに利用されています。 契約テナントごとの利用状況に加え、テナントごとのエラーレートやレスポンスタイムと言ったユーザー体験の計測を強化するため、データ分析基盤のデータソースにアプリケーションログを追加してテナントごとの利用状況とあわせてより詳しい分析ができるようにしました。

プロダクト開発本部でバックエンドエンジニアをしている渡辺です。 本記事では、kickflowで導入しているセキュリティ特化のAIエージェント「Takumi」を活用して、新規機能の開発中に初期設計をより堅牢なものへと見直したエピソードをご紹介します。 セキュリティ対策の課題 Takumiの概要と運用方法 リリース前の早期検知 指摘された脆弱性 OAuth認証とstateパラメータ 検討した実装パターン Takumiからの提案 検証と実装の決定 検証フェーズ 採用したアーキテクチャ AIエージェント活用のリアルな所感 良かった点 注意点 まとめ We are hiring!

プロダクト開発本部でバックエンドエンジニアをしている渡辺です。 本記事では、kickflowで導入していたCode Climate QualityというサービスをQltyというサービスに移行したことについて紹介します。 移行の経緯 なぜQltyなのか？ kickflowにおける静的解析の運用 移行手順とqlty.tomlの設定 CLIの導入と既存設定の引き継ぎ 重複検知設定の検証 Qlty Cloud連携 カバレッジ計測の刷新と並列実行への対応 1. SimpleCov JSONをそのまま利用 2. Server-Side Merging（サーバーサイドマージ） GitHub Actionsの…

こんにちは、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のカスタムスラッシュコマンドをご紹介します。