背景: 何が起きているか 2025年9月、Shai-Hulud攻撃がnpmエコシステムを直撃した。ngx-bootstrap、ng2-file-upload、@ctrl/tinycolor等の正規パッケージが改ざんされ、postinstallフックで難読化済みのbundle.jsを実行、npm/GitHub/クラウドの認証情報を窃取しwebhook経由で外部へ送信した。最終的に数百パッケージが汚染された。[1] 2025年11月のSHA1-Hulud(第2波)では、被害者をGitHub Actions self-hosted runnerに変換し、リポジトリにワークフローを注入してAWS/Azure/GCP認証情報を吸い出す手口に進化。600以上のパッケージ(Zapier、PostHog、Postman等)が影響を受けた。[2] 2026年3月にはAxiosが直接侵害された。攻撃者はメンテ

2026年4月23日、オープンソースのパスワードマネージャ Bitwarden の CLI パッケージ @bitwarden/cli の npm 版が侵害されました。攻撃者はバージョン 2026.4.0 を公開し、preinstall フック経由で情報を窃取するマルウェアを実行させました。本記事は、手元での検証および公開情報を踏まえ、日本のコミュニティ向けに事象を整理するものです。 追記: 本侵害をCTO米内が解説するウェビナーを4月28日（火） 12:00から開催予定です。申し込みページより事前登録いただければ、どなたも無料で視聴が可能です。 TL;DR - 対応指針 悪性バージョンは 2026.4.0 のみです。2026.3.0（直前正規版）と 2026.4.1（復旧版、正規の Trusted Publishing 経由・provenance 付き）は安全です。 2026.4.0 がイ

HAL @OoHALoO1 @azplanetaz なんか、ちょっと泣けちゃいます。 そんな感じ方があるんだなって。 すごく素敵で、その一日を隣で一緒に過ごせたら幸せだろうなって思いました。 2026-04-21 13:11:50 蘇我のイルカ @TCminicooper @azplanetaz @IBM_HAL_9000 「見ている自分の胸がどう動くか知りたい」なんて素敵な文章でしょう。 手塚治虫先生「火の鳥」復活編で、事故で死んだ男が、体と脳の大部分を人工物に置き換えて復活した男がロボットに恋する話を思い出しました。 2026-04-21 08:28:26

Understanding Spec-Driven-Development: Kiro, spec-kit, and Tessl Birgitta is a Distinguished Engineer and AI-assisted delivery expert at Thoughtworks. She has over 20 years of experience as a software developer, architect and technical leader. This article is part of “Exploring Gen AI”. A series capturing Thoughtworks technologists' explorations of using gen ai technology for software development.

執筆者：Hideyuki Goto 2026年3月現在、Claude Codeなどの台頭により、個人開発でもSpec-Driven Development（仕様駆動開発、以下SPEC）を実践するハードルが劇的に下がりました。「まずAIと自然言語で仕様書を作り、それをベースにコードを書かせる」というアプローチは確かに強力で、実際に試してみたという記事も多く見かけます。 しかし、巷の記事であまり語られていない重要なテーマがあります。それは「作った仕様書をいつ、どうやって終わらせるか（捨てるか）」という問題です。 本記事では、私が趣味の個人開発（小規模・AI前提）でSPECを実践する中で直面した「ドキュメントと実態の乖離」という避けられない問題と、そこから行き着いた「仕様書との付き合い方」のリアルな体験談を共有します。 ※本記事は2026年3月時点の情報に基づいています。特定ツールに依存しない内

An open-source, community-driven dependency manager for AI agents. Think package.json, requirements.txt, or Cargo.toml — but for AI agent configuration. GitHub Copilot · Claude Code · Cursor · OpenCode · Codex Documentation · Quick Start · CLI Reference Portable by manifest. Secure by default. Governed by policy. One file describes every agent's context; one command reproduces it everywhere; one p

突如チャートに現れた「MONTAGEM HIKARI」 TikTokにおけるPhonkの台頭【～2022年】 Funk（ファンキ）の席巻【～2026】 連載バックナンバー 突如チャートに現れた「MONTAGEM HIKARI」今年1月14日にリリースされてから、国内バイラルチャートで長らく上位にランクインした「MONTAGEM HIKARI」という曲がある。同曲は「超かぐや姫！」のエンディングテーマやM!LKの新曲などと競り合いながら2月中旬まではトップに座して、執筆時点（2026年4月11日）でSpotifyでは1400万、YouTubeでは計2600万の再生回数を記録するに至った。もしもあなたがTikTokユーザーならば、ダンス動画とともに「朝の光の中で♪」と歌うリフレインが思い出されることだろう。 BellyJay「MONTAGEM HIKARI」 知らない人も一聴すれば、これがYO

全てはAIエージェントに最適化されていく。Anthropicは4月14日、Claude Codeのデスクトップアプリを刷新し、複数のClaude Codeセッションを並列で扱いやすくした。Pro、Max、Team、Enterpriseプランユーザー向けに提供される。 「同時にいくつもの作業を走らせる」ことを前提にUIを再設計したのが特徴。新しいサイドバーでは、進行中と最近のセッションを一覧で管理でき、複数のリポジトリをまたいでリファクタリング、バグ修正、テスト作成といった作業を並列で進めやすくなった。プロジェクト別やステータス別の絞り込みにも対応し、PRがマージまたはクローズされると自動でアーカイブされる。 開発者は1つの依頼を投げて待つのではなく、複数のタスクを同時に走らせ、途中で軌道修正し、差分を見て判断する“オーケストレーター”になっているという実際に即したアップデートだ。 アプリ内

