はてなブックマーク

この記事はコンシューマーチームブログリレー 4日目の記事です。 Embulk 0.9.25 で動かしていた担当プロジェクトの ETL を、dlt + dbt と Step Functions に全面移行しました。証明書エラーと BigQuery のレガシー API 利用で観念した話です。 こんにちは。エムスリーのコンシューマーチームエンジニアの園田です。 コンシューマーチームで大幅なメンテナンスなく元気に動いていたEmbulkですが、今年の夏に全部やめました。 なぜやめたのか、なぜ dlt + dbt なのか、やってみてどこでハマったのか、という順で書いています。 新しい技術の話はほとんどなく、古いものを放置していたら痛い目を見たというあるあるなので、共感しながら読んでいただければ幸いです。 ETL と Embulk わたしの担当するプロジェクトには、PostgreSQL と BigQue

この記事はコンシューマーチームブログリレー 3日目の記事です。 エムスリーエンジニアリングG コンシューマーチームの松原(@ma2ge)です。 ある日 AWS から「[要対応] AWS Lambda Node.js 20.x サポート終了」という通知が届きました。ランタイムの EOL 対応、皆さんも定期的にやってきますよね。 今回対象になったのは、メール配信システムのログ連携で使っていた Firehose のログメッセージ抽出用 Lambda です。当初は素直にランタイムを上げようと考えたのですが、そういえば Firehose がこの処理をネイティブサポートしたという話を以前に目にしていたことを思い出しました。 そこで今回は、ランタイムを上げるのではなく Lambda そのものをなくすことで、今後の EOL 追従を不要にした事例を紹介します。 記事とは関係ない重複購入してしまったテトラポッ

本記事は、コンシューマーチームブログリレー 1日目です。 はじめに 関数型まつりで触れてから、再び自分の中の Scala 熱が高まっています。エンジニアリンググループ、コンシューマーチーム 兼 WHITEJACK チームの松本です。 Scalaでは従来、Effのようなライブラリを使うことでEffect Systemのようなものを実現できました。しかし学習コストが高く、実行時のインタープリタのコストなどの課題もあります。もっと軽い方法はないのでしょうか。 「OCaml 5 の algebraic effects(effect handlers)に似たことが Scala でできないか」という出発点からはじまり、調べていく過程でわかったのは、実は OCaml 5 自身も effect を型で追跡してはいない(untyped で、未処理の effect は実行時例外になる)ということでした。つまり

この記事は、Unit7 リサーチプロダクトチームのブログリレー7日目の記事です。 こんにちは、エムスリーエンジニアリンググループ/Unit7 リサーチプロダクトチームでチームリーダーをやっている遠藤です。 皆さん、トークン使い切ってますか？私は24時間トークンを使い切れる人間でありたいと思っています。 エムスリーエンジニアリンググループにおける開発ではAIは使い放題なので、量に切迫しているというわけではありません。それでも個人利用も含めてサブスクプランの上限があれば使い切りたくなってしまうのが人情です。 そして、トークンを使い切ろうとした結果、最近私はトークンリミットと戦っています。 背景: トークンリミットとの戦い 対策を考える Claudeのトークンリミットの仕様 世のアプローチを調べてみた 私の考えたアプローチ 作ったツールの概要 問題: セッション単位の使用率がわからない 正確さは

【Unit7ブログリレー4日目】（Unit7のメンバーが持ち回りで記事を書く企画です） エンジニアリンググループ Unit7（リサーチプロダクトチーム）の長谷川です。 AIコーディングが当たり前になって久しいですが、じゃあ実際どう使うのがいいのか、運用のやり方はまだ手探りです。今回はその手探りの1つ、「ビジネスサイドからの問い合わせをAIに答えてもらう」取り組みを紹介します。 さて、社内のあるWebサービスには、エンジニアだけでなく、運用を担うビジネスサイドの担当者も関わっています。 担当者からは、クライアントからエスカレーションしてきた仕様の問い合わせが日常的に届いていて、エンジニアが都度答えることで対応できていました。 これらの問い合わせを専用のSlackチャンネルから、Devinに回答してもらいたいという話があり、取り組むことになりました。 この記事は、そこから色んな人の力を借りて、

