こんにちは！株式会社tacomsのMorixです！ 🎄 この記事はtacoms Advent Calendar 2025の8日目です！ tacomsは飲食店向け電話注文受付AIエージェント「Camel AI Call」という音声AIプロダクトを提供しています。 prtimes.jp このプロダクトを支えているのが音声AIエージェントフレームワークの「LiveKit Agents」です。今回は音声AIを作る難しさとそれをLiveKit Agentsでどのように解決するのかをご紹介します！ 音声AIエージェントを作る上で難しいこと STT/LLM/TTSのパイプラインを作ること ユーザーの割り込み制御 各種APIのフォールバックの考慮 高速な応答速度の実現 ターン検出 セッションフルな通信の考慮 LLMのプロンプト定義やそのテスト 音声認識精度 イントネーション・発音 LiveKit Age

これは はてなエンジニア Advent Calendar 2025 2 日目の記事です。 年の瀬なので振り返りたくなる季節ですね。 今年も AI の話題が非常に多く、コーディングエージェントの普及を始めいろんな変化がありました。新しいモデル、高まる精度、飛び交うビッグマネー、跳ね回る驚き達。そういう景気の良い話はさておき、既存の技術が新しい文脈で再注目されたり、思わぬ用途で広く使われるようになったりすることも起きています。 今日はそんな「以前から存在していたけど AI によって新しい価値を見出された技術やツールを語ろう」のコーナーです。 いくぞ!! Server-Sent Events (SSE) まず出世頭として思いつくのは Server-Sent Events でしょう。 Server-sent events - Web API | MDN 今やチャット AI のレスポンスはほとんど

英語圏の X で Next.js と TanStack Start を比較する投稿が話題になっていました。 投稿の冒頭には「TanStack Start を試してみたけど、もう Next.js には戻れない」とあり、投稿主は TanStack Start を強く推奨しているように見えます。 この投稿に対し、多くのコメントが寄せられていました。 興味深い議論だと感じたので、この記事では元の投稿と寄せられた意見、そして最後に自分の考えをまとめます。 おことわり 本記事は、X 上で見かけた議論を紹介しつつ、自分の理解を整理したものです。 特定の投稿者への反論や指摘を目的としたものではなく、あくまで議論の要点をまとめたうえで、自分の主観や着眼点を記録するための記事です。 解釈には個人差があると思うので、その点はあらかじめご了承ください。 TanStack Startを試してみたけど、もうNext.

Sakana AIは、シリーズBラウンドにおいて、総額約200億円（1億3,500万米ドル）の資金調達を実施しました。これにより、当社のPost-money Valuation（資金調達後企業価値）は約4,000億円（26億3,500万米ドル）に、累計調達額は総額約520億円（3億4,700万米ドル）になります。 既存投資家のMUFG・Khosla Ventures・Lux Capitalに加え、スペインのメガバンクSantander GroupやPalantirへの出資で知られるCIAから派生したVCファームIn-Q-Telなど、世界中の投資家も参加する賑やかなラウンドとなった。どんなに大きくARRを見積もったところで100億円はいかないだろうから、プロダクトが確立されてない状態でPSR40超えという強気のタームシートだったということになる。 Sakana AIといえば、今年2月にわけの

カミナシの認証認可ユニットでソフトウェアエンジニアをやっているトモ=ロウです。 先日、過去に弊社で行った共通ID基盤構築プロジェクトに関するブログ記事を公開したのですが、お読みいただけたでしょうか？まだ読んでいない方は是非ご一読ください！ スタートアップがゼロから作る共通ID基盤：立ち上げ〜ID統合まで道のり（前編） - カミナシ エンジニアブログ スタートアップがゼロから作る共通ID基盤：ID統合のその先へ（後編） - カミナシ エンジニアブログ さて、今回は前半に「認証認可完全初心者だった自分が如何にしてID基盤構築プロジェクト完遂に貢献するに至ったか」という視点で僕がどのように認証認可の学習をしてきたかについてお話しします。そして後半は「今から学習し直すならどうするか」というテーマで現時点で僕の考える最速の「知の高速道路」を紹介してみようと思います。 前回の記事が少し硬めの感じになっ

2025 年末 ソフトウェア開発の様子 @amachang

YAPC::Fukuoka 2025 で発表した資料です。 https://fortee.jp/yapc-fukuoka-2025/proposal/c705086e-8849-4419-8dce-423f82f41327

2025-11-22に開催された「第１回　ローカルLLMなんでも勉強会」での登壇資料です。

