はてなブックマーク

「AIエージェント構築＆運用 Advent calendar 2025」1日目の記事です。 こんにちは、ENEcHANGE VPoTの岩本 (iwamot) です。 AIエージェントの運用費、なるべく抑えたいですよね。 もし複数ステップを処理させているシングルエージェントがあれば、マルチエージェント構成に変えることで、費用を大きく減らせるかもしれません。 本記事では、移行によって費用を43%減らした実例を詳しくお伝えします。 対象のAIエージェント 当初の実装 シングルエージェントの欠点 現在の実装 マルチエージェント移行による効果 移行後のトレース結果 移行が効くケース マルチエージェント構成の注意点 Strands Agentsでのトレース方法 1. Jaegerコンテナを起動 2. 依存パッケージをインストール 3. トレース用のコードを追加 Web UIでの分析 おわりに 対象のA

初めまして。10月より ENEcHANGE にジョインした藤巻です！ claude codeには標準でセッション管理機能が搭載されており、過去の会話を再開できます。しかし、日常的に使う中で「わかりやすい名前でトピックを管理したい」「Markdownで読みやすく整理したい」と感じることがあり、独自のトピック管理の仕組みを作りました。 本記事では、標準機能を紹介した上で、私が不便に感じた点と、それを解決するために作った仕組みを紹介します。 こんなもの作りました /select-topic コマンドで既存トピック一覧が表示される トピックを選択すると、前回の続きから再開できる 話した内容は後から見返しやすいようmarkdown形式でまとめられる # codePipelineによるデプロイの仕組み **セッション日付:** 2025-10-22 **状態:** 🔒 完全完了 --- ## 📚

ENEcHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 急速に寒くなってきた2025年10月13日の週にこの記事を執筆しています。皆さんはお健やかにお過ごしでしょうか。 私はというとつい最近勤続5年の休暇を頂いて、家族の犬と二人でキャンプ＆登山をしてきました。 家族の犬は原産が寒い地域の大型犬なのでもはや寒いレベルのキャンプがたいそう楽しかったらしく、5℃を下回っていそうな気温でも外の地面でうたた寝をしていました。身体が強すぎる。 今回は2025年09月30日に発表されたAmazon EcSのManaged Instancesに関する記事です。 Managed Instancesは発表直後から様々な技術ブログで解説が取り上げられているので詳細は省略しますが、Fargateの簡便さとEc2インスタンスのコストの優秀さ・制御しやすさを両取りするようなEcS