【Unit7 ブログリレー5日目】 記事とは関係ない自宅の本棚。気づいたら本が増えてます。 エムスリーエンジニアリンググループ Unit7(リサーチプロダクトチーム)の丸田です。 現在開発しているプロジェクトでは、可能な限りMockを使わず、実際のPostgreSQLに接続してJUnitでテストを動かしています。 Repositoryのテストだけでなく、HTTPリクエストを投げるControllerのテストまで実DBに繋いでいます。 実DBを使うと本番に近い状態で検証できますが、テストをそのまま並列実行するわけにはいきません。 複数のテストが同じDBの状態を読み書きするため、互いの操作が干渉します。 かといって直列に走らせると、その分実行時間が延びます。 そこで、Testcontainersで起動した1つのPostgreSQLコンテナの中にスレッドごとのDatabaseを用意し、テストごと

この記事は、Unit7（リサーチプロダクトを扱う部署）ブログリレー3日目の記事です エムスリーエンジニアリンググループ、Unit7 の田上です。 GCP 環境で MCP サーバを立ち上げる際、Cloud Run は有力な選択肢のひとつです。 この記事では、MCP サーバを利用するクライアントとして Claude Code を想定し、Cloud Run 上の MCP サーバに認可を追加するための構成を検討します。 まず MCP の認可仕様を確認し、マネージドな機構をそのまま使うのが難しい理由を整理したのち、認可サーバを自前実装する構成と、外部 IdP を利用する構成を紹介します。 MCP の認可仕様 クライアントによる認可サーバの動的な解決 認可サーバによるクライアントの動的な解決 1. Cloud Run の IAM によるアクセス制御 2. headersHelper による ID トー

この記事は、Unit7（リサーチプロダクトを扱う部署）ブログリレー2日目の記事です Unit7 リサーチプロダクトチームの佐藤（@riku929hr）です。 この1年で社内のAIの利用は一気に広がりました。 特にClaude Codeに関しては、いまではエンジニアだけでなく、ビジネスサイドのメンバーも使える環境が整い日常的に使われています。 僕は現在、プロダクトの開発と運用を本業としながら、リサーチ業務を担うビジネスサイドのチームとともに、AIを業務に実装する取り組みをしています。 この記事では、エンジニアが隣のビジネスサイドの部署に出向き業務最適化の伴走をするという役割を担った学びを書きます。 また、それを通して考えた、個人的Agent Skillの作り方についても書きたいと思います。 業務にAIを入れる立場の方には、最初のたたき台をどう出すか、出力のばらつきをどう抑えるか、というあたり

エンジニアリンググループ GM の窪田です。 生成AIの急速な進化により、ソフトウェア開発のあり方は大きく変わりつつあります。開発の生産性が飛躍的に向上する一方で、コードレビューやテスト工程などレビュー・テストの必要なコードやドキュメントの量はどんどん増えています。量が増えたにも関わらず求められる品質についてはこれまでと同等もしくはそれ以上となってきています。品質保証プロセスをどのように改善すべきか、AI を用いた品質保証プロセスがどのようになるかなどを検討する必要があります。 この記事では、そうした環境変化の中で私たちQAチームがどのような未来像を描いているのか、そしてどのようなロードマップでそこに向かっていくのかについてお話しします。 私たちの現在地 AI 時代の QA 戦略の全体像 フェーズ 1: 全工程でのAI活用 フェーズ 2: 品質の開発プロセスへの組み込み フェーズ 3: Q

