2026-08-25 17:01 はてなブックマーク テクノロジー 人気エントリー

日本のインターネット言論空間の弱点はRedditのような掲示板がないことだと思ってるけど、最近ははてなパークスができたりしているし、日本のインターネットでまともな議論ができる場所ができれば良いな〜と思ったりしている。 この手のサイトはHackerNewsとかがあると思うのだけど、あっちは人口が多すぎてハッキングに関係のない話が多く混じっててノイズになってると感じている。

要約の取得に失敗しました。

LLMで知識グラフを増分構築する手法について書かれた論文（iText2KG, arXiv:2409.03284）の評価では、履歴書のように構造がはっきりした入力なら問題ない一方、Webサイトのような非構造・大量チャンクの入力ではエンティティ解決の失敗が増えると報告されています。

それを、前述の.claude-plugin/marketplace.jsonの仕組みを使って1つのプラグインマーケットプレイスにまとめ、複数チームで共同構築・運用する形に切り替えました。そのため、Aチームが自分のプラグインを更新するPRも、Bチームが新しいプラグインを追加するPRも、最終的に同じファイルを編集することになります。

後述するようにコンパイル時の型検証を活用できることや、LLMでSQLチューニングをしやすくすることを狙って意図的に単純な構成にしています。サーバー開発に関しても、tokio など信頼性の高い非同期ランタイムがあり軽量な並行処理を実装することができます。

128問の基本問題（Core）、80問の応用問題（Challenge）からなるテストセットを作成し、llm-jp-4-33b-thinking（Q4_K_M）とQwen3.8-27B（Q4_K_M）に同じ条件で回答させ、そのスコアを比較する。

SaaSをやってると自分たちが解くべき課題なのかを設定することこそが、一番難しいとも感じますが… 出典) Vlad Khononov『ドメイン駆動設計をはじめよう』より引用 「SaaSの技術的難しさ」と一口に言っても、ホリゾンタルには洗練の戦いが、バーティカルには探索の戦いがある。

22日、著名AIアナリストのアンドリュー・カラン（Andrew Curran）氏はX上で、21日夜の時点では「中国Z.aiのGLM説」が最も有力視されていたものの、22日の朝までには「誰も確信を持てなくなっているようだ」と投稿した。

ループエンジニアリングを意識しない開発に比べて、人間が確認して判断すべきポイントは残るものの多くは判定基準を明確にしたことでエージェントが機械的に判断できるようになり緑色枠に置き換えることができました。

一回の質問ごとに、自分が質問を読んで把握するのに一分以上、場合によってはさらにそこからソースコードやら資料やらを自分で調べる必要が出てきて数分消費、そしてあーでもないこーでもないと悩みながら回答を記入するのにまた数分以上 (特に、エージェントが提案した解をどれも採用しない場合) といった感じで、質問と回答の一往復だけでも 5 分とか 10 分とかかかることが割とあった。

(´・ω・`) 自分はここ数年いろんなエンジニアが書いたDesign Docをレビューする機会があるんですけど、その中で「優秀なエンジニアであれば、ここは押さえて欲しい」「ここでエンジニアとしてのスキルが分かる」というポイントがありまして、今回はそれを言語化してみようと思います（同じ話を社内でしたので、せっかくなら記事にしようかなと・・・）。

蜂須賀：PdMは「エンジニアたちとコミュニケーションしてモノをつくる役割の人」「エンジニア組織の責任者」と見られることがよくあり、それが「PdMには、エンジニアリングのことしか分からない」という誤解につながっていると思います。

とはいえ、検証を軽量化し、仕様から実用可能なFigmaコンポーネントまで生成できるようになれば、デザインシステムの保守コストは大幅に削減できると感じています。 コンポーネントの仕様さえ構造化できれば、コードもドキュメントもテストも、そこから生成できるかもしれない。

まずはパスキーを過度に怖がる、危険視することなく、パスワードや、SMSのワンタイムパスワードのようにフィッシング耐性を持たない多要素認証と比べれば、依然として圧倒的に安全であることは理解してください。

プロダクトに関する技術的な問い合わせ対応の主役を、人間からAIエージェントへ段階的に移し、CREメンバーが「問い合わせを処理する人」から「エージェントを評価・改善する人」へ移行する。エージェントがこれらの対応記録を検索できるようにすることで、CREメンバーが蓄積してきた知識を、新しい問い合わせへの回答に活用しています。

次期バージョンとなるDuckDB 2.0では、別マシン上のDuckDBインスタンスに接続して操作するクライアント／サーバ対応やSQLパーサの全面刷新、JSON型の強化版ともいえるスキーマレスのVARIANT型、トリガー、非同期I/Oによる高速化など、大型の新機能が相次いで投入される予定です。

本セッションでは、このレガシーなシステムを引き継ぎ、ドメインエキスパートとの対話や既存のコードからドメインを理解し、エンティティとユースケースを抽出した上で、Slim Framework + PHP-DI +Doctrine ORMとClaude Codeでビッグリライトする取り組みを紹介します。

Microsoft は開発者 FAQ で、既知リストや誤検知防止の事前登録プログラムは受け入れないと明記する一方、信頼されたルート機関の証明書で一貫して署名することは研究チームが発行元を識別しやすくなると説明しています。