AIエージェントの未来を占う「Gemini Enterprise Agent Platform」とADK実装パターン紹介【株式会社ライトコード】

1. はじめにエンジニアであれば、AIエージェントを毎日の開発に使用することが当然の毎日になりました。今後はどのような分野にAIエージェントが拡張されていくのでしょうか。エンジニアらしくないかもしれませんが、未来を先行する株価から紐解いてみたいと思います。AIの発展はさまざまな分野に影響を与えていますが、「SaaSの死」とまことしやかに言われる株価下落について着目してみようと思います。これはなぜ引き起こされたのでしょう？株価下落の背景（引用）株価下落のきっかけの一つとして、米AnthropicによるClaude関連の新機能やAIエージェント領域への展開が挙げられています。文書・資料の作成...

自動バグ修正ワークフローを支えるインフラ構築 ― Terraform・Cloud Build を使ってみて【株式会社ライトコード】

はじめに今回のグループワークでは、バグを自動で検知し、Claude が自動で修正 PR を作成するワークフローの構築に取り組みました。題材としてじゃんけんアプリを使用し、アプリに意図的にバグを仕込んだうえで、Sentry がそのエラーを検知すると、Cloud Run Functions が Webhook を受け取って GitHub Actions をトリガーし、Claude が自動でバグを修正して修正 PR を作成するという一連のパイプラインを実現しました。バグ発生 ↓Sentry（エラー検知） ↓Cloud Run Functions（Webhook 受信） ↓GitHub A...

【検証】Claude Codeの「Haiku」はいつ使う？【株式会社ライトコード】

はじめに安達今回のブログは、安達・江幡ペアです。よろしくお願いします。えばた今回はClaude Codeの下位モデルであるHaikuの使い所をイメージできていない人が多いのでは？という仮説で簡単な検証をしてみることにしました。Claudeの3モデル（Opus / Sonnet / Haiku）に同じコーディングタスクを解かせて性能を比較してみました。きっかけは「Haikuって、いつ使うんだろう？」という素朴な疑問です。普段の開発だとOpusかSonnetを選びがちで、Haikuを選ぶ場面が思いつきません。「速くて安い」と知っていても、実際どこまで任せられるか体感で語れる人は少ないのではな...

Matt Pocock の /grill-me を試してみました【株式会社ライトコード】

はじめにCoding Agent を使って Planモードで認識合わせをした上で実装を任せたのに、出来上がったコードを見ると意図と違う仮定で書かれている、ということが結構ありました。確認して直しているうちに、自分で書くのと大して変わらないんじゃないかと感じることもあります。皆さんもありませんか？選択肢を提示してくれるのはありがたいのですが、トレードオフも一緒に教えてほしいと思うことがよくありました。それに、回答が長すぎて読むのを途中で諦めたくなることも少なくなかったです。林コメント自分も同じ経験があります。Planモードでは、まず自分がやりたいことをざっくり書いて Claude に計画を...

【Swift】パパが3歳児のためにゲームアプリ作った話【株式会社ライトコード】

はじめに最近、3歳の子どもが私のiPhoneを使って遊ぶことが増えてきました。ゲームをしたり、動画を見たり、画面をタップして楽しそうに遊んでいる姿を見ているうちに、ふと思ったんです。「自分でも、子どもが喜んで遊んでくれるゲームアプリを作れないかな？」私は普段Webエンジニアとして働いていて、iOSアプリの開発は未経験です。興味はあったものの、なかなか作り始めるきっかけがありませんでした。そんな中、社内のペアブログ企画でゲームエンジニアの高岡さんとペアになり、打ち合わせでこの話をしたところ、子ども向けのゲームアプリを一緒に作ることになりました。KATASHIN最近、子どもがよく自分のiPh...

pm-skills で要件定義から GitHub issue はどこまで「いい感じ」に切れるか検証してみた【株式会社ライトコード】

1. 動機AI 時代になり、エンジニアとして Claude Code のような AI に開発そのものを依頼する機会が増えました。そこで強く感じるのが、AI に渡すタスクの粒度が、そのまま出力の質を左右するということです。粒度が粗すぎるまま「これ作って」と投げると期待とズレたものが返ってきて手戻りになりますし、逆に細かく切りすぎると自分でタスク分解する手間の方の本末転倒になります。人間の開発チームでも、この「作業をうまく分割して、適切な順番・粒度で割り振る」能力は PM の重要なスキルのひとつですが、AI に開発を依頼する上でも同じ能力が必要になってきていると感じていました。だとすれば、そ...

愛媛×新潟！地方フルリモートエンジニアの日常と、「やりたいこと」を追求するキャリア論【株式会社ライトコード】

はじめに笹川（株）ライトコードの笹川です！今回はペアブログということで、フロントエンドエンジニアのずおさんと一緒にお届けします。実は私たち、普段は全く別のプロジェクトで働いているのですが、「地方からのフルリモート勤務」という大きな共通点があるんです！ずお愛媛県の田舎町からフルリモートで勤務しているずおです！今回は、地方フルリモートエンジニアのリアルな実態や、自宅環境の工夫、そしてライトコードという会社のカルチャーについて、お互いの過去のブログ記事なども振り返りながら語り合いたいと思います。退職の勘違いから始まったUターンと、忘年会から始まったキャリアチェンジずお笹川さんは2024年の夏に...

バックエンドエンジニアがモバイルアプリならではの領域を聞いてみた【株式会社ライトコード】