こんにちは、ENEcHANGE QAマネージャーの黒澤です。 AIエージェント活用リレーブログ、前回の三輪さんの記事では「AIに任せきりにするのではなく、SOW(作業明細書）でAIを使いこなすことが重要」と話しがありました。この視点はとても大事で、AIの提案を疑う視点も持ちながら、AIを使いこなしていく必要があると感じました。 QA採用の現場から見えてきた、AIエージェント活用の波 ここ最近、QAメンバーの採用活動を進めていますが、面談の中でも「AIエージェントを活用して効率化を図っている」といった話題が増えてきました。 これらの話を聞くにつれて、AIを使いこなすにはまだまだ課題はありますが、AI活用の大きな変革期を迎えている今、この技術革新の波を確実にキャッチアップしていく必要性を実感している今日この頃です。 本記事では、AIエージェントを活用してテスト自動化を効率化できないかという視点

こんにちは、ENEcHANGEのEV Devチームの利廣です。 私は最近、"Kiroの仕様書駆動開発プロセスをclaude codeで徹底的に再現した"という記事で紹介されているSpec-Driven Development（仕様駆動開発）の手法を実践してみました。この手法は、従来の実装からAIを取り入れるアプローチではなく、詳細な設計書の作成からAIを取り入れる体系的なAI駆動開発プロセスです。実際のプロジェクトに適用したワークフローを構築してみたところ、予想以上の効果を得ることができました。 実践した開発フロー 基本的なワークフロー 下記の全てをAIとのやりとりを通して作成していきます。 詳細設計書の作成 タスク分解 各タスクの実装、適宜テスト作成 PR作成 レビュー 📝 コマンドの詳細: 各コマンドの詳細な設定方法や使用方法については、claude-code-spec GitHub

こんにちは、ENEcHANGEの川野邉です！ 今回は、cursorでFigmaのデザインを読み込み、そのまま実装に活用するための「Figma McP」セットアップ手順 を、3ステップで紹介します。 この仕組みを使えば、Figmaのデザインを直接cursorに取り込み、フロントエンド開発を効率化できます。 セットアップ手順 1. Figma personal access token の取得 まずは、Figma APIを利用するための Personal Access Token を発行します。 Figmaにログイン後、 Settings > Account を開く 画面下部の Personal access tokens セクションで Generate new token をクリック 任意の名前（例：Sample Token）を入力 Scopeは Read-only を選択 生成されたトーク

VPoTの岩本 (iwamot) です。*1 昨日の水本さんの記事を読み、AIの登場による変化を前向きにとらえる姿勢が重要だと感じました。登場前に戻ることはもうできないですものね。 今日のぼくの記事では、AIエージェントを「使う」ではなく「作る」視点での「AIエージェント活用」を取り上げます。AIエージェントの実装に興味のある方の参考になれば幸いです。 フォーカスするのは「AIエージェントからMcPツールの情報をどのようにLLMに渡すか」についてです。McPツールの情報を渡さなければ、LLMはツールが呼び出せる（AIエージェントに呼び出しを依頼できる）ことを知らないまま回答してしまいます。 以下、ご自身がAIエージェント（例：cline、claude code）やAIエージェントSDK（例：Strands Agents、OpenAI Agents SDK）を実装するとしたらどうするか考えな

cTO室の岩本 (iwamot) です。 AWSでchatOpsしたく先行事例を調べたら、Lambdaを使う例がヒットしました。 SlackでchatOps！codeDeployのBlue/Greenデプロイを操作する方法 - SMARTcAMP Engineer Blog (2021-01-07) しかし今なら、Amazon Q Developer in chat applications（旧称：AWS chatbot）のカスタムアクションでLambdaをなくせそうな気がします。2023年11月に発表された機能です。 実際に試したところ、おおむね実用的な仕組みができました。 そこで今回は、AWSのchatOpsがLambdaなしで組めた話をご紹介します。 Lambdaを避ける理由 本題に入る前に、Lambdaを避ける理由に触れておきます。 ひとことで言うと「運用が楽になるから」です。La

日本にはAWS community Builderが足りていないので、目指すなら今がお勧めです。 AWS community Builderに選ばれると、AWSのクレジットやグッズがもらえたり、新サービスや新機能の情報が早く得られたりするなど、さまざまなメリットがあります。 背景 筆者の岩本は、10月12日に開催されたJAWS FESTA 2024 in 広島に参加しました。日本のAWSユーザーグループ (JAWS-UG) が主催した、全国規模の交流イベントです。 そのイベントで「日本にはAWS community Builderが足りていない」ことを知りました。AWSの沼口さんのセッションで、そのような話があったのです。 実にもったいない。 岩本自身、今年からAWS community Builderとして活動しており、さまざまなメリットを感じています。ぜひ多くの方に目指していただきたく

AWS codeDeployでブルー/グリーンデプロイしているAmazon EcSサービスについて、もしネットワーク設定を変えたくなったら、AppSpecを編集したうえで、新しいデプロイメントをトリガーしましょう。 この方法を知らないと、EcSサービスをわざわざ作り直すか、ネットワーク変更をあきらめるか、どちらかになってしまいます。 背景 codeDeployでブルー/グリーンデプロイしているEcSサービスでは、ネットワーク設定を直接的には変更できません。 EcSのUpdateService APIを呼び出して変更しようとすると、下記のエラーが起こります。 InvalidParameterException: Unable to update network parameters on services with a cODE_DEPLOY deployment controller. U

すべての情報処理技術者試験に合格するには「体力」が、すべてのAWS認定資格を取得するには「お金」が、それぞれ最大の鍵です。 鍵が分かれば、効率よくダブル全冠が狙えます。相手を知らずに戦うのは非効率です。 ダブル全冠が達成できれば、エンジニアとしての市場価値が高まります。レアだからです。現時点の達成者は多くて数百人でしょう。 背景 筆者の岩本は2021年にIPA全冠を、また本日、AWS全冠を達成しました。 その経験で気づいた戦い方をお伝えし、参考になればと思っています。 IPA全冠：若いうちに省エネして狙う IPA全冠の鍵は体力です。 高度試験は9:30から16:30まで 論述式の問題では2時間で3,000字ほど筆記が必要 なので、以下の戦略が有効です。 若いうちに受ける（今が人生でいちばん若い） 午前I試験は免除を狙う 試験会場の近くに前泊する 疲れにくい筆記用具を使う（マークシート用鉛筆

VPoTの岩本 (iwamot) です。 この記事では、Terraformモジュール構成のベストプラクティスをご紹介します。Terraformドキュメントに書かれているものですが、従わずに時間を溶かした失敗談をまじえてお伝えすることで、同じ轍を踏む方が減ることを願っています。 取り上げるのは下記のベストプラクティスです。 Module composition（フラットなモジュールツリー） Dependency Inversion（依存性の逆転） Module composition（フラットなモジュールツリー） Module compositionは、モジュールをフラットに並べられるよう構成すべし、という話です。Terraformドキュメントでは下記の例が挙げられています。 module "network" { source = "./modules/aws-network" base_c

こんにちは、EV充電サービス事業部でFlutterエンジニアをしている小林です。 2023年12月に弊社とSmart Shopping様と共同で「IoT系のプロダクト開発の裏側」というテーマのオフライン勉強会を開催いたしました。その中で「事業譲渡を受けたアプリとの統合で失敗、 そしてユーザーからの評価回復に至るまで」というタイトルで発表した内容を、改めてブログ記事としてまとめます。また、その後日談についても触れようと思います。 enechange-meetup.connpass.com 背景 ENEcHANGEでは2022年春にEVの充電サービスとアプリをローンチしました。このアプリのコアとなる機能はもちろんENEcHANGEが設置する充電器で充電することです。 しかし私たちが目指しているのは、すべてのEVドライバーにとって価値のあるアプリになることです。そのためにも自社設置の充電器だけで

ENEcHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 この記事を執筆している日にMLBのアーロン・ジャッジ選手がシーズン62本目のホームランを打ってアメリカンリーグのシーズンホームラン記録を塗り替えたことが伝えられました。 メジャーリーグの長い歴史に新たな1ページが加わった日に同席したと思うと、なんとなく気分が盛り上がりますね。 今回は「既存アプリケーション基盤のコンテナ化プロジェクト」でアプリケーションのコンテナ化、具体的にはDockerfileの作成で四苦八苦した内容を振り返ります。 このテーマ自体はDockerfileを書いている人なら何度も見た内容だと思いますが、実際に困ったので整理しておいて損はないと思い書いています。 同じ苦労をする人が少しでも減れば嬉しいです。 この記事を届けたい人 Dockerfileを書いた人で「buildはできるけ

ENEcHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 愛犬のバーニーズマウンテンドッグを飼い始めてから1年経ってやっと餌をあげすぎなことに気が付きました。 食べすぎてお腹壊し気味だったんだね…ごめんね…。 私はというとお腹は壊さないものの食べすぎて簡単に太ってしまうタチなので2022年の夏からあすけんを始めています。 現時点で明確に言えることは「脂質を摂るは易し、蛋白質を摂るは難し」です。 今回は「既存アプリケーション基盤のコンテナ化プロジェクト」を推進する中で考えたクラウドインフラの管理に対する社内のチームの責任分界点と、実運用を考えたタスク定義ファイルの取り扱いについてです。 会社ごとの事情に依存する話だと思うのでいち事例としてご紹介です。 背景 コンテナ化プロジェクト開始前にプロダクトに関わるチームやリソースがどのような構成だったのかを書きます

cTO室の岩本 (iwamot) と申します。AWSで運用している各種リソースを、なるべくベストプラクティスに沿うように最適化していくのが、ぼくのミッションのひとつです。 Security Hubを使うと、セキュリティのベストプラクティスに反しているAWS上のリソースが自動的に検出できます。ENEcHANGEでも、先日から運用を始めました。 ただ、上記の検出には、AWS configの料金が意外とかかります。これは、リソースの設定変更をAWS configで記録する必要があるためです。 Security Hubは便利だけれど、AWS configの料金は抑えたい、そんなときに使える小ワザをご紹介します。 記録するリソースタイプを絞る その小ワザとは「AWS configで記録するリソースタイプを、Security Hubでの検出に必要なものに絞る」です。 Security Hubで必要とな

こんにちは。ENEcHANGE の gamenechange です。 朝起きたら「The Last of Us Part II」の発売が 5月 に延期になったことが発表されており、とても残念です。しばらくは IGA氏 の新作 Bloodstained: Ritual of the Night をプレイしていきたいと思います。 さて、今回はPDFファイルに保存されている「不適切な」メタデータの露出を防ぐために、cI でそのデータの検知をする方法をご紹介します。 目次 目次 PDFのメタデータとは 「不適切な」メタデータ（「作成者」や「タイトル」など）は除外したい まずは手動で検知してみる メタデータを抽出するためのコマンド qpdf cpdf pdfinfo pdftk qpdf コマンドを用いて PDF のメタデータを取得する jq を用いてワンライナーで "/Author" の値を取得す

初めまして、ENEcHANGEで働いている id:tetsushi_fukabori です。 本ブログには初登場になります。これからよろしくお願いします。 本記事で書くこと 「私がRubyKaigi 2019に参加して感じたこと」「私が参加したセッションで話されたことの要約と感想」を主に書きます。 RubyKaigiはYouTubeチャンネルがあるので、講演を全て観たい方はこちらもどうぞ（本記事執筆時点ではまだ2019年分はアップされていません）。 www.youtube.com （なお、ENEcHANGEからは私と id:cuzic の２名が参加しており、重複して参加したkeynoteについては id:cuzic がまとめていますのでこちらをご覧ください） RubyKaigi初参加の私が感じたこと 天神駅のホームにもRubyKaigiのポスターが RubyKaigiはRubyコミュニティ

ENEcHANGE で働いている id:cuzic です。 RubyKaigi に来ています。 RubyKaigi は楽しいですねっ！ 最新の Ruby の開発状況を知ることができます。 今回の記事では Matz さんの講演内容を書き下していたので、 それを少し整形して、公開します。 変なところとかあれば、コメント欄でご指摘ください。 前座 けっこう、初参加の方がいた アメリカ、カナダ、台湾、ロシア、ウルグアイなどいろんな国から来てた方がいた スポンサーセッション　GMO ペパポ 2003年に福岡で創業。ロリポップが創業事業 アウトプットすることが、３つの大切にしていることの1つ さまざまなコミュニティのスポンサーもしている 個人としてペパポとして九州を盛り上げていきたい 福岡の中から付加価値の高い取り組みをしたい fukuoka growth next インキュベーション施設もある。 G

こんにちわ。ENEcHANGEのMariMurotaniです。 今回は、Vue.jsでのデータの扱い方について説明します。 前回の前回のRails 5.2 + WebpackerでVue.jsを使ったSPAを実現で環境構築が完了している人が対象です。 1. 概要 今回はvuexでのデータ管理とvuex-persistedstateを使ったフロントエンドでのデータ永続化について説明します。 vuex-persistedstateを使うとデータはブラウザのlocalStorageを使って永続化されブラウザのリロード時もフォームの入力結果などを保持してくれるようになります。 また、デバックしやすいようにchromeのVueプラグインの事前インストールを推奨しています。 2. 前提条件 Railsにvueをインストールのチュートリアルを終了してフロントエンド開発に慣れておきましょう。 3. インス

背景 プラットフォーム事業部のtaki（@yuyasat）です。ENEcHANGE社には2016年10月から参画し、主にRuby on RailsやJavaScriptまわりの実装を行っています。 ENEcHANGE社の顔とも言えるサービスが、電気・ガス比較サイト エネチェンジです。WordpressとRailsでできており、リポジトリのfirst commitから４年以上が経過しています。確認したところ、first commitはcTOの白木で、2014年5月16日でした。会社の設立が2015年4月ですから、会社の歴史よりも長い歴史をもつリポジトリということになります。ENEcHANGE社の前身はcambridge Energy Data Labで、その当時に開発が開始されたわけです。 そんな４年以上の歴史を持つリポジトリですが、機能も増え、申し込み可能な電力会社も増えてきており、それに

プラットフォーム事業部のtaki（@yuyasat）です。 最近、とあるクライアントのインフラを構築しています。いつもであればインフラの基本的な構築はインフラ部門に任せます。ですが、今回は、ElasticBeanstalkがメインとなる構成であるものの、Webサーバだけでなく、バッチ処理を行うためのWorkerも利用し、さらにAWS Lambda等とも連携するため、構築後の動作確認は主にアプリケーションエンジニア側で行なっています。 一発でうまくいけばいいのですが、大抵は設定漏れや環境変数が間違っているなど様々な理由により、初回構築時はうまくいきません。その原因追求のため、アプリケーションエンジニア側でも環境を再構築することがあります。その際、弊社ではインフラを Terraform で管理しているので Terraform のコマンドを実行することになります。 今回、私は初めて Terraf

こんにちは、メディア事業部の踊るエンジニア カッシーです。 突然ですが、SIMcHANGEというサービスをご存知でしょうか？ 日本最大級のSIMカード切り替えプラットフォームで、『最適なSIM会社の比較検討ができる！』と巷で噂のサービスです！（希望的観測含む。） simchange.jp 実はこのサービスも、ENEcHANGEが運営しています。 格安SIM/格安スマホを検討されている方は、是非一度覗いてみてください。 さて今回は、このSIMcHANGEを『仮想マシンKUSANAGI』に載せ替えたお話です。 KUSANAGIとは SIMcHANGEのサーバー構成 KUSANAGI 構築 KUSANAGI for WordPress × Ruby on Rails 注意事項 ディレクトリ構造 Ruby on Rails × PostgreSQL × Puma Nginx設定 S3のマウント B

cuzic （a.k.a Tomoya Kawanishi ）です。 いまは RubyKaigi に来ています。 速報的に 1日目の内容のまとめの記事を公開します。 Matz： Keynote Aaron Patterson： Analyzing and Reducing Ruby memory Usage Kenta Murata 、Yusaku Hatanaka ：Deep Learning Programming on Ruby Piotr Murach ： TTY - Ruby alchemist’s secret potion Naotoshi Seo ： Fast Numerical computing and Deep Learning in Ruby with cumo Emma Haruka Iwao ： Exploring Internal Ruby Through c

こんにちは、ENEcHANGE cTO室のkazです。エネチェンジ、SIMチェンジ、SMAPのインフラを横断的に担当しています。 インフラが担う箇所が動いてる間は誰にも褒められませんが、それが止まると怒られる。そんな陽の光の当たらないところで生きてる私ですが、ENEcHANGEテックブログの記念すべき1本目を担当させていただきます！ ENEcHANGEが提供するサービスのインフラは一部を除きAWSを使用しており、AWSの設定はオーケストレーションツールのTerraformとプロビジョニングツールのitamaeで設計・構築しています。これらを使い、インフラを全てコード管理することで、非属人化を実現し、客観的なレビューを可能にしています。 また、TerraformはAWS、GcP、Microsoft Azure、OpenStackなどで使用できます。 今回、Terraformの初期設定〜VPc