MCP Apps は MCP の拡張機能として、AI エージェントがインタラクティブな UI コンポーネントを返すための標準化された方法を提供します。この記事では MCP Apps の概要と実装方法について解説します。 ChatGPT の Apps SDK や MCP-UI のように AI エージェントがチャット形式の対話だけでなく、インタラクティブな UI を通じてユーザーとやり取りできる仕組みが注目されています。AI エージェントが UI を返すことで、会話の流れの中で以下のような体験を提供できます。 「おすすめのランニングシューズを探して」と尋ねると、複数のシューズの画像と価格が表示され、ユーザーは気に入ったものをクリックしてカートに追加できる ホテルの予約を依頼すると、利用可能な部屋のリストが表示され、ユーザーは日付や人数を選択して予約手続きを進められる 希望にあった賃貸物件を探す

概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Frozen String Literals: Past, Present, Future? | byroot’s blog 原文公開日: 2025/10/28 原著者: byroot -- Railsコアコミッター、Rubyコミッターです 日本語タイトルは内容に即したものにしました。 frozenは基本的に英ママとしました。 なお、Ruby 3.4以降ではRUBYOPT環境変数でRUBYOPT="--enable-frozen-string-literal"のように指定すれば、その環境で文字列リテラルをデフォルトでfrozenにできます。 Rubyistの皆さんなら、Rubyソースコードのほどんどのファイル冒頭に# frozen_string_literal: trueというマジックコメントをせっせと書いたり、少なくとも他のプ

This post is also available in 简体中文, Français, Deutsch, Italiano, 日本語, 한국어, Português, Español (Latinoamérica), Español, Рyсский, Polski, Nederlands and 繁體中文. On 18 November 2025 at 11:20 UTC (all times in this blog are UTC), Cloudflare's network began experiencing significant failures to deliver core network traffic. This showed up to Internet users trying to access our customers' sites as an err

This is open-source software written by hobbyists, maintained by a single volunteer, badly tested, written in a memory-unsafe language and full of security bugs. It is foolish to use this software to process untrusted data. As such, we treat security issues like any other bug. Each security report we receive will be made public immediately and won't be prioritized. これは趣味人たちによって開発され、たった一人のボランティアによっ

私が以前に民間企業（株式会社メルカリ）で働いていた時。事業上で最も重んじられている数字は、シンプルにたったひとつでした。 それはGMV（Gross Merchandize Value = 流通総額）。 時期によっては「顧客満足度」や「利用者継続率」などに関わる指標が最重要視されることもありましたが、多くの期でGMVを最重要視していました。 最も重要な指標はひとつだけ。 メルカリに限らず、ひとつのシンプルな指標（KPI） のもとに事業運営を行うことは、スタートアップ等を始めとして、多くの事業体では一般的かと思います。 単一で明確な成果指標を掲げることは、組織を効率的に動かす強力なツールです。そのような「強い指標」は、構成員にとっての"成功条件"を統一し、成果を測定し、行うことを明確化し、戦略遂行を推進します。 単純な疑問。 では、同じことを国のレベルで考えるとどうなるでしょうか？ GDPとい

概要 SRE 本 「17章　信頼性のためのテスト」 の 「17.1節　ソフトウェアテストの種類」にて、 カナリアテストについて記載されています。 その中に、 CU = RK という式が登場します。 書籍内では、 CU = RK を、「報告される分散の増大する累積値 CU = RK」 と表現しています。 この訳を含め、この式で説明したいことが上手く理解できなかったので、理解するために深堀りしました。 前提 この式は、カナリアテストについて説明している節で登場しています。 以降の情報も、カナリアテストについて言及している前提でお読みいただければと思います。 結論 "報告される分散の増大する累積値 CU = RK" の意味 こちらは、「報告される差異の累積数 CU = RK が増加する（と予測される...）」の翻訳ミスと思われます。 以下、 https://sre.google/sre-book

YAPC::Fukuoka 2025 Day1 TrackB 9:45~

YAPC::Fukuoka 2025 https://fortee.jp/yapc-fukuoka-2025/proposal/0b931b36-e916-4461-bbf1-886419280759

AIのせいか年をとったせいか、おそらくその両方で、ビジネスのやり方が変わって、ふんわりした話にばかり関わっている。 「生成AIを使って暗黙知化したプロセスを形式知化して、御社のサプライチェーンをオプティマイズして、セールスをグロースさせます」とか「エンジニア間のスキルギャップをスクラムによってファシリテリテーションして御社のデベロップメント課題をイシュー化します」とか、なんだかそういった感じの話に関わっているのだ。 こういうふんわりした案件は、会議で何を発言しても面映ゆくなるというか、口に出せば出すほど脳が痒くなってくるような感覚があって、結局お前達の求めているものは売り上げと人員整理によるコストカットであって、もっと言えば人間の求めるものは不老と美食とセックスなんだから、そうはっきりと言え、と会議室の真ん中で叫びたくなってくるのを必死でこらえているのだった。 以前は、私の仕事はこんなでは