Claude Code / Cursor の Hooks で実装した AI エージェントの 3 層プロンプトインジェクション対策 こんにちは、クラウドサインで CRE をしている藤谷です。 CRE は「Customer Reliability Engineering」の略で、お客様やビジネス部門で発生した課題をエンジニアリングで解決する役割を担います。 私たちのチームでは顧客理解を加速させるため、AI エージェントを業務に積極的に活用しています。 2026 年 1 月の Cursor 2.4 で Skills 機能が追加されたのをきっかけに、Hooks（以下フック）を使ったプロンプトインジェクション対策を設計・実装しました。 LLM に「気をつけて」と指示するのではなく、LLM の外側にある実行境界で止める。この考えのもと、Python でフックスクリプトを実装しました。 この記事では、全

セキュリティ対策室のn01e0です。 この記事では、セキュリティ対策室で私がAI(広義)をどのように活用しているかを紹介します。 Attack Surface Managementの自動化から、機械学習による異常検知、AIエージェントを活用した脆弱性診断まで、私の業務の各領域でAIが前提となりつつある現状をお伝えします。 PASM (Pepabo Attack Surface Management) scratchコンテナで動くRustスキャナ ドメインの自動収集 AI x Rust Agentic ML 令和最新版「ビッグデータをエーアイで良い感じに」 データの正規化とgit管理 Shodanデータの可視化・クエリ基盤 スナップショットの差分抽出 IPの分類 ポートの希少性スコア 異常検知 Human-in-the-Loop MLは過渡的な手段 Agenticな脆弱性診断 (Unrave

ニフティで「ココログ」を作り、はてなでCTOとして「はてなブックマーク」などを生み出す過程で、大規模データの構築、検索などの技術を体系化し、それを技術ブログで公開するなどして大規模ウェブサービスの基礎を共有化し、コミュニティを盛り上げた。現在はホテル予約サイト「一休.com」のCTO。 CTOは技術力がないといけない 読書は、その人が持っているコンテキストと合わさってその人の読書体験になっているので、「これを読むべき」というようなお薦めをすることはないです。今回は、単純に過去に僕が読んで良かった本を紹介したいと思います。「これを他の人も読むべき」と思っているものではなく、「今思えばこの本を読んでおいて良かったな」という本です。もっとビジネス書みたいなものを期待されているのかもしれませんが、あまりそういうものはなく、技術的な書籍を紹介していきます。 おそらく、CTOの肩書きを持っている人で「

Anthropic公式のClaude Code Pluginがあります。以前に見たときから増えていたので、改めて確認してみました。 https://github.com/anthropics/claude-plugins-official 下記でも閲覧できます。適宜、フィルターを設定してください。 https://claude.com/plugins おすすめの方 Anthropic公式のClaude Code Pluginを知りたい方 重要 公式か否かに関わらず、Pluginを利用する前に、信頼できるものであるかを確認してください。リポジトリ、Pluginの中身、など。 Claude Code Plugins の一覧（2026年3月12日時点） UI・フロントエンド フォルダ名 概要

NEW! 2026.03.08 ITニュース DeNA生成AIAI 「開発エンジニアの人生が一変した1年」だった――。 2025年に「AIオールイン」を宣言したDeNA。あれから1年、会長の南場智子さんは劇的な変化をそう切り出した。 コーディングに手を動かすことが激減し、AIが自らタスクを請け負うAIエージェントが民主化したこの1年。最前線で南場さんが痛感したのは、生産性向上という甘い果実だけではない。 「無慈悲なLLM」 「中途半端な専門性は一撃で淘汰される」 「スピード感のないプロダクトに、成長も参加資格もない」 突きつけられたのは、昨日までの常識を無効化するシビアな現実だ。 しかし、南場さんは同時にこうも断言する。 「諦めるのは時期尚早。日本はまだまだ勝てる」 その真意と、南場さんの描く未来予測とは？ 2026年3月6日に行われたばかりの最新プレゼンを、熱量そのままにノーカットでお届

こんにちは、技術戦略部CTOブロックの塩崎です。 当社ZOZOには1人あたり月額200ドルの基準のもと、Claude CodeやGemini CLIをはじめとした各種AI開発ツールを利用可能にする制度を2025年7月にスタートさせました。 corp.zozo.com 現在ではこの制度を用いて数百名という非常に多くの社員がClaude Codeを利用しています。このような中で組織全体のAI活用を推進するためには、それぞれの社員や部署のClaude Codeの利用状況をモニタリングすることが重要です。そのためにClaude CodeのOpenTelemetry機能を利用して、全社員のClaude Code利用状況を収集したので、本記事ではその手法を紹介します。 ccusageを使った利用情報の収集の課題 Claude CodeのOTel機能の紹介 作ったものの全体像紹介 利用情報を送信する部分

連載目次 AIによるコード生成（AIコーディング）が急速に普及している。Claude CodeやOpenAI CodexなどのAIコーディングツールを使えば、開発者はこれまでよりも楽にコードを書けるようになった。皆さんも既に日常的に利用しているのではないだろうか。 その一方で、AIコーディングは後から開発が苦しくなることがある。「コードを書く速度は上がったが、後からの修正や機能追加が難しくなる」といった問題が指摘されている。こうした問題を説明する言葉として、最近のソフトウェア開発コミュニティーでは「理解負債」という概念が注目されている。 現在、ソフトウェア開発でよく知られているのは技術負債（Technical Debt、技術的負債とも呼ばれる）である。これは、設計の妥協や品質の低いコードによって、将来の修正コストが増えてしまう状態を指す。短期的には開発を速く進められるが、後になって大きな手

Published Jan 09, 2026 The capabilities that make agents useful also make them difficult to evaluate. The strategies that work across deployments combine techniques to match the complexity of the systems they measure. IntroductionGood evaluations help teams ship AI agents more confidently. Without them, it’s easy to get stuck in reactive loops—catching issues only in production, where fixing one f

こんにちは。estieでデータクオリティーマネージャーをしているkageyuです。estieは不動産データをたくさん扱っており、その場所は住所を使って表すことが多いです。 不動産には「不動産登記番号」や最近国土交通省が整備しつつある「不動産ID」などが存在しますが、大抵の場合は住所と建物名を使って建物が指定されています。そのため、複数の不動産データを統合するとき、主に住所と建物名を使って突合します。 データクオリティーマネージャーとしては、突合処理で 住所が正しく正規化できているか？ 正規化の前後で情報が欠落していないか？ その住所は実在するのか？ などを確認しており、データを見ていると違和感があるのに正しい住所をよく見かけます。私はそんなとき「この地方にはこんな住所もあったなあ」と思うので、今回は都道府県別に特殊な住居表示を解説します。 特殊じゃない住所について 一般的には住所は「○○県

この記事は筆者がAI駆動開発を通して積み上げてきた開発フローやそのTipsを紹介するものであり、絶対的な正解を示したり、主義主張を押し付けたりするものではありません。 どこから始めたらよいかわからない方や指針を求めている方の参考になれば幸いです。 この記事ではコーディングエージェントのことをAIと表記します。 前提："俺"の現状 使っているAIとツール GitHub Copilot（Enterprise）：仕事メイン Claude Code（Max）：プライベートメイン Codex（主にAzure OpenAIのモデルで利用） メインはGitHub CopilotとClaude Codeです。本記事の内容もこの2つの最大公約数的な使い方になっています。 Codexはサブスクで常用できる環境がないので、かなり複雑な設計が必要な場面か、他ツール比較で確認したいときにスポットでAzure Ope

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 2025年10月18日 長くなりすぎたので要約版を作ってみました。 この記事の要約 OpenAI の Codex「Plans.md (唯一の生きた文書) 戦略」をVSCode GitHub Copilot で実行する方法 のNotebookによる要約 #githubcopilot - Qiita 動画で解説👇️OpenAI の Codex「Plans.md (唯一の生きた文書) 戦略」 をVSCode GitHub Copilot で実行する方法 追記終了 最初に 指示書を新規に作成、もしくは既存の指示書を全て破棄します。 なぜ

AIのせいか年をとったせいか、おそらくその両方で、ビジネスのやり方が変わって、ふんわりした話にばかり関わっている。 「生成AIを使って暗黙知化したプロセスを形式知化して、御社のサプライチェーンをオプティマイズして、セールスをグロースさせます」とか「エンジニア間のスキルギャップをスクラムによってファシリテリテーションして御社のデベロップメント課題をイシュー化します」とか、なんだかそういった感じの話に関わっているのだ。 こういうふんわりした案件は、会議で何を発言しても面映ゆくなるというか、口に出せば出すほど脳が痒くなってくるような感覚があって、結局お前達の求めているものは売り上げと人員整理によるコストカットであって、もっと言えば人間の求めるものは不老と美食とセックスなんだから、そうはっきりと言え、と会議室の真ん中で叫びたくなってくるのを必死でこらえているのだった。 以前は、私の仕事はこんなでは

この記事は、CYBOZU SUMMER BLOG FES '25の記事です。 クラウド基盤本部の新井です。 この記事では、DB へのアクセスを伴う Go の単体テストについての私たちの考え方、そしてそれを実践するために開発・公開したライブラリをご紹介します。 DB のモックとその問題点 DB へのアクセスを伴う Go のプログラムをどのように単体テストしたいとき、最初に思いつくのは go-sqlmock などのツールを使って DB をモックする方法です。 サンプルコードでは、次のようなテストを書いています。 package main import ( "fmt" "testing" "github.com/DATA-DOG/go-sqlmock" ) // a successful case func TestShouldUpdateStats(t *testing.T) { db, mo

Malwarebytesはこのほど、「Your passwords don't need so many fiddly characters, NIST says｜Malwarebytes」において、米国国立標準技術研究所(NIST: National Institute of Standards and Technology)がクレデンシャルサービスプロバイダー(CSP: Credential Service Providers)要件のガイドライン「NIST Special Publication 800-63B」を改定したと伝えた。 同ガイドラインではパスワードの扱いを定めており、重大な変更が行われたという。 Your passwords don't need so many fiddly characters, NIST says｜Malwarebytes 新ガイドラインが定めるパス

はじめまして。チームみらい 永田町エンジニアチームの伊藤と申します！エンジニアチームではエディと呼ばれています。 どーやって作ったの？先日チームみらいでは、政治資金の流れを透明性を持って公開するプラットフォーム「みらい まる見え政治資金」をリリース、ソースコードも OSS として公開し、サービス開始から約2日で20万PVと、大きな反響をいただきました。 アプリケーションの設計や技術的な詳細については、上記の記事にまとめているので、ぜひ読んでみてください！ ところで、こちらのアプリ、実は95%以上のコードをLLM（コーディングエージェント）が実装しているんです。 自分でコーディングの手を動かさない開発手法を確立できたことで、15,000行程度の中規模アプリケーションを、開発開始から約45日でリリースすることが可能になったと思っています。（なお私は別件でフルタイムの本業があり、パートタイムとし

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日、Zennの「第3回 AI Agent Hackathon with Google Cloud」に参加し、Flutterを使って、3週間で一つのアプリ『Vegitage』をデプロイまで漕ぎ着けました。 今日は、そのアプリ自体の話ではありません。 この開発プロセスを通じて、私自身が体験した「プログラミングという行為の、根本的な変容」について、少し過激な物言いになるかもしれませんが、正直にお話ししたいと思います。 結論から言うと、これまでのプログラミング教育が金科玉条としてきた「基礎からの積み上げ学習」は、もはや時代遅れどころか、才能の