はじめに Claude Code、とても便利ですよね。でも使い込んでいくと、こんな不満が出てきませんか？ サブエージェントが何をやっているか見えない（Agent ツールはブラックボックス） 複数プロジェクトをまたぐ作業がつらい（Claude Code はカレントディレクトリドリブンなので） 別リポジトリでの作業を AI に任せたいけど、cd して別セッション立ち上げて…が面倒 これらの課題を解決するために、cmux というターミナルマルチプレクサを軸にしたエコシステムを作りました。この記事では、そのエコシステムを構成する4つのリポジトリを紹介します。 cmux とは（30秒で） cmux 上で using-cmux / cmux-team / cfork / cmux-remote の4リポジトリを同時に管理 cmux は AI エージェント向けに設計されたターミナルマルチプレクサです。t

「ChatGPTは賢いのに、なぜ業務では使いにくいのか」。その答えがナレッジグラフにあります。本書は、RAGだけでは解けない問題の正体を明らかにし、ナレッジグラフがLLMに何をもたらすかを、入門から世界の活用事例、実装アーキテクチャ、AI Agentとの統合まで一気通貫で解説します。エンタープライズ規模でのKG実装は難しい。だからこそ、何が難しいのかを正確に理解することが第一歩です。

セマンティックなHTMLで、Webサイトやスマホアプリでよく使用されるさまざまなUIコンポーネントや要素を実装できる超軽量UIライブラリを紹介します。 デザインはシンプルでミニマル！ 依存関係は一切なく、classレスとまではいきませんが、classの使用は最小限で、カスタマイズも非常に簡単です。 Oat UI Oat UI -GitHub Oat UIは、セマンティックなHTMLでWebサイトでよく使用されるUIコンポーネントを実装する超軽量（8Kb）ライブラリです。依存関係は一切なく、フレームワークやビルドといった複雑さは一切不要です。 ライセンスはMITライセンスで、商用プロジェクトでも無料で利用できます。 Oat UI Oat UIの主な特徴は、下記の通り。 超軽量のライブラリ CSS 6Kb、JS 2.2Kbで、まるでオートミールのように軽い 依存関係ゼロ JavaScriptや

本記事は、AI時代を生き抜くための「選別と生存」3部作の第1回です。 第1回：AIと判断力の劣化 （本記事） 第2回：道具による人類の「自己選別」の歴史 第3回：「AI禁止令」の真の狙いと認知設計 AIは能力を「増幅」しない。「分岐」させる。 2025年以降、エンジニアの仕事にAIが深く入り込んだ。コード生成、設計案の壁打ち、ドキュメント作成。日常の大半にAIが関与するようになった。 そして、興味深い現象が起きている。 AIを日常的に使っているエンジニアの中で、判断力が明らかに先鋭化している人と、判断力が目に見えて低下している人に分かれ始めている。 少なくとも、私の周囲ではそう見える。 同じツールを使っているのに、結果が逆方向に分岐する。これはAI側の性能差では説明がつかない。使う側の構造の差によって起きている現象だ。 本稿では、この分岐がなぜ発生するのかを構造的に分析し、自分がどちら側に

UUIDはなぜ重複しないのか？ Webアプリケーションなどのシステム開発では、データに一意の識別子を付与する必要があります。たとえば データベースの主キー は、ジムでいうところの「会員カード番号」。誰かと同じ番号だとパーソナルトレーナーの予約を取り違えるような事故が起きます。 他にも「ロッカーの鍵」「筋トレ記録ノートのページ番号」「プロテインシェイカーの名前シール」など、「絶対にダブってはいけない」ものがあることは、筋肉系エンジニアの皆さんも想像に難くないことでしょう。 そんな時に役立つのが UUID（Universally Unique Identifier）です。これは、ほぼ重複しないIDを生成できる仕組みです。本記事ではUUIDの仕組みを解説し、Pythonでの実装を通じて「なぜUUIDはほとんど重複しないのか？」を見ていきます。 UUIDとは？ UUIDは、IETF（Interne

はじめに 皆さんは DynamoDB を利用していますか？ 私は実務での利用経験はないのですが個人開発をする場合、無料枠があるおかげで RDS よりもファーストチョイスになっています。 そのなかで GSI や LSIを 使ってはいたのですが、実際の仕組みをあまり理解せずに使用しており、それぞれの制限については理解しているものの、内部的な動作については全く分かっていませんでした。 この前たまたま『データ指向アプリケーションデザイン』読んだ際にデータベース全般の概念として ローカルインデックス と グローバルインデックス の説明がありました。それを読んで DynamoDB の LSI/GSI の違いが一気に腑に落ちたので、備忘録も兼ねて本記事に自分なりの解釈で解説を書こうと思った次第です。 DynamoDB ではローカルインデックスとグローバルインデックスはそれぞれ LSI（Local Sec

経緯 CSSを書いていて「あれ、なんで効かないんだっけ」ってなることないでしょうか。 私はしょっちゅうあります。 DevToolsを開いてもプロパティはちゃんと適用されてる。打ち消し線もない。でも見た目は変わらない。 しばらくして「ああ、インライン要素だから width 効かないんだった...」と気づくやつです。 他にも z-index を position: static のまま書いてたり、gap を flex でも grid でもない <div> に書いてたり。 CSSって構文的に正しければブラウザは何も言ってくれないので、こういう「効いてないCSS」が放置されがちです。 これを検出するChrome DevTools拡張を作りました。CSS Noop Checker です。 https://github.com/purupurupu/css-noop-checker なんで作ったのか