はじめに こんにちは。Musubi 機能開発チームでエンジニアをしている菅原です。 Musubi チームでは、チーム全体に生成 AI を最大限活用した開発を根付かせるために、2025 年 12 月に AI Coding ギルド活動を立ち上げました。 本記事では、そのギルド活動開始の背景と活動内容をご紹介します。 活動の背景 カケハシでは、あらゆるプロダクトで生成 AI を使った開発効率化に向けて取り組みが行われています。 しかし Musubi チームでは個々での活用に留まり、まだ組織的に生成 AI を使った開発効率化を追求しているとはいえない状況でした。 Musubi チームはプロダクトの規模…

こんにちは、カケハシでデータ基盤を担当しているチームの内田です。 カケハシでは、Databricks on AWS上でデータ基盤を構築しています。カケハシのプロダクトはAWS上で動いているものが多く、AuroraやDynamoDBなどのデータベースのテーブルをDatabricksに取り込んでいます。 Databricksでは、昨年末、Lakeflow ConnectのPostgreSQL/MySQL connectorがPublic previewになりました。 現在、AuroraからDatabricksへのデータ連携の大部分は、自作スクリプトによるスナップショット方式で実現しています。Lak…

こんにちは、カケハシのMusubi基盤開発チームでSREをしているmorityです。 カケハシでは、クラウド型電子薬歴システム『Musubi』をはじめとした薬局DXを推進するプロダクトを提供しており、地域に根ざした薬局から全国チェーンの薬局まで多くの法人様へ導入頂いています。 これらのシステムでお預かりしているデータは、薬局で働く薬剤師の方々にとって適切な服薬指導を行うための重要な情報であり、患者さん一人ひとりにとってご自身の重要な医療データです。 だからこそ、「システムが止まらないこと」「データが失われないこと」は、私たちにとって非常に重要なテーマです。 今回は、事業継続の要である「BCP対…

こんにちは、生成AI研究開発チームのデータサイエンティストとしてAI開発を担当している保坂です。 皆さんGemini使ってますか？私はとても好きで、プライベートでも日常業務でもとても良く利用しています。一度、技術的な記事の執筆の際に、うまいストーリーを組み立てるのに苦労していたところ、Geminiさんに壁打ちしてもらっていたら、ストーリーの組み立てに感銘を受け、大ファンになってしまいました。それ以来、文章を書く際にはいつもGeminiさんに壁打ち相手をしてもらうようになりました。 最近では、Gemini利用のシェアがかなり上がっているというニュースも話題になっていましたね。 また、音声や動画の…

カケハシではクラウド型電子薬歴「Musubi」をはじめとする各プロダクト、そしてカケハシのさらなる成長を目指し、SRE（Site Reliability Engineering）の体制を整えているところです。 今回、SREメンバー3名にインタビューしたところ、「CTO・VPoE経験者もお迎えしたい」という声がありました。一般的なマネジメント経験の枠を超えた「経営・技術戦略」の視座を持つリーダーを求めているのはなぜか？詳しく話を聞いてみました。 会社としてのさらなる成長を見据えたSRE体制に SREチーム / エンジニア 乙二 ──── まず、カケハシのSREチームについて教えてください。 乙二…

カケハシでの社内講演に、さくらインターネット株式会社の藤原俊一郎氏（@fujiwara）をお招きしました。「パフォーマンスチューニングのために普段からできること」というタイトルで、具体的な失敗談や現場の思考プロセス、そしてチューニングの本質についてお話しいただきました。 社内向けの場ではありましたが、貴重なお話をお伺いできたため、ご本人の許可を得て外部向けにまとめました。 当日は、前半を講演編、後半を対談編として構成し、対談パートにはカケハシのテックリードである松山も参加しました。 講演編：「パフォーマンスチューニングのために普段からできること」 なぜパフォーマンス問題は突然「死」を呼ぶのか …

Pocket Musubi開発チームで開発ディレクターをしている松本です。 前回の記事「既存システムへの仕様駆動開発ツールの選定・導入・運用」では、Pocket MusubiチームのOpenSpecを用いた仕様駆動開発の取り組みをご紹介しました。OpenSpecは仕様駆動開発を支援するツールで、ツールの詳細や選定の背景については前回記事をご参照ください。 上述の記事で紹介されている仕様駆動開発により、仕様をSingle Source of Truth（信頼できる唯一の情報源）で管理できるようになったことで、生成AIを用いた次なる効率化の兆しが見えてきました。それがQAフェーズの効率化です。 本…

