こんにちは、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をフル活用し、ガチガチに固まったレガシー…

こんにちは、椎葉です。カケハシでVPoT（VP of Technology）をやってます。今年は自分にとって、これまで以上に挑戦の多い年でした。年初には自分がVPoTになるなんて全く想像もしていませんでした。この記事では自分にとっての2025年をふりかえってみようと思います。 と、その前に カケハシのアドベントカレンダーはじまります！ 2025年も残すところあと1ヶ月ですね！カケハシのアドベントカレンダーはじまります！エンジニア以外にもデザイナーやPdMなど、いろんなメンバーがエントリーしてくれているので、どんな記事が出てくるのか今から楽しみです。 最新情報は @kakehashi_dev で…

こんにちは、椎葉です。カケハシでVPoT(VP of Technology)をやっています。今日は、僕が使っているCursorのカスタムコマンドを2つ紹介します。 カケハシではコーディングエージェントとして、Cursor、Claude Code、GitHub Copilot、そしてDevinを利用できます。その中で僕はメインではCursorを使用しています。最近だと、Cursorを使ってTerraformによるAWSのインフラ構築をやっていて、便利だなーと思っています。 そんな日々の作業の中で、コミットとプルリクエストの作成をよく実施しているので、その2つをCursorのカスタムコマンドとして…

カケハシの主力プロダクトといえば、クラウド型電子薬歴『Musubi』。現在、『Musubi』を活用した新たなビジネスの立ち上げがハイスピードで進んでいます。 そのプロジェクトを担う「PE新規サービス開発チーム」から、プロダクトマネージャー（PdM）の糟野、エンジニアの荻野と種岡に話を聞きました。 患者さまに治療意識を高めていただくためのプロダクト開発とは？ プロダクトマネージャー・糟野 ──── まずは、「PE」とは何か、説明してもらえますか？ 糟野：PEとは、「Patient Engagement」の略称で、患者さん本人が自身の治療や健康維持に積極的に関わっていく姿勢を表した言葉です。 PE…

カケハシで技術広報を担当している櫛井です。 カケハシは2025年11月14日(金)〜15日(土)に開催されたYAPC::Fukuoka 2025にて、Platinumスポンサーを務めました。また、休憩エリアにて本格コーヒーを提供するコーヒースポンサーも実施いたしました。 yapcjapan.org こちらのエントリでは、当日の会場での様子をご紹介いたします。 カケハシが実施したスポンサー カケハシはPlatinumスポンサーとしてブースを出展し、薬局向けに展開しているクラウド型電子薬歴「Musubi」や医薬品在庫管理・発注システム「Musubi AI在庫管理」をご紹介しました。また、今回のイベ…

こんにちは、カケハシのAI在庫管理チームでバックエンドエンジニアをしている今江です。 今回は、CodeRabbitの導入検証中に調査したDevinとの連携方法についてご紹介します。 CodeRabbitは、AIがプルリクエスト(PR)を解析し、コードの改善点やバグの可能性を自動で指摘してくれるツールです。 Devinは、AIが自律的にコードを生成・修正するツールです。PRの作成はもちろん、PR上のレビューコメントに反応して修正作業まで実行してくれます。 PRをレビューしてコメントしてくれるCodeRabbitと、PRのコメントに反応して修正してくれるDevinを連携させることで、自律的にPRの…

はじめに こんにちは、kosuiこと岩佐 幸翠(@kosui_me)です。カケハシで認証基盤・ライセンス基盤・組織階層基盤などのプラットフォームシステムを開発・運用する認証権限基盤チームのテックリードをしています。 LLMの登場以降、コードを自動生成することがかなり一般的になってきました。しかし、人間であれLLMであれ、コードの品質を維持するためにはコーディングスタイルの一貫性が重要です。例えば、配列操作ひとつをとっても、手続き的なスタイルと宣言的なスタイルが存在し、それぞれの選択がコードの可読性や保守性に影響を与えます。 この記事では、TypeScriptにおける配列操作の宣言的スタイルにつ…

こんにちは、カケハシのCTOのゆのん(id:yunon_phys)です。カケハシではEngineering Manager（EM）に期待することを、特にリーダーシップとチームマネジメントの側面にフォーカスして言語化し、行動や言動に対して組織全体として一貫性のあるようにしています。本記事では、その期待することを社外公開用にリライトしたものです。 組織によって文化や価値観は異なりますが、EMに求められる役割について一つの視点として参考にしていただければ幸いです。 1. 正しい方法で短期的な事業成果を追求する 「正しい」という言葉の定義はコンテキストによって変わりますが、ここでは誰かが理不尽な思いを…

