666件中 20件を表示
powが提供するAIリサーチエージェント「Spark Research」の導入事例が公開されました。睡眠ブランドNELLを運営するMorght社は、市場変化への迅速な対応を目指し、新商品開発における市場調査、競合分析、顧客ニーズ深掘りに「Spark Research」を活用。これにより、情報収集・分析の時間とコストを大幅に削減し、より迅速かつ精度の高い意思決定を実現しました。
開発出身と事業出身のプロダクトマネージャーが、「作れること」と「勝てること」の両立を議論。開発側は実現可能性を、事業側は市場性を重視する傾向があるが、共通の目標はユーザー課題解決と価値創造にある。プロダクトを成功させるには、両者が数字やデータ、ユーザー視点といった共通言語で対話し、相互理解を深めながら連携することが重要だと指摘する。
Amazon Aurora DSQLでは、DBへの物理接続コスト削減と効率的な利用が重要です。本記事は、この課題を解決するため、3つの接続プーリング戦略を解説。アプリケーションレイヤー（PGBouncer、HikariCPなど）、プロキシレイヤー（Amazon RDS Proxy）、データサービスレイヤーの各手法が紹介されています。特にRDS Proxyは、LambdaやAurora Serverless v2といった短命な接続環境でその効果を発揮すると述べられています。
CopilotKitとStrandsAgentsを活用し、AIエージェントのフロントエンドを開発する手順を解説。特にCopilotKitのAWS Blocksを用いた、AIエージェントアプリケーションのAWSへの効率的なデプロイ方法に焦点を当てている。具体的なコード例とともに、開発からクラウドデプロイまでの一連の流れを紹介しており、実践的な開発ノウハウを提供する。
NVIDIAは、Agent Toolkit拡張により、AI物理シミュレーションと設計支援を強化すると発表しました。これは、デジタルツインプラットフォームOmniverse内でAIエージェントの開発を効率化し、OpenUSDを活用してロボットや産業システムのシミュレーションと設計を促進するものです。これにより、開発者はより高度な物理ベースのAIモデルを迅速に構築できるようになります。
スクラム開発のプロダクトオーナー、スクラムマスター、開発者といった役割をAIに担わせ、プロダクトバックログ作成からスプリント運営までを試みた実験で、最終的に破綻した経緯を解説。AIは曖昧な指示の具体化や、人間らしい状況判断・柔軟なコミュニケーションが難しく、スクラムが求めるチームの自己組織化や価値創出には限界があることを示している。
AWS Organizations間でアカウントを移行すると、AWS Resource Access Manager (RAM) のリソース共有が解除される問題が生じます。これは、共有プリンシパルが旧OrganizationsのルートやOUで指定されていた場合、移行によりその参照が無効になるためです。共有を維持するには、移行前に共有設定を各アカウントIDへ変更するか、移行後に共有を再設定する必要があります。
本記事は、AIが自律的にコード生成・実行する際の暴走リスクに対し、Gitとチケット駆動開発を組み合わせた「クローズドループ開発」による物理的封じ込めを提唱する。AIの変更要求は厳格な人間レビューと承認を経て、Gitで変更履歴管理。チケットで作業証跡を確保し、AIの実行環境はサンドボックスやネットワーク分離で物理的に隔離。人間の監視下で許可されたコードのみが本番へ反映される安全な開発プロセスを維持する。
「ガバメント AI 源内（genai-web）」をEntra IDシングルサインオン（SSO）とカスタムドメインで運用するための手順を解説。Azure Static Web Appsへのデプロイ、Entra IDでのアプリケーション登録、カスタムドメインとCORS設定、および環境変数構成を通じて、セキュリティと利便性を両立したアクセス環境を構築する具体的な方法が示されている。
2026 Japan AWS Jr. Championsが「真夏のQiitaリレー」を8月1日から31日まで開催します。本企画は、AWSに関する学びや知見をQiita記事としてリレー形式で発信し、共有するものです。Jr. Championsメンバーが中心ですが、一般参加者も歓迎され、AWS学習の促進と知識共有を図ります。
開発が予定通り進むにも関わらず製品が良くならない問題は、「アウトプット脳」（作ったもの）と「ユーザー価値脳」（ユーザーにとっての価値）の間に乖離があることが原因。このギャップを解消し、真にユーザーに価値あるプロダクトを生み出すための3つの設計手法が紹介されている。
JetBrainsは、AIエージェントがコード生成時に適切なコンテキストを把握するための新サービス「JetBrains Context」を発表しました。これは、IDEからプロジェクト全体のコード、ドキュメント、バージョン管理履歴、実行時の情報などを抽出し、AIモデルに提供することで、AIのコード生成や提案の精度を向上させるものです。現在、コード生成への活用に注力しており、IDEのバックグラウンドプロセスとして動作する予定です。
AWS Nitro Isolation EngineはAmazon EC2のセキュリティ基盤であり、その厳密なセキュリティ保証を支えるため、定理証明支援系Isabelle/HOLが活用されています。Isabelle/HOLを用いることで、エンジンの重要な分離やメモリ保護といった特性が数学的に厳密に証明され、手作業では困難なレベルでの論理的な正当性と高い信頼性が確保されています。これにより、EC2の高いセキュリティが保証されます。
Claude Codeで「planモード」が使われなくなった背景を解説。以前は思考プロセスを明確化する意図があったが、実際にはplanモードの有無で結果に大差なく、不要なトークン消費を招いていたことが主な理由。特にClaude 3 Opusはplanモードなしでも自然な思考ステップを表現できるため、その価値が薄れた。`tool_use`と`tool_code`の分離意図も、設計上意味をなさなかったと指摘している。
本記事は、GPTとBlender MCPを連携させた3Dモデリングの効率化手法を解説します。GPT単体でのPythonスクリプト生成の限界を指摘し、Blender MCP（GPT-4VによるUI自動操作）を導入することで、より複雑な形状の生成や修正が可能になることを示します。AI活用モデリングの現状と課題、そして「多少マシ」な結果に至るまでのプロセスを紹介しています。
本記事は、Icebergで管理しているデータを動かさずにベクトル検索する方法を、Azure Databricksを活用して解説しています。Databricks上でIcebergテーブルを登録し、Unity CatalogのExternal Volumeに格納されたベクトル埋め込みデータを、Databricks SQLのSimilarity Search機能を用いて直接検索する手法を紹介。データ移動に伴う手間やコストを削減し、効率的なベクトル検索を実現するアプローチを提示しています。
Amazon RDS for SQL Serverは、Microsoft SQL Server 2025のリリース候補版（RC版）のサポートを開始しました。これにより、ユーザーはフルマネージドなRDS環境でSQL Server 2025の最新機能や改善を早期に試すことが可能になります。RC版のため、本番環境での利用は推奨されませんが、テストや開発目的での利用が想定されており、RDS Custom for SQL Serverでも利用できます。
Kimi-K3（2.8Tパラメータ）がNVIDIA B300 x8ノードで動作するかの検証記事。FP16で約5.6TB VRAMが必要なKimi-K3に対し、B300 x8の512GB VRAMではメモリ不足が判明した。代替としてQwen-7B-ChatをFP16や各種量子化でベンチマークし、B300の高性能HBM3E帯域幅による推論速度向上を確認。巨大モデル運用における量子化の重要性を示唆した。
DeepSeek V4が正式リリースされ、推論速度が最大50%向上。JSONモード、マルチターンファンクションコール、最大128Kのコンテキスト長を持つ新コーディングモデル「deepseek-coder-v2」が導入されました。既存のAPIエイリアス（deepseek-v2など）は2024年7月24日以降HTTPエラーを返すため、利用者は「deepseek-v4」などの新エイリアスへの移行が必須となります。
プロダクト開発では「良いもの」を作るだけでなく、事業成果への貢献がPMMとプロダクトマネージャーに共通するこれからのKGIとなる。現代では、売上や利益、顧客獲得数といったビジネス指標が重視され、プロダクトをユーザーに届け、その価値を事業成長に繋げることが不可欠。プロダクトの企画・開発段階から、明確な事業成果を意識し、そこから逆算して施策を考える視点が求められる。
AIエージェントの実装が加速しており、AWS基盤上でCopilotKit等を活用し、ユーザーインターフェースを持つAIエージェントのフロントエンド開発が重要トレンド。AIのビジネス価値を最大化するUI/UX構築が、顧客体験向上と業務効率化の鍵となる。
記事数
4
企業数
3
カテゴリ数
12