この記事は約5分で読めます。 筆者プロフィール: ソフトウェアエンジニア。「知った気にならない。いつまでも学び続ける」を信条に、業務と個人開発の両輪で技術を磨いています。AI 駆動開発で複数の個人開発アプリを構築・運用中。 👉 ポートフォリオ: 筆者ホームページ Claude Code を使い始めたけど、毎回同じ指示を書いていませんか？ CLAUDE.md・Skills・Hooks・Agents の 5 段階で「育てる」ことで、人間の作業は「指示と確認だけ」になります。この記事では、実際のファイル構成とコードを添えて、その全過程をお見せします。 「AI にコードを書かせている」と「AI と開発している」は違う Claude Code を導入した当初、私は毎回こんなプロンプトを書いていました。

こんにちは！逆瀬川ちゃん (@gyakuse) です！ 今日はClaude Codeの最新バージョンで日本語を書いていると発生する文字化け問題と、hooksを使った簡易的な対応方法についてまとめていきたいと思います。 2026-04-08 追記: Claude Code v2.1.94で本問題が修正されたとのChangelogが出ましたが、完全には治っていないという報告もあります。引き続きhook対策を入れておくのがおすすめです。また、hookをPreToolUseからPostToolUseに戻しました。PostToolUseのほうが書き込み済みの壊れた箇所だけを修復すればよく、修復のためのtokenコストが小さいためです。 起きていること Claude Codeで日本語を含むコードやドキュメントを書いていると、WriteやEditツールでファイルに書き込まれた内容に �（U+FFFD、U

Bonsai 8Bはウェイトがたった1.1GBなので、残りの約5GBをKVキャッシュに回せるメリットがあります。結果として8Bパラメータの品質を保ちながら32Kトークンのコンテキストが取れます。「8GBでは3Bモデルが限界」という常識を覆した前回の話の続きですが、コンテキスト長でもBonsaiの圧勝です。 Gemma 4 E2BはOllamaのQ4_K_M量子化で7.2GBですが、ビジョンとオーディオのエンコーダーを含んでいるため見た目の数字ほど重くありません。Ollamaのmmap機構により、テキスト処理時にはビジョン/オーディオ部分はRAMに読み込まれない。さらにKV heads=1、Shared KV layers=20という効率的な設計のおかげで、KVキャッシュは32Kでもわずか0.38GB。実測でも32Kコンテキストで27.8 tok/sが出ています。 Qwen3 8Bに至っては

ジャンプ+漫画賞11-12月期に出した読切です。文字数多いです。

One of Anthropic’s co-founders, Chris Olah, says that generative AI systems like Claude are grown more than they are built. Researchers set the conditions to direct growth, but the exact structure or capabilities that emerge aren’t always predictable. This creates a challenge for building with Claude: agent harnesses encode assumptions about what Claude can’t do on its own, but those assumptions g

1. はじめに 実務では、画面設計書が Excel や PowerPoint、Word で管理されていることが多いです。 それ自体は珍しくありませんし、提出物としては都合が良い場面もあります。 ただ、開発の現場で実際に使う設計資料として見ると、つらいことが多いです。 どこが変わったのか差分が追いづらい レビューで変更点に集中しづらい 実装と設計書の同期が崩れやすい コピー運用で古い記述が残る 画面ごとに表現がばらつきやすい その結果、画面設計書が「あるけど信用されない文書」になってしまうことがあります。 自分は最近、画面設計書をもっとドキュメントベース、できれば Markdown ベースで書く文化を浸透させたいと考えています。 今回はその理由を整理してみます。 2. なぜ今の画面設計書運用がつらいのか 画面設計書は、多くの現場で Excel / Word / PowerPoint などの

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Storybook MCP のセットアップ Storybook MCP を使用するには @storybook/addon-mcp アドオンが必要です。以下のコマンドでインストールします。 npm install @storybook/addon-mcp .storybook/main.ts ファイルを開いて、@storybook/addon-mcp をアドオンに追加します。 export default { "stories": [ "../src/**/*.stories.mdx", "../src/**/*.stories.@(js|jsx|ts|tsx)" ], "addons": [ "@chromatic-com/storybook", "@storybook/addon-vitest", "@storybook/addon-a11y", - "@storybook/addon-

AI を導入したら、逆に「何が起きてるか分からない」が増えた Claude Code を使い始めて数週間。生産性は確かに上がった。でも、こんな場面が増えた。 「なんか遅いな……」→ 何が遅いのか分からない Bash を 10 回連続で叩いてる → なぜそんなに必要なのか追えない サブエージェントが勝手に動いてる → いつ終わるのか読めない エラーで止まった → どの段階で詰まったのか分からない Web サービスなら、こういう「見えない」は OpenTelemetry（OTel） で解決する。リクエストのトレース、レイテンシの分布、エラー率——全部可視化できる。 じゃあ、AI エージェントにも同じことをやってみよう。 この記事では、Claude Code の実セッションログ（1 日・130 回のツール呼び出し）を OTel トレースに変換し、Jaeger で可視化した全記録を公開する。 準備