Papers with Code の検索は、PostgreSQL の全文検索と pgvector によるベクトル検索を RRF で統合したハイブリッド検索として構築された。論文の埋め込みは Hugging Face Jobs の L4 GPU でオフライン生成し、arXiv と Daily Papers の11万件超の現行論文を対象とする。オンラインではクエリの埋め込みだけを Inference Endpoints で処理し、エンドポイントが停止または混雑した場合は全文検索に切り替える。
Kimi.ai@Kimi_MoonshotAIスコア2222
LayerXの古濵氏が、herdrで複数のコーディングエージェントをplanner / worker / reviewerに役割分担させ、実装を進める体制を整え始めている。現状はレビューの往復の仲介を人間が担っているが、今後は仲介役もエージェントに任せることを検証中である。その際は、指示の書き直しや往復回数の上限を定めたスキルを用意している。
Sentence Transformers v6.0で、ColBERT型のLate Interaction検索に対応する新しいモデル種別「MultiVectorEncoder」が追加された。PyLateやStanford-NLPのColBERTチェックポイント、colpali-engineのモデルを読み込め, トークンごとにベクトルを保持しMaxSimでスコアリングする。単一ベクトルモデルより検索精度が高くなる一方、インデックスは大きくなる。
Turing のMLOpsチームが、E2E自動運転AI向けデータセット作成基盤を、AWS Step Functionsベースの既存システムからDatabricks上のパイプラインに置き換えた。500時間分の走行データで半日以上かかっていた作成時間が、条件にもよるが60分以下になった。保守性の向上にはDeclarative Automation Bundles（DAB）を使い、CI/CDや開発環境と本番環境の分離を実現している。
Strands Robotsのエージェントループで、ロボットのデモ記録、Hubからの直接ストリーミング学習、ポリシーのハードウェアへの再配備を一つのデータループとして実行する方法を解説する。データはLeRobot形式のままStorage Bucketに同期され、同期のたびに変更されたバイトのみがアップロードされる。学習時は`stream_dataset(repo_type="bucket")`でダウンロードせずに読み込み、デプロイは`mode="real"`への引数変更で行う。
Microsoft Copilotを使い、コードを書かずにAIエージェントを作る5つの手順を解説するガイド。Copilot Chatの「Agents」から「New Agent」を選び、平易な言葉で内容を伝えるとエージェントの草案が生成される。課題の定義、既存エージェントの確認、ナレッジと出力形式の設定、テストと共有まで、共有受信箱の対応や週次レポート作成を例に説明している。
Nathan Lambertが、LLMのポストトレーニングを解説する書籍『Reinforcement Learning from Human Feedback: Aligning and Post-training LLMs』をManningから刊行し、現在出荷中である。
ELYZAのエンジニアが、LLMを使うtoB向けアプリケーションプラットフォームにOpenTelemetryでトレーシングを導入した経緯と実装を紹介している。顧客のプロンプトを外部に出さず費用を抑える方針で、Node.jsのAPIとworkerのみSpanを送出し、MLは中継に徹する構成とした。Web → API → SQS → ML → SQS → workerの推論が1本のtraceとしてDatadog上で追えるようになった。
SB Intuitionsは、商用APIとして提供開始したSarashina3 miniとSarashina3 nanoについて、トークナイザの効率の良さを紹介した。日本語Wikipedia（約19億文字）のトークナイズでは、GPT-5が約14億トークン、Gemini 3.5が約12億トークンに対し、Sarashina3は約9.5億トークンだった。API料金は入出力トークン数で決まるため、トークン効率は利用料金や消費電力にも関わるとしている。
ABEJAのエンジニアが、AI搭載アプリ向けオープンソースフレームワークGenkitのGo SDKを試し、開発者ツールの起動、Flowの定義、LLM呼び出し、会話履歴の保持、Tool Callingの基本をまとめた。LLM呼び出しにはAzure AI Foundryのプラグインを使い、モデルはgpt-5.4-miniを指定している。Go SDKは2025年9月に安定版がリリースされている。
ABEJAが、モーションセンサーの時系列をLLMに理解させるSensorLLMで人間行動認識（HAR）を試した。公式実装は学習済みチェックポイントが未公開のため、非公式のStage 1チェックポイントで推論した。歩行・走行・静止では区間ごとのトレンド説明が得られたが、注入したスパイクは異常として指摘されなかった。
LayerXのAI-BPO事業チームは、開発チケット管理をNotionのCustom AgentsとExternal Agentsで構築し直した。チケット起票直後にCustom Agentsがプロダクトマネージャーの役割で起票者にヒアリングし、起票からマージまでの「あいだ」を埋めている。External AgentsでClaudeを接続すると実装観点を踏まえた質問も行われ、バグの原因特定に役立つという。Linearから戻した理由は、シート課金の負担と全社で導入済みのNotionで完結させたい点だった。
LINE OAとLIFFを組み合わせ、LINE Planet SDKを使えば、ウェブエンジニアなしでLINEアプリ内で動作するグループビデオ通話サービスを作れると紹介している。自前で用意するのはLIFF上のウェブアプリと、LINE Planetアクセストークンを発行するアプリサーバーの2つのみである。アプリサーバーはCloud Functions for Firebaseで構築できると説明している。
NAB の公開センサーデータを gemini-3.5-flash に入力して異常検知レポートを作成させ、入力方式ごとの精度を比較する。数値をプロンプトに直接入れる方式では、machine-temp で既知異常区間 4 つのうち 2 つを検出し、誤検知率は 0.06% だった。検出は全体的に疎だが、ambient-temp や network など複数のセンサーでは検出率が 100% となった。
Ethan Mollickが、作業を任せるAIの選び方をまとめたガイドを公開した。重要な相談には、Claude の Opus と Fable、または ChatGPT の GPT-5.6 Sol を少なくとも「High」の思考レベルで使うよう勧めている。実務ではChatGPTかClaudeが有力で、月額$20から利用でき、ChatGPT Work と Cowork がAI企業側の仮想コンピューターを使う。権限設定とプロンプトインジェクションへの注意も促している。
LINEヤフーの社内ワークショップ「ODW#12」は、AIに渡す情報によって成果物が変わることを実例で示した。乗換案内の運賃計算を題材に、ルールを書いた説明ファイルがある環境では学割の距離帯別割引や10円単位の切り上げが意図どおり実装され、答え合わせのテストも全て通ったと報告している。一方、情報がない環境では推測で割引率や端数処理を誤るケースが見られたという。
ABEJA の坂井氏が、Claude Code の Agent Skill と Claude Routines を使い、最新 AI 技術情報を定期収集・レポート化する AI Agent を作り直した。従来の Python 製 Agent と異なり、スキル定義のプロンプトのみで動作し、Claude サブスクリプションの枠内で実行できるため、従量課金の API token コストは不要とされる。Claude Routine は記事時点（2026/07）で pro 以上のサブスクリプションが必要で、1日の実行数にも制約がある。
フィールドバスは周期、最悪遅延、ジッタ、同期精度を重視するリアルタイム制御の通信基盤であり、Physical AI実装では制御周期に関わるデータをWeb系通信とは別の観点で設計する必要があると解説する。オープンソースのヒューマノイドロボットアームOpenArmでは、Damiaoモータとの通信にCAN FDを用い、MIT modeで5つのパラメータを送って状態をフィードバックする例を紹介している。CAN IDやレジスタ設定の詰まりどころと、ネットワークから順に確認する切り分け方も扱う。
LINEヤフーが、AIエージェントによるID-JAGのフローをローカルで再現できるハンズオン「athenz-community/id-jag-the-hard-way」を作成した。Keycloak、Athenz、Open WebUI、Ollama、Gemma 4で構成され、トークンの発行からポリシー評価、Resource Serverでの権限強制までを直接観察できる。401 Unauthorizedなど、意図的に発生させる失敗ポイントも体験できる。
Hugging Faceのブログ連載「Profiling in PyTorch」第3回では、Attentionを素朴に実装したモジュールをプロファイラで解析する。out-of-placeのmasked_fillをin-placeのmasked_fill_に変えると、GPU上のMemcpyカーネルが消え、forward1回ごとに1つのカーネルが削減される。
LINEヤフーのTech Blogは、レガシープロジェクトをAI主導型プロジェクトへ転換するAX（AI transformation）の4段階ロードマップを解説している。第1段階のAI-Readyではセキュリティとコンプライアンスの基盤を整備し、第2段階のAI-Assistではガイドラインの標準化とCI/CD連携を進める。第3段階のAI-DevelopmentではSDD（Spec-Driven Development）に基づく機能実装とテスト生成の自動化を目指す。
LINEヤフーの社内エンジニアが生成AIの利活用事例を発表するLT会「Hacking Fest 2026 Spring」が2026年5月に開催され、9件のセッションが行われた。AIエージェントの制御手法、Claude Code Hooksで Auto Mode と同等の機能を自作した事例、LLM評価ツールを使ったClaude Skillの評価・改善などが紹介された。AI利用コストの削減を試みた発表では、ローカルLLMやAI専用サーバーの検討を経て、コストを減らすには先に大きな初期投資が必要だという教訓が共有された。
LINEヤフーは、LINEバイトの検索リランキングでembeddingを後処理により安定化し、cold start problemを解決した。安定化後のembeddingは1か月後も類似度0.87前後を維持し、オフライン評価ではconversion nDCGが+9.0%向上した。A/Bテストでは検索画面単体のKPIに有意な改善はなかったが、サービス全体ではKPIが+4.7%、売上が+6.5%となった。
LINEヤフーのフロントエンド開発では、Jira・Confluence・Slack・コードベースなどから文脈を集め、実装計画を提案させるワークフローをAIエージェントに任せる手法が紹介されている。計画はコードに触る前に人間がレビューし、実装後はtypecheck、lint、ユニットテストなどで計画に対する検証を行う。社内のNoah MCPは各ツールを接続し、AIエージェントが日常の文脈を読み取れるようにする。
LINEヤフーは、社内プライベートクラウドFlavaのAPI Gateway開発で、仕様駆動開発、自動検証、高速で再現性のあるローカル環境の3つを実践している。エージェントに失敗を自ら見つけて修正させるため、テストとリンターを検証ループの中核に据えた。テストは合計2,754件あり、開発者マシンでは全体が約15秒で完了するという。
LINEヤフーが、次世代クラウドFlava上のDBaaS「Flava DBaaS」の設計・仕様とマイグレーション戦略を解説する。Kubernetesのオペレーター・パターンを基盤とし、IaaSリソースを扱うインフラ・オペレーターを分離した構成を採る。ブロックストレージは100GiB単位で構成でき、最大容量は5TiBに拡大されたとされる。
LINEヤフーは、遺伝的アルゴリズムベースの自動最適化手法GEPAでプロンプトチューニングを自動化し、数日〜数週間かかっていた調整作業を約1時間に短縮した。Yahoo!検索のAI回答における健康医療系クエリを題材に、DSPyのオプティマイザとして実装し、要件準拠と読みやすさの両立を検証している。評価は診断行為、断定表現、具体的固有名詞の推奨、心理的負担の4観点をLLM-as-a-Judgeで0〜10点採点し、平均で集約する方式である。
GRPOなどのLLM強化学習では、Rolloutを行う推論backendと学習backendの差によってPolicyがずれる。ABEJAはQwen3-4Bを使い、vLLMとtransformersの確率を比較して実測した。約3900tokenのうち81.1%は確率差0.001未満で一致した一方、差0.10以上も0.3%あり、最大は0.215だった。補正策としてtoken-level IS、truncated IS、幾何平均、rejection samplingが挙げられている。
Turingのチームが、NVIDIAの自動運転シミュレーターAlpaSim上で、自社開発のVLAモデル「DriveHeron」（2B）を動かす手順を紹介した。BaseTrajectoryModelを継承したモデルの実装、entry pointへの登録、driver設定ファイルの用意、Wizardからの`driver=...`指定という流れである。評価は正常に実行できた909シーンで行い、1回のみの実行結果である。
実車の6カメラを入力とするE2E自動運転モデルの出力に、XAI手法のIntegrated Gradients（IG）を適用し、判断根拠をピクセルレベルで可視化した。右折時の対向車への注目や、青信号に変わった瞬間に青ランプへ帰属が生じる様子が確認できた。記事ではIGの2つの公理（Sensitivity、Implementation Invariance）と定式化、既存手法との比較、PyTorch実装も解説する。
Turingの走行データビューアは、トリップ単位で走行動画と速度・ペダル・ハンドル角などの走行メトリクスを同じ時刻軸で同期再生するWebツールである。動画はAWS BatchでMPEG-DASH形式に変換しCloudFront経由で配信し、dash.jsで再生する。メトリクスはDatabricks Lakeflow SDPで処理し、フロントエンドは車載基準時計の絶対時刻に基づき、start_timestampと動画のcurrentTimeを1000倍して加算することでフレーム単位の同期を実現している。
slotdは、Slurmと同じ操作体系を持つRust製の軽量ジョブスケジューラで、単一ノード・単一ユーザーのローカルマシン向けに設計されている。sbatch、squeue、sacctなどのコマンドをSlurmと揃えており、CPU、メモリ、GPUの予約ベース実行や、job array、dependencyなどに対応する。導入はリポジトリをcloneして付属のinstall.shを実行する方式で、GPUの自動検出にはnvidia-smiが必要とされる。
Googleは、生成AIで複数のAIアバターとの会話環境を作り、未来型スキルを評価する研究実験「Vantage」を発表した。ニューヨーク大学との共同研究では、18〜25歳の被験者188人が紛争解決とプロジェクト管理の課題に取り組み、AI Evaluatorの採点は人間の専門家同士の一致度と同程度だった。英語版はGoogle Labsで利用登録を受け付けている。
ELYZAは、LLMアプリの回帰テストで文字列類似度評価の代わりに、構造化された判定基準（Rubric）をLLM-as-a-Judgeに渡すSoft Judgeを設計した。Hard RulesとLLM-as-a-Judgeの二層評価により、65件のPoCデータセットで検知率93.3%（N=30）、過検知率0%（N=35）を達成した。Levenshtein ratioでは、根拠のない事実主張などの欠陥を原理的に検知できなかった。
ELYZA Labが、Agentic LLMの強化学習（Agentic RL）に使った訓練基盤の実装と訓練ノウハウを解説した。verlをコアに、AgenticEnv、RolloutManager、Tool、Tool API Serverの4コンポーネントを追加し、verl本体の更新に追従しやすい最小限の変更に留めている。ステップ1-2をマルチステップ化の差し替え対象とし、ステップ3以降はそのまま流用する設計である。
ELYZA Labが、主観的な判定が必要なスライド生成タスクで、ルーブリックベースの報酬関数を使ったGRPO学習を検証した。学習対象と報酬計算にVLMを用い、報酬用ノードにvLLMでQwen/Qwen3-VL-235B-A22B-Instructを立てて学習用ノードへの影響を抑えている。5段階評価では甘い採点になる課題があるため、評価観点ごとに点数を付ける方式を採用した。
ELYZAのソリューション事業部の松浦大貴氏が、生成AIソリューション市場の環境と同社の今後の戦略を解説した。JEITAの予測では国内市場は2025年の494億円から2030年に2,211億円へ拡大するが、数十社が分け合うフラグメンタルな市場とみている。戦略は、基盤「ELYZA Platform」を核にしたプロダクト×ソリューションと、研究開発×ソリューションの二本立てである。
ELYZA Labが、ByteDance社公開のフレームワークverlでカスタム報酬関数を使いGRPO学習を行う手順を紹介した。日本語Wikipediaの1000〜1100文字のテキストを要約する実験では、文字数をpromptで指定せず報酬のみで学習させ、len=50・70・100ではscoreが0.8〜0.9程度まで向上した。len=10・30は学習前のモデルが近い出力をできず、学習が進まなかった。
