We Analyzed 250 Million AI Search Results: Here's What I Found
We Analyzed 250 Million AI Search Results: Here's What I Found
はじめに 最近、AI エージェント(GitHub Copilot / Claude Code / Cursor / OpenCode / Codex …)に渡す「指示書」の種類が一気に増えました。 GitHub Copilot → .github/instructions/*.md, .github/prompts/*.md Claude Code → .claude/commands/*.md, .claude/agents/*.md Cursor → .cursor/rules/*.mdc これに加えて MCP サーバー / hooks / skills … チーム内でこれらを 「どこから集めて、どこに配っていますか?」 絵にすると、複数の取得元 × 複数のハーネス という多対多の配線を、各チーム/各リポが自前で組んでいるイメージです。 個々のツールが便利になっても、チーム全体としてこ
社内のチームメンバー(クラウド事業本部コンサルティング部)向けに 「 Claude Code を安全に使おう勉強会 」を開催しました。 Claude Code をセキュアに使う上での、 基本的な考え方や権限/サンドボックス機能の紹介、簡単なデモを実施しました。 DevelopersIO向けに調整したスライドを掲載します。 以下勉強会で連携した設定サンプルです。 Claude Code を安全に使おう勉強会: 補足資料 - Gist スライドの内容:テキスト情報を以降に記載します。参考になれば幸いです。 イントロ 勉強会の目的やアジェンダ、スコープについて話します。 勉強会の目的 Claude Code (に限らず、AIエージェント) はとても便利です。 しかしリスクもあり、暴走もします。 この勉強会では、 Claude Codeが適切な範囲で適切に動けるような、 ガードレールの敷き方 を学
【Harness Engineering入門】AIエージェントを制御するアプローチの登壇資料となります。 https://findy.connpass.com/event/388471/
AI の技術記事は食傷気味なんですが、さすがにこれは効くと思ったパターンを見つけたので紹介します。 tl;dr プロンプト (skill / slash command) を書いた直後は「これで伝わるはず!」と思うのに、別のセッションで使うと暗黙知が不足していて、再現性がなくなる 思い込みは当人に修正できないバイアスなので、別の AI に実際にやらせて詰まった箇所をレポートさせる これを繰り返す。プロンプトが段階的に洗練される (TDD のテストと同じ位置づけ) 実際に手元 8 個の skill で試して、初稿 50 点が (AI 主観で) 80〜90 点まで上がった。ただし、モデルを変えての評価してないので、過剰に適応している可能性はある。 自分が書いたプロンプトを評価していますか? 自分は大学時代に暗黙知の研究をしていたのだが、世の人々は主観バイアスを過小評価している。また、AIは人間
2026/04/16 に「技育CAMPアカデミア」で話したスライドです。2025 年のはてなインターンの講義資料 (https://speakerdeck.com/hatena/internship-2025-frontend) に手を加えたものになってます。 https://talent.sup…
Copyright NHK (Japan Broadcasting Corporation). All rights reserved. 許可なく転載することを禁じます。このページは受信料で制作しています。
この記事のゴールは、Windows11上でClaude Codeのマルチエージェントをtmuxの画面分割で動かせるようにすることです。 対象読者は、WSLやLinuxに少し不慣れでも、コマンドを順番に試せる方です。 はじめに 新入社員の田中雄一郎です。せっかく真っ新なWindows11環境が手に入ったので、1からsplit panesなマルチエージェント開発環境を立ち上げてブログにしようかなと思いました。Linuxの環境設定まで記載するのでLinuxやWSLにあまり慣れていない方でも、順番に進めれば再現しやすいように書いたつもりです。 そもそも自分がマルチエージェントに目覚めたきっかけが、掃除機をかけている横で複数のエージェントが爆速でコード生成してレビューを回している動画でした。この動画を見てこれになりたい!(訳:サボりながら仕事したい!)と思い環境構築したのを覚えています。 今回は、W
これらは全て TypeScript で実装され、Pulumi で GCP にデプロイされ、Google OAuth で認証されています。 設計思想 なぜこんなに分けたのか 1つの巨大な MCP サーバーに全機能を詰め込むこともできますが、あえてサーバーを分けています。理由は: 認証スコープの分離 — GWSサーバーにはWorkspace APIのスコープが必要だが、DBクエリサーバーには不要。スコープを最小限にすることで権限の暴発を防ぐ デプロイ独立性 — Grafanaサーバーの変更がDBクエリに影響しない。障害の爆発半径を小さくする ユーザーごとの選択 — エンジニアは全部入れるが、マーケチームはGWSだけ、のように必要なものだけ .mcp.json に追加すればいい 共通基盤 全サーバーに共通するパターンがあります。 認証: 共通パッケージで Google OAuth 2.0 + P
撞球者 最近、一部でサボり方ガイドが話題になっている。作成したのは第二次世界大戦時のCIA(米中央情報局)で、敵国内のスパイが組織の生産性を落とすためにどのようにサボればよいかを記した秘密資料である。(正確には、CIAの前身組織であるOffice of Strategic Servicesが作成。2008年に公開された) スパイ活動には相手組織を破壊することも任務の一つであり、そのサボタージュ任務のシンプルなマニュアルが「Simple Sabotage Field Manual」である。日付を見ると1944年1月17日となっており、まさに第二次世界大戦の真っ只中に作成されたものと分かる。 その方法とは、主に以下の11項目にまとめられるという。 「注意深さを促す」。スピーディーに物事を進めると先々問題が発生するので賢明な判断をすべき、と「道理をわきまえた人」の振りをする可能な限り案件は委員会
みなさま新年度あけましておめでとうございます。 毎年恒例、「Googleのサービスに課金したいんだけど 全部網羅した比較表がなくて全然わからん」問題に回答する記事、2026年版です。 対象としては個人の趣味/副業用~個人事業主〜小規模組織くらいを想定しています。 いかれたメンバーを紹介するぜ! 候補は下記。 Google One、Google AI Googleドライブが容量いっぱいになると「容量を追加しましょう!」つって出てくるアイツがGoogle Oneです。プランはベーシック、プレミアムの2つ。 Google AIはいわゆる有料版Geminiです。AI Plus、AI Pro、AI Ultraの3つがあります。 なのですが実はOneとAIにはあまり区別がなく、実質的には同じサービスで One ベーシック<AI Plus<One プレミアム<AI Pro<AI Ultraの5つのグレー
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 4月になった。 今年も新卒が入ってくる。ぴかぴかのビジネスバッグを持って、ちょっと緊張した顔で席につく。あの顔を見ると、毎年どうしようもない気持ちになる。 この記事は、たぶんぼくが書くべきじゃない。給湯室で「あいつに頼むと一回で済まないんだよな」と名前を出されていた側の人間だ。偉そうに「こうしろ」と言える立場じゃない。 でも書く。 あのころのぼくに、誰か一人でも教えてくれていたら。お前のその丁寧さ、全部自分を守ってるだけだぞ、と。お前が真面目にやっているつもりのそれ、周りは全部見えてるぞ、と。一言でよかった。一言あれば変われた。たぶん。
2ヶ月で21体のAIエージェントによる自律開発パイプラインを構築した。GitHub Issueに要求を書いて寝れば、朝にはマージレディのPRが上がっている。本記事では、2026年2〜3月に何を作り、何が動き、何がまだ動いていないのかを記す。 出発点は、2月時点で既に 57万行 に膨れていたモノレポだった。モバイルアプリ+管理画面+バックエンドが詰まったこのコードベースを、AIエージェントに正しく理解させ、自律的に開発させる——それがこの2ヶ月の挑戦だった。 2025年12月〜2026年3月のマージPR数推移。2月後半のハーネス整備期を経て、3月後半には681件/半月まで急増。なお、この数値にはドキュメント更新等のPRも含まれるため、あくまで参考値である。 1. 我々について — 2ヶ月前の課題 専任のエンジニアはいない。代表と私が要件を決め、それを学生エンジニア数名とフリーランスに依頼して
アジェンダ 1. 自己紹介 2. 背景と課題 3. 複製不可能な鍵運用とは 4. 代表的な方式と選び方 5. 導入デモ手順 6. まとめ 2 / 51 自己紹介 • • • • • • matsuuです ◦ X @matsuu ◦ Bluesky @matsuu.bsky.social ◦ Mastodon @[email protected] ◦ mixi2 @tmatsuu ◦ はてな @tmatsuu 主に技術ネタをはてブ→SNSに共有する驚き屋 好きなTerminal ◦ Ghostty ◦ Windows Terminal ◦ foot Terminalは白地に黒文字派。ThemeはDimidium推し 気になっているCLI/TUIツール ◦ SecretSpec https://secretspec.dev/ ◦ Gonzo https://github.com/control
1. はじめに 実務では、画面設計書が Excel や PowerPoint、Word で管理されていることが多いです。 それ自体は珍しくありませんし、提出物としては都合が良い場面もあります。 ただ、開発の現場で実際に使う設計資料として見ると、つらいことが多いです。 どこが変わったのか差分が追いづらい レビューで変更点に集中しづらい 実装と設計書の同期が崩れやすい コピー運用で古い記述が残る 画面ごとに表現がばらつきやすい その結果、画面設計書が「あるけど信用されない文書」になってしまうことがあります。 自分は最近、画面設計書をもっとドキュメントベース、できれば Markdown ベースで書く文化を浸透させたいと考えています。 今回はその理由を整理してみます。 2. なぜ今の画面設計書運用がつらいのか 画面設計書は、多くの現場で Excel / Word / PowerPoint などの
料理家・山本ゆりさんに「育児・家事がちゃんとできない」という悩みとの向き合い方について伺いました。 仕事も家事も育児も「全部うまくやらなきゃ」と思えば思うほど、苦しくなってしまうもの。シンプルでおいしいレシピが人気の山本ゆりさんも、3人の子どもを育てながら働く中でジレンマを感じてきた1人。 “うまくいかない日々”に悩む中で気付いたのは、周囲を頼らないと回らないこと、「サボる」と「やり切る」の両方が大事なこと、そして「今日ダメでも、明日がある」ということでした。 「ちゃんとできない」から周囲を頼る 「サボること」だけでなく「やりたい気持ち」も認めてあげる うまくできなくても「明日、やり直そう」と考える 「ちゃんとできない」から周囲を頼る 💡POINT ぜんぜん「ちゃんとできていない」毎日 かつては「家事も育児も母親がやるもの」と思い込んでいた 家事は「完全に任せて口を出さない」方がうまくま
本稿は、お客様から「貴社ドメインからSPF/DKIM認証が失敗しているメールがある」とご連絡をいただき、原因調査を行った際の知見を共有致します。 メールの仕組みって奥が深い。 内村でございます。 (知らないことを知れるのは楽しいですね) お客様がDMARC(Domain-based Message Authentication, Reporting and Conformance)のポリシー強化を進められる中で、弊社ドメインに関連するSPF/DKIM認証失敗の報告を受けました。 結論として、原因は「弊社内でのメール転送」でした。なりすましでもシステムの不具合でもありません。 しかし、この結論に辿り着くまでの調査プロセスと、そこで得た知見は、同じような問い合わせを受けた方のお役に立つかと思い、記事にまとめました。 内容についての諸注意 お客様からのお問い合わせ内容 DMARCとは(おさらい)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く