【Unit4 ブログリレー7日目】 こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 6日目は大熊による「DB のデータを超手軽に AI 検索させたい — ミニマリストな RAG の作り方」でした。 www.m3tech.blog AIにより開発が高速に進む一方、対応サービスが増えて「slackでアラートが飛んできて、CloudWatchでメトリクスやログを確認し、Athenaでアクセスログのクエリを組み立て…」なんて経験は稀によくあります。サービスが増えてもアラートには出来る限り早く対応したいところです。今回は、この一連の障害調査をClaude Codeのプラグインに載せて、社内で運用している話を紹介します。 山中湖交流プラザ きららは山梨県山中湖村にある総合公園(6年ぶり2回目)。本文には特に関係ありません。 稀によくあるが「できる人」は増えにくい

【Unit4 ブログリレー5日目】 こんにちは、Unit4のキムです。この記事はUnit4チーム (m3.com開発チーム) メンバーにより投稿されるブログリレー5日目の記事です。 本記事では、m3.comのイベントトラッキングにおけるビーコン送信の信頼性を高めるための取り組みとして、動画配信サービスの事例をご紹介します。リトライ機構を含む3段構えの対策により、ビーコンの配信保証を強化しています。 はじめに 取り組みの背景 解決策 リトライ機構の導入 判定タイミングの調整 フォールバックビーコンの追加 効果分析 送信成功率の改善 リトライ率の計測 今後の展望 送信失敗の要因分析 クライアントビーコンへの依存脱却 学び We are Hiring! エンジニア採用ページはこちら カジュアル面談はこちら 海亀にバッタリ。本文には関係ありません。 はじめに Webサービスではユーザー行動を計測す

こんにちは、QAチームの草場です。 この記事は、AIテストプロセスの品質メトリクスについての前後編の後編です。前編では、AIエージェントに任せているテストプロセスの「どこまで信頼していいのか?」に答えるために設計した5つの品質メトリクス（テストケース採用率・実行方法の見立て精度・実装品質・AI自律実行率・欠陥密度）と、数字が壊れないように計算と検算をスクリプトに任せる記録の仕組みを紹介しました。 www.m3tech.blog 後編では、その計測から実際に見えてきた、今のAIテストプロセスの4つの課題を紹介します。 メトリクスから見えてきた4つの課題 課題1: テストケースを作りすぎる 課題2: 見落としは分析・設計に集中する 課題3: AIがテスト実行できない箇所 課題4: AIは「自分にできること」を控えめに見積もる 今後: 物差しはできた、実運用で蓄積していく まとめ We are

こんにちは、QAチームの草場です。 Claude Codeに代表されるAIエージェントの登場で、ソフトウェアテストの現場も大きく変わりつつあります。私のチームでも、テスト分析からテスト実行まで、テストプロセスの各工程をAIエージェントに任せる取り組みを続けてきました。大量の情報収集が短時間でできる、テストケースの下書きを数分で出せる、DBの検証やAPIの疎通確認も自律的に進めてくれるなど、AIによる効率化の手応えは確かにあります。 ただ、現状はあくまで人間が間に入る必要があり、人間による理解・レビューが必ず発生します。 「このAIテスト、どこまで信頼していいのか?」 将来的にはAIに任せる範囲はもっと広げたいです。AIの判断や生成物を人間が見なくても信頼できる領域を、少しずつで良いので作っていきたい。 しかし、広げてよいかを判断する材料が体感しかありません。そこで、AIテストプロセスそのも