はじめに普段バックエンドを開発している服部です。以前アプリ向けのAPI開発にも携わっていたので、サーバー側の障害対応やAPI設計の勘所はある程度分かっているつもりです。ただ、審査フローやアプリ側の防御策、リリース周りの独特な事情など、アプリ開発者ならではの領域については断片的な知識しかありません。そこで今回は、弊社のモバイルアプリエンジニアの こー さんに、アプリ側の視点から色々教えてもらいつつ、バックエンド側の実践もお伝えしながら、両者の視点をすり合わせてみました！登場人物服部（聞き手）：バックエンドエンジニア。アプリ開発は未経験。こーさん（話し手）：モバイルアプリエンジニア。iOS/...

Amazon SESでGmailのレート制限にぶつかった話：ドメイン評価「高」でも届かない壁と、そこからの脱出記録【株式会社ライトコード】

はじめにAmazon Simple Email Service(以下、Amazon SESと表記）を利用してWebサービスを運用していると、ある日突然「メールが届かない」という壁にぶつかることがある。特にGmailは近年、スパム対策として送信者への要求（SPF/DKIM/DMARCの必須化など）を厳格化しており、到達率の維持はシステム運用において頭の痛い問題だ。今回、運用中のシステムで大規模なデータ移行を行うことになり、それに伴ってユーザーへの通知メールの送信ボリュームが一気に跳ね上がるイベントがあった。事前の準備は入念に行っていた。Google Postmaster Toolsでのドメ...

「とりあえず楽観的更新」の罠。UI状態の管理は「エラー時の影響度」で決める【株式会社ライトコード】

はじめにWeb アプリのUI開発において、楽観的更新（Optimistic Update）はUXを向上させる強力な手法としてよく推奨されます。サーバーの応答を待たずに画面を先に書き換えるため体感が速く、「とりあえず楽観的更新にしておけば間違いない」という空気すらあります。ただ、その定石をすべての操作にそのまま当てはめてよいのか迷う場面があります。整理してみると、UIの更新戦略は開発者の好みや一般論ではなく、「失敗時の影響度（リスク）」という明確な基準から判断できます。本稿ではその使い分けの考え方と、React 19（useOptimistic）および Next.js の Server A...

【検証】巨大エラーログは手動で絞るべきか？コーディングAIの興味深い挙動と効果的なトークン節約術【株式会社ライトコード】

1. 導入：Claudeの「自動化使い放題」終了とトークン節約の至上命題2026年6月15日、Claudeの課金体系に大きな変革がありました。これまで定額のサブスクリプション枠内で実質「使い放題」となっていた自動化処理（Agent SDKやclaude -pコマンド、GitHub Actionsなど）が、対話利用の枠から完全に分離されたのです。これにより、プログラムがバックグラウンドでClaudeを呼び出すような処理は、新設された「月次クレジット（Proプランなら月$20）」から消費されるようになります。このクレジットを使い切ると処理が停止するか、標準のAPIレートでの従量課金へと移行し...

Claude Designを一日触ってみて分かったこと【株式会社ライトコード】

Claude Designのオンボーディングから、LP作成、アニメーションまで一通り触ってみて体感したことと気づきをTips形式でまとめます。1. LP作成はテキスト一発でもかなり形になる「架空の苔玉盆栽ショップのLPを作って」という短いプロンプトだけで、ヒーローセクション・こだわりの紹介・店舗情報・CTAボタンまで一通り渋い雰囲気で仕上がりました。  気づき：画像は プレースホルダーのみです。Claude Designは画像生成機能を持たないので、実写真やイラストは別途用意する必要があります（自分の写真をアップロードするか、他の画像生成ツールで作ってから差し込む形になります）。レスポン...

Kubernetes Pod 通信の全貌：Service 経由でどう繋がるのか？【株式会社ライトコード】

この記事で学べることPod 間の通信が内部でどう処理されるか（DNS → Service → iptables の流れ）DNS・Service・kube-proxy・NetworkPolicy の順に切り分ける調査チェックリストkube-proxy が iptables チェーンを使ってどのように負荷分散するか対象読者：Kubernetes を使い始めて、ネットワーク周りで詰まった経験がある人。はじめにKubernetes のネットワーク問題は「知識がない」んじゃなくて——十分に慣れていないから、すぐ原因を特定できない、それが本音じゃないだろうか。実際にはまった典型的なケースがある：サー...

【Unity】ブラックホールの物理を簡単に表現するシェーダーテクニック【株式会社ライトコード】

はじめにこんにちは。Unityエンジニアのゆんと申します。皆さん、自分が書いたシェーダーの描画コストが重くてボトルネックになったことはありませんか？凄くリアルな物理の挙動を再現できたと思ったらカクカクだったことはありませんか？そんなお悩みを解決できる手法を紹介させていただきたく、記事を書かせていただきました！今回は自分が実装したカー・ブラックホールのシェーダーを例に、物理シミュレーションのテクニックについて説明していきます。例に出したブラックホールの物理演算ですが、ちゃんとやるなら一般相対性理論の数式に基づいて計算する必要があり、とても難解な処理になります。しかもリアルタイムで毎フレーム...

AWS vs Google Cloud ガチンコアーキテクチャ対決【株式会社ライトコード】

1. はじめに安達こんにちは、安達です。今回はシディックさんと一緒にペアブログをやることになりました。テーマは「AWS vs Google Cloud ガチンコアーキテクチャ対決」です。軽く自己紹介からいきますね。僕は普段、データ分析基盤の構築やWebアプリ開発などをやっています。シディックさんは？シディックシディックです。よろしくお願いします。僕はバックエンドもフロントもこなすオールマイティ寄りで、AWS・Google Cloudいずれも触ります。最近のメインプロジェクトはGoogle Cloudですね。安達ありがとうございます。シディックさんなら AWS も Google Cloud...