はじめに こんにちは。Musubi機能開発チームでエンジニアをしている竹本です。 カケハシの基幹プロダクトである「Musubi」は、プロダクトの規模拡大に伴い、現在は複数チームによる並行開発体制をとっています。しかし、開発プロセスが各チームごとに最適化されていった結果、以下のような課題が顕在化していました。 ナレッジの属人化： 良いプラクティスが特定のチーム内に留まってしまう。 横断的改善の停滞： チームを跨ぐ共通の非効率が放置されやすくなる。 この状況を打破し、組織全体の開発生産性を底上げすべく、 2025年9月に開発フロー改善を目的とした横断的なギルド活動 を立ち上げました。本記事では、オ…

生成AI研究開発チームのainoyaです。 生成AIを活用したコーディングが当たり前の日常になってきた昨今ですが、その強大な力と引き換えに、開発の現場に影を落とす課題も増えてきました。 これまでは考えられなかった速度でコードが生成される一方で、それを受け止める人間の側には「レビュー疲れ」という弊害が生じています。コーディングの速度が上がった結果、人によるレビューの負荷が過剰になりつつあるのです。また、AIが生成するコードの質も無視できない問題です。仕様を満たし動作はするものの、あくまで「その場しのぎ」の実装に留まり、長期的な保守性を損ねたり、チームの実装方針にそぐわないスタイルが紛れ込んだりす…

薬局業界全体のデータドリブン化を推進する『Musubi Insight』。カケハシが提供する薬局向けBIツールです。今回は、Musubi Insightチームのプロダクトリード・齋藤晋二とエンジニア・高田祐輔が登場。『Musubi Insight』が迎える新たな局面、そしてそのタイミングを一緒に迎えるための、求めるエンジニア像を語りました。「医療業界の知識がないから」とカケハシへのチャレンジをあきらめていた方、ぜひご覧ください。 薬局向けBIツール『Musubi Insight』でできること Musubi Insightチーム / Product Lead 齋藤 ──── 『Musubi In…

カケハシ Advent Calendar 2025の25日目の記事になります。 こんにちは、カケハシでCTOをやっているゆのん(id:yunon_phys)です。 CTOになってから2年近く経ちますが、プロダクト開発で直面する全ての事象に真正面から向き合うことが難しいと感じる場面が多いです。品質高くものを作りたい、多くの機能を実装したい、問題は起こしたくない・起こしたとしても最小限に留めたい、どういう技術を採用すべきか、などなど・・・。もちろんこれらは常に向き合い続けてはいるものの、カケハシはスタートアップで、時間も人もお金も限られている中で最大の成果を出さなければいけないというプレッシャーが…

はじめに こんにちは、カケハシでHoE(Head of Engineer)をやっている小田中です。2023年10月に入社してから、はや2年。「日本の医療体験をしなやかにする」を実現するための濃密な日々は自分自身を大きく成長させてくれている、と日々実感しています。今年のアドベントカレンダーでは、「マネージャーがボトルネックにならないチームづくり」をテーマに筆を執りました。 エンジニアリングマネージャーに求められること カケハシでは、エンジニアリングマネージャー（以下、EM）に期待することをCTOのゆのんさんが言語化してくれています。 正しい方法で短期的な事業成果を追求する チームの活動に明確な意…

はじめに こんにちは。PE新規サービス開発チームでソフトウェアエンジニアをしている荻野です。 こちらの記事はカケハシ Advent Calendar 2025 の 22日目の記事です。 私が所属するチームでは、新規事業のために社内のさまざまなプロダクトやデータを連携させる取り組みを行っています。 その様子については以下の記事をご覧ください。 kakehashi-dev.hatenablog.com 例えば、調剤薬局向け次世代型の業務支援サービス『Musubi』と患者フォローアプリ『Pocket Musubi』を連携させたり、既存プロダクトに蓄積された医療コンテンツを別のサービスで活用したりと、…

こちらの記事はカケハシ Advent Calendar 2025 の 23日目の記事です。 こんにちは。Data, AI領域でHead of Engineeringをしている鳥越です。 「師匠も走る師走」という言葉通り、私も最終営業日までバタバタと走り回る予感がしています。ただ、年末の最重要ミッションの一つとして、🎅さんにSwitch2のお願いをしており、在庫不足で大丈夫かな、、、と不安だったのですが、先ほど仕入れられたと連絡がきまして、ひとまずホッとしているところです。小学生の息子も喜ぶと思います。 さて、今日は一旦立ち止まって、私の組織の2025年を振り返っていきたいと思います。また私事で…

こんにちは。AI在庫管理チームでソフトウェアエンジニアをしている江藤です。 現在、カケハシでは認証基盤を新しくしていて、AI在庫管理チームではその新しい認証基盤（以下、「認証ポータル」と呼びます）への移行準備を進めています。 今回は、AI在庫管理のフロントエンドにおける認証方式の移行に際して、切り替え時のコード修正コストを最小化するためにどのように実装したかを紹介します。 この記事が次の2点について考えるきっかけになれば幸いです。 移行しやすい実装の作り方: ライブラリ固有の処理をアプリから切り離し、差し替え可能にする考え方 feature flag の使いどころ: 切り替えロジック（分岐）を…