以下資料は先に実施したSREゼミ_信頼性向上編で利用したものです。Well Architected Frameworkの信頼性の柱、その補足資料として読み合わせに使ってください。 Well Architected Frameworkを読み解きながら、信頼性が高まる設計を学びます。 信頼性のほうがメインです。 特に信頼性を高めたい設計者、あとはWell Architected Frameworkを学びたいエンジニアが対象です。 目標: 背景を理解し、基礎技術力を向上させ、設計ポイントが他人に説明できるようになる コンテンツのありか ホワイトペーパー(日本語) どれくらい理解すべきか 一行一行, …

こんにちは。カケハシで開発ディレクターの笹尾です。 前編の方針を踏まえ、ここからは具体の記載方針と運用に踏み込みます。 はじめに ドキュメント設計はアーキテクチャ設計と同義です。求められるのは、スケールと複雑性に耐える持続可能な設計です。 最初から完璧は狙いません。想定できない課題も多いため、『作る→使う→直す』のループで育てながら、変化を受け入れやすい設計を目指します。 本記事を通して、ドキュメント成長過程の楽しさに触れ、チームがドキュメントに触れ合う機会を作る参考になれば幸いです。 実際の記載方針を設計する 前編で定めた大まかなドキュメント設計の方針を、「どこに／どのフォーマットで／どんな…

カケハシで技術広報を担当している櫛井です。 カケハシは2025年10月18日(土)に開催されたHono Conference 2025にて、Platinumスポンサーを務めました。また、カケハシのVPoT 椎葉がスポンサーセッションで発表いたしました。honoconf.dev こちらのエントリでは、当日の会場での様子やセッション資料の紹介をいたします。 カケハシが実施したスポンサー カケハシはPlatinumスポンサーとしてブースを出展し、薬局向けに展開しているクラウド型電子薬歴「Musubi」や医薬品在庫管理・発注システム「Musubi AI在庫管理」をご紹介しました。 技術広報の𝕏アカウン…

こんにちは。カケハシで開発ディレクターをしている笹尾です。 『Musubi AI在庫管理開発チーム』での取り組みを例に、ドキュメント設計の重要性と実装の流れを紹介します。 内容が多岐に渡るため、前編・後編の2回に分けて解説します。 はじめに 最初に強調したいのは『ドキュメント設計はアーキテクチャ設計そのもの』だということです。 逆に言えば、ドキュメント設計が弱いチームは設計力も伸びにくいとも言えます。ところが実務では、ドキュメント設計に触れる機会が少なく、結果として「後回し」になりがちです。 本記事が、チームの設計力を底上げするヒントになれば幸いです。 目的志向で利用用途をとらえて広げる ドキ…

こんにちは、カケハシのAI在庫管理チームでフロントエンドエンジニアをしている江藤です。 AI在庫管理では複雑な依存関係を持ったフォームが数多く存在します。それらのコンポーネントの取りうる状態を網羅的にテストしようとすると組み合わせ数が膨大になり、React Testing Library（以下、RTL） を使う場合はモックの準備やレンダリングのコストが無視できないほど大きくなります。 また、レンダリング結果をアサーションする都合上、テストが失敗した際に状態管理ロジックがおかしいのか、コンポーネントの実装がおかしいのか切り分けが難しい場合があります。 今回はそのような場合に、AI在庫管理で検討し…

はじめに こんにちは。Musubi機能開発チームでエンジニアをしている竹本です。 私はカケハシに入社して4ヶ月目ですが、すでにMusubiの依存ライブラリをいくつかアップデートしたり、 チーム横串の開発プロセス改善活動のリードとして活動させてもらえたりと、手前味噌ではありますがかなり良いペースでチームに溶け込めていけたのではないかと思っています。 カケハシは基本フルリモートの会社で、医療業界のことは何も分からんという状態で入社したので、オンボーディングには少なからず苦戦するだろうと予想していたのですが、 カケハシとMusubi機能開発チームのオンボーディングのおかげで、スムーズに初期のキャッチ…

「このライブラリのサポートいつまでだっけ？」「Lambda ランタイムの EOL っていつだったかな？」 システム運用をしていると、こんな疑問がよく浮かびますよね。サービス・ライブラリの EOL を皆さんはどうやって管理しているでしょうか。 なぜEOLチェックが重要なのか EOL（End of Life）を放置すると、セキュリティ・運用・ビジネスのリスクが高まります。 セキュリティ: サポート終了によりセキュリティパッチが止まり、新規脆弱性が修正されなくなる可能性があります。 運用: サポート切れでトラブル対応が困難になり、互換性やテストコストが増えます。 ビジネス: インシデントやサービス停…