【Unit4 ブログリレー3日目】 Unit4 (m3.com 開発グループ) の永山です。 2日目は井本による「LINEとスプレッドシートで作る、ゼロ円運用の家計簿ボット」でした。 www.m3tech.blog 普段、3Dプリンタで作成したオリジナルキーボードで仕事をしています。 キーボードの自作には電子回路の設計やCADに関する知識が要求されますが、私は全くそれらの知識がありません。 しかしながら、昨今ではありがたいことにキーボードの設計を直感的に行える便利なツールが存在しており、それらを用いると意外と簡単にこだわりを詰め込んだ自分だけのキーボードを作れます。 本記事では、筆者がキーボードを自作するに至った経緯と作成したキーボードのこだわったポイント、また作成するにあたって利用したツール等を紹介します。 自作したキーボード (そのときどきで最も安いフィラメントを購入しているため左右で

こんにちは、メディカルマーケティングオートメーション（MMA）チームの山本（@hiro_o918）です。 ※ 記事とは何の関係もない、ソファーでくつろぐ犬 皆さんは、AI エージェントが生成した PR のレビューをどうさばいていますか？ コーディングエージェントに任せる作業が増えるにつれて、diff の行数と自分が理解している量がだんだん一致しなくなってきました。1 行ずつ読む速度は昔と変わらないのに、生成される速度だけが上がっていく。PR を開いた瞬間に +1,342 -286 みたいな数字が視界に入って「うっ」と手が止まる、というのは正直あります。しかもこれは他人のコードをレビューするときだけの話ではなくて、自分の作業でさえ、エージェントに任せた分だけ全体像がぼんやりしてくる、というのが実感としてあります。 そこで、PR の中身を読む前に「変更の輪郭」だけを先に見るための CLI ツー

Unit7 リサーチプロダクトチームの佐藤（@riku929hr）です。 2026年7月22日と23日の2日間、ファインディさん主催の AI DevEx Conference 2026 に現地参加してきました。 Dave Farleyさんの『Modern Software Engineering』に一通り目を通してから臨んだのですが、初日の基調講演がまさにそのFarleyさんでした。 読んでおいてよかったです。 AI DevEx Conference 2026 について AIは増幅器であり、鏡でもある 残ったボトルネックは、確認と理解 投資すべきは、共有知識（shared knowledge）とガードレール 認知負債への処方せん おわりに We are Hiring! エンジニア採用ページはこちら カジュアル面談もお気軽にどうぞ AI DevEx Conference 2026 について

【Unit1 ブログリレー2日目】 こんにちは、Unit1（製薬企業向けプラットフォームチーム）とデータ基盤チームを兼務しております石塚です！ ブログリレー1日目は佐野さんによる「そのAIエージェント、いつから本番を任せますか？——人間と約350件並走させてわかったこと」でした。 Claude Codeのセッションを iTerm 上で立ち上げて作業していたら、気付けば10タブ以上のセッションが並び、「あのタスクを走らせたのはどのタブだっけ」「これは処理中？それとも私の回答待ち？」と、どのタブで何が起きているのか分からなくなる "セッション迷子" に陥っていました。並列でAIエージェントを走らせている方なら、同じような経験があるのではないでしょうか。 そこで、Claude Codeを相棒に「セッションをカンバン形式で俯瞰する仕組み」を自作することにしました。AIに実装を任せきりにするのではな

こんにちは、エンジニアリンググループSREチームGeneral Managerの横本(@yokomotod)です。 この記事はSREチームブログリレーの4日目の記事です。前回は山本さんによるAWS DevOps Agentの記事でした。手書きの図が上手過ぎじゃないですかね。 www.m3tech.blog さて、Claude Code や Codex のサンドボックス機能*1は使われていますでしょうか。安全かつ快適に使いこなすためにも、どういう仕組みによって隔離されているのか気になりますよね。 サンドボックスの実現方法はOSによって異なりますが、この記事ではLinuxでのサンドボックス化に使われている bubblewrap *2がどんな仕組みで動いているのか知るために、自分で作って動かしてみました。 ソースコードの全体は以下のリポジトリで公開しています。 github.com そもそもサン

【SREチーム ブログリレー 2日目】 こんにちは、SREチームの青木です。 エムスリーには、アクセスログや社内レポートを配信する仕組みがあります。レポートには部署や案件ごとに見てよい人・見てはいけない人がいるため、アクセス制御を行う認可システムを内製し運用しています。 この認可システムはこれまでブラウザでの SSO ログインを前提としていましたが、「Claude CodeのようなAIエージェントにレポートを読ませて集計や調査をさせたい」という要望に応えるため、OAuth 2.0 の Device Authorization Grant（RFC 8628、いわゆる Device Flow）を実装しました。本記事では認可システムへCLIでのアクセスのニーズとのDevice Flowの実装について紹介します。 浅草寺の宝蔵門(仁王門) 社内レポートの認可システムとは システム構成は次のような役

こんにちは、セキュリティチームの坂梨です。 皆さん、ソフトウェアサプライチェーン攻撃対策はできていますか。 2025年の Shai-Hulud（大規模なnpmパッケージ侵害事件）以降、ソフトウェアサプライチェーン攻撃が話題に挙がる機会が増えました。特に今年3月末に発生した Trivy と axios の事件は大きく騒がれ、影響調査に追われた方も多いのではないでしょうか。 4月以降も lightning や TanStack などメジャーなライブラリが被害に遭っており、毎朝「さて今日は何が乗っ取られたのかな」とニュースを見る日々を過ごしています。 ライブラリが侵害されるたびに影響調査をするのは大変です。そこで、侵害されたライブラリをインストールするリスクを軽減するため、インストール時にクールダウンタイムを強制するプロキシ（公式レジストリの内容をフィルタして配信する社内用レジストリ）を作り、開

【デジスマ ブログリレー 3日目】 デジスマチームの立花です。 突然ですが皆さんはどのエディタが好きでしょうか。 僕は Helix が好きでよく使っているのですが、 最近また好きなエディタが増えました。Zedです。 zed.dev 動作の軽快さに惹かれて使い始めたのですが、触っていくうちに「これは便利だな」と感じる機能がいくつもあったので、 本記事ではその中から特に日々の開発で役立っているものを紹介します。 1. タブ切り替え 地味ですが意外とこれが一番好きなポイントかもしれません。 ターミナルタブも通常のファイルタブと同じように扱える Ctrl+Tab / Ctrl+Shift+Tab でタブ間を移動できる ターミナルタブを通常のファイルタブの隣に置けるというのが個人的にはかなり手に馴染みました。 ファイル編集中に Ctrl+Tab でターミナルと行き来できます。 タブ切り替え時、デフォ

先月マルタ共和国へ旅行に行った時の風景です。本記事とは無関係です。 【デジスマ ブログリレー 2日目】 デジスマチームの田口です。 最近 apple/container という Apple 純正の Linux コンテナサポートツールが v1 として正式リリースされました。軽量 VM ベースということで興味があり、これを使って何か面白いものを作れないかと色々触っていました。 ちょうど普段 Claude Code を claude --worktree で複数ブランチ並行で動かしていて、ブランチごとのローカルサーバの取り回しが地味な課題として残っていたので、apple/container の特徴を活かして解決できないかと考えて作ったのが、worktree（ブランチ）ごとにブランチ名のドメインを持つローカルサーバー環境を生やすツール branchbox です。本記事ではこのツールを紹介します。

【デジカルチーム ブログリレー 3日目】 クラウド型電子カルテデジカルチームの黒木です。 最近、私たちのチームで 「Pull Requestごとに、そのコードがそのまま動く環境が自動で立ち上がる」仕組み──いわゆる PR環境（ephemeral environment / preview environment）を構築しました。 なぜ作ったのか 設計の方針 実装のポイント 1：stateを「1 PR = 1 state」で完全分離する 2：DBはPRごと、クラスタは共有 3：ALB Listener Ruleの優先度をPR番号から決める 4：デプロイワークフロー（ラベル起点） 5：破棄ワークフロー（PR close + 毎朝の掃除） まとめ We are hiring! なぜ作ったのか 普段からプロダクト開発を続けるなかで、こんな不満がじわじわ溜まっていました。 レビューでコードは読めても

【デジカルチーム ブログリレー 2 日目】 クラウド型電子カルテデジカルチームの井上 (@wtr_in) です。 言いたいことはタイトルでほぼ言い切ってしまいましたが、先日 BigQuery 上のデータをうっかり消してしまいそうになる事件がありました。原因はテーブルコピーに関する細かい仕様の勘違いだったのですが、もしかすると今後同じようにハマる人もいるかもしれないので、せっかくなので書き残しておきます。 BigQuery に関する前提知識 1. BigQuery のテーブル有効期限機能 2. 今や bq cp で異なるリージョンにもテーブルコピーできる 本題: テーブルコピーでの有効期限の引き継ぎに気をつけろ！ 有効期限以外の違いはあるか？ まとめ We are Hiring! BigQuery に関する前提知識 本題に入る前に、BigQuery についての前提知識をおさらいします。Big

【マルチデバイスチーム ブログリレー5日目】 マルチデバイスチームの小林(@bakobox)です。 2026年4月に Android CLI が公開されました。プロジェクトの作成から実機デバイス / エミュレータの操作までを行える CLI で、AI エージェントによるアプリ開発の操作を容易にすることを目的に開発されています。 この Android CLI と、昔からある ADB コマンドの使い方を AI エージェントに教えるだけで、公式ツールのみで Android 実機 / エミュレータを操作できます。 本記事では、Android CLI と ADB を使って Android 実機 / エミュレータを操作するエージェントスキルを、実際のコマンドとあわせて紹介します。 AI エージェントによる Android デバイス操作で何が変わるか 使用する Android CLI コマンド layou

【マルチデバイスチーム ブログリレー1日目】 エンジニアリンググループ・マルチデバイスチーム(以下「マルデバ」)の星野です。 私は普段マルチデバイスチームに所属し iOS/Android アプリの開発をしていますが、同時にエムスリーテクノロジーズにも出向という形で在籍し、グループ会社においてもモバイルアプリの開発・支援をしています。 今回は、現在私が進めているグループ会社のモバイルアプリのリファクタリング事例をご紹介し、エムスリーテクノロジーズにおける業務の様子をお伝えできればと思います。 リファクタリングイメージ図 サービスの紹介 リファクタリング 1. CocoaPods から SPM への切り替え 2. 画面毎のリファクタリング 2-1. 継承の解消 2-2. DI の導入 2-3. MVVM の整理 2-4. async / await への書き換え 3. AWS Code Com

この記事は基盤開発チームブログリレー4日目の記事です。 こんにちは、エンジニアリンググループ基盤チームリーダー兼General Managerの横本(@yokomotod)です。 ありのまま今起こった事を話すぜ…おれは基盤チームブログリレーを走ると思っていたらいつのまにかOCamlブログリレーだった… 何を言ってるのかわからねーと思うがおれも何をされたのかわからなかった…頭がモナドになりそうだった… www.m3tech.blog www.m3tech.blog www.m3tech.blog 3日間、Web・CLI・機械学習と OCaml で攻め続ける先人達により、OCaml デビューする以外の道は閉ざされました。「じゃーまずはデプロイの仕方から学ぶかー。distroless で動くのかな？」ということで本記事が生まれました。 以前 distrolessコンテナイメージの中を覗いて「なん

基盤開発チームブログリレー2日目の記事です。 1日目は田尻さんがOCamlについて書いてくれました。そのOCaml熱にあおられ私も仕事で使い始めたので、私も便乗してOCamlについて書いてみます。 www.m3tech.blog 覚醒したラクダ はじめに OCaml、書いてますか。私も書いています。仕事の補助ツールとして。 こんにちは、基盤開発チームの林です。 以前まで、ちょっとしたCLIツールを作る言語としては、簡潔に書ける Ruby を使うことが多かったのですが、最近はAIエージェントをよく使うようになったこともあり、自分用のCLIツール開発には OCaml を使うようになりました。 もともと私はローカル環境や設定の作り込みをするタイプではなく、むしろクリーンな環境・ゼロ設定で仕事をするのが好みだったのですが、近頃はCLIツール開発も含めてローカル環境の作り込みをするようになってきたの