はじめに 認証・権限管理基盤チームでソフトウェアエンジニアをしている金子です。 「Monad（モナド）」という言葉をご存知でしょうか。Haskell を少し触ったことがあれば、名前だけは聞いたことがあるのではないでしょうか（私もその一人です）。Monad は圏論という数学の分野から来た概念であり、数学的に正確な理解を得るのは簡単ではありません。 しかし、プログラミングでの利用シーンに限定すれば Monad は「抽象化のパターン」の 1 つでしかありません。 本記事では、Haskell と TypeScript の両方でコード例を示しながら、Functor → Applicative Funct…

こんにちは。認証・権限管理基盤チームでソフトウェアエンジニアをしている坂本です。 私たちのチームではスクラムを採用しており、毎週のスプリントプランニングではエンジニア全員でプランニングポーカーによる見積もりを実施しています。 今回の記事では、見積もりの基準を「絶対値（作業時間）」から「相対値（他タスクとの比較）」に変えただけで、見積もりの品質やチームの議論がどう変わったのかを紹介します。 この記事はカケハシ Advent Calendar 2025 の 17 日目の記事です。他の記事も合わせて楽しんでいただけたら嬉しいです。 なぜ見積もりを実施するのか 課題：絶対見積もりの限界 課題1: 議論…

こちらの記事は カケハシ Advent Calendar 2025 の 16日目の記事になります。 はじめに Pocket Musubiチームでソフトウェアエンジニアをしている牧野です。 私たちのチームでは、既存システムへの機能追加のプロジェクトにおいて仕様駆動開発（Specification-Driven Development）を行っています。 本記事では、ツールの導入検討から実際の運用、チーム全体での学習プロセスまでを具体的に紹介します。 仕様駆動開発とは 仕様駆動開発は、仕様書(spec)を起点として開発を進める手法です。仕様書をSingle Source of Truth（信頼できる…

こちらの記事は カケハシ Advent Calendar 2025 の 14日目の記事になります。 はじめに こんにちは、kosuiこと岩佐 幸翠(@kosui_me)(id:kosui_me)です。カケハシで認証基盤・ライセンス基盤・組織階層基盤などのプラットフォームシステムを開発・運用する認証・権限管理基盤チームのテックリードをしています。 認証・権限管理基盤チームではサーバサイドTypeScriptにて基盤システムを開発・運用し、利便性にフォーカスしたTypeScriptの型システムをうまく活用しながら、堅牢で拡張性の高いシステムを目指しています。以下の記事もぜひご覧ください。 課題 T…

こんにちは、AI在庫管理のプロダクト開発をしているソフトウェアエンジニアの鳥海 (X: @toripeeeeee)です。 今まで発信活動もほとんど行っておらず、発信することに対して苦手意識もある私が、カケハシに入社してから発信活動を始めたところ、予想以上に仕事が楽しくなってきました。そこで、カケハシで発信活動をやり始めたきっかけや、テックブログの執筆や登壇を通じて得られた学びや気づき、そして何より仕事の楽しさが増していく実感についてお話ししたいと思います。 この記事は、カケハシアドベントカレンダー12日目の記事です。 発信活動をし始めたきっかけ アドベントカレンダーなどのイベント時のテックブロ…

AI在庫管理の開発チームでバックエンドエンジニアをしている沖（@takuoki）です。 最近、新しい環境でインフラをゼロから構築する機会があり、Terragruntを採用しました。採用した一番の理由は、複数環境の設定をもっとDRY（Don't Repeat Yourself）に書きたかったからです。というのも、AI在庫管理でもTerraformを利用していますが、複数環境を用意するために全環境で共通の設定をコピペで使い回している箇所が多くあり、何が共通の設定で何が環境依存の設定なのかが区別しにくくなっていたためです。 TerragruntでDRYに記述する基本的な方法は、「terragrunt…

こんにちは、カケハシのMusubi基盤開発チームでSREをしているmorityです。 これは、カケハシ Advent Calendar 2025 の10日目の記事です。 はじめに 当時の私は入社3ヶ月目で、既に作成されているチケットの背景や詳細をあまり知らない状態でした。Musubi基盤開発チームではJiraでタスク管理を行っており、エピックやチケットをきちんと起票して管理する文化は根付いていたのですが、差し込み案件なども多く、着手したが止まってしまったり、途中で優先度が変更されたままのエピックやチケットも数多くありました。 そこで今回、AIを活用してある程度機械的にチケットを棚卸しし、継続し…

はじめに こんにちは、PocketMusubiチームでエンジニアをしている南光です。 こちらの記事は カケハシ Advent Calendar 2025 の 9日目の記事になります。 さて、Datadogのモニター（アラート）設定、こんな経験はありませんか？ 「閾値、とりあえず10件にしておくか...」 「この設定、なんでこの値なんだっけ？」 「レビューで指摘したいけど、自分も正解がわからない」 監視設定には明確な正解がありません。サービスの特性、運用体制、SLAによって適切な値は変わります。そのため、設定が属人化し、レビューも「なんとなくOK」になりがちです。 この問題を解決するために、2つ…

こちらの記事は カケハシ Advent Calendar 2025 の 8日目の記事になります。 はじめに ソフトウェアエンジニアのkackyです。 「kintoneの契約データを、Databricks経由でAWS上のプロダクトに同期したい」 このような要件を受けたとき、どのような開発ステップが浮かぶでしょうか？ kintoneのデータ構造を理解する プロダクト側のAPI仕様を把握し、TypeScriptで書かれたバックエンドと連携する。必要に応じて機能追加する 名寄せ処理のビジネスロジックをDatabricksで正確に実装し、検証する 人手でこれらすべてを横断的に把握し、整合性を保ちながら開…

こんにちは、AI在庫管理のプロダクト開発をしているソフトウェアエンジニアのもっち(X: @mottyzzz)です。 普段はプロダクトやシステムと向き合う日々を送るソフトウェアエンジニア(以下エンジニア)の皆さん、技術カンファレンスでブース対応と言われると、「知らない人とコミュニケーションするの苦手…」「エンジニアは機能開発に専念していた方が良いのでは」などと身構えてしまう方もいるのではないでしょうか。実は、このブース対応には私たちエンジニアにとって新しい発見や学びがたくさん詰まっています。 今年も何度か参加したカンファレンスのスポンサーブースのブース対応がとても楽しかったので、その経験から良か…

こちらの記事は カケハシ Advent Calendar 2025 の 5日目の記事になります。 こんにちは。生成AI研究開発チームでソフトウェアエンジニアをしているNokogiri（@nkgrnkgr）です。 はじめに 私たちのチームでは、新規プロジェクトを始めるにあたり、今後少ない人数で保守性の高いコードを高速に開発できることを目標にフロントエンド基盤を整えることにしました。その過程で、生成AIにコードを書いてもらいつつ、保守性の高いコードを書けるのかを探求しています。 CursorやClaude Codeなどの生成AIツールを使った開発が一般的になってきました。生成AIはコードを書く速度…

こちらの記事は カケハシ Advent Calendar 2025 の 4日目の記事になります。 はじめに 生成AI研究開発(GenAI)チームでソフトウェアエンジニアをしている坂尾です。 私たちのチームでは、生成 AI を利用したサービスを開発しています。このサービスでは、Google の Gemini や AWS の Bedrock など、外部 LLM サービスを利用しています。 なお、外部 LLM サービスの利用にあたっては、カケハシでは社内ガイドラインに基づいた厳格なガバナンス体制を設けています。具体的には、CoE（Center of Excellence）組織を中心に、学習データへの…

こちらの記事は カケハシ Advent Calendar 2025 の 3日目の記事になります。 はじめに カケハシのSRE組織は、各プロダクトにEmbedded SREが入り、横断側のPlatform SREが全体最適を支える形で動いています。 参考資料： How SRE teams are organized, and how to get started - Google Cloud Blog 2024年末には、技術・組織の複雑化に伴い、横断フィードバックループと役割/責任（RACI）の明確化が不可欠だという課題意識を置いていました。 2025年の前進を一言でまとめると、次の2つです。 …

こんにちは。生成AI研究開発チームでソフトウェアエンジニアをしているNokogiri（@nkgrnkgr）です。 本記事は、2025年9月21日に開催されたフロントエンドカンファレンス東京での発表内容をブログ記事としてまとめたものです。 発表資料はこちらです。 はじめに カケハシでは、約10年運用されているクラウド型電子薬歴システム「Musubi」に生成AI機能を搭載するプロジェクトに取り組みました。その際に採用したのがマイクロフロントエンドというアーキテクチャです。 本記事では、なぜマイクロフロントエンドを選んだのか、どのように実装したのか、そして実際に導入して見えてきた課題と工夫について紹…

こちらの記事は カケハシ Advent Calendar 2025 の 2日目の記事になります。 こんにちは！データが好きすぎる梶村(@n_kaji_kaji)です。 カケハシで薬局向けの在庫管理発注システムである「AI在庫管理」というプロダクトのPdMをしていますが、データが好きすぎて担当領域を超えて子会社のデータ移管を行いました。 皆さんの会社にはパッケージの外注基幹システムや開くのに5分かかる巨大なExcelはありますか？ 私たちの子会社のファルマーケットには、その両方がありました。 今回は、リソースが限られる中でDatabricksとCursorをフル活用し、ガチガチに固まったレガシー…