May 3, 2026 A senior engineer’s job is mostly the parts that don’t show up in the diff. Specs. Tests. Reviews. Scope discipline. Refusing to ship what can’t be verified. AI coding agents skip those parts by default. Agent Skills is my attempt to make them not optional. The default behaviour of any AI coding agent is to take the shortest path to “done.” Ask for a feature and it writes the feature.

AI駆動開発が「使える」となってきたことで、20代後半から30代中盤のミドルエンジニアが疲弊しているという話を聞きました。たしかに、エンジニアの中でも「AIは楽しい・これでもっと良くなる」という意見と「不安だ・これからどうなるのだろう」という意見に分かれているようです。 私の周りでは、特にベテランが楽しんで、ミドルが不安になっているような構図を感じています。 この記事では、システム開発における30年間の分業と統合の歴史を振り返りつつ、それぞれの世代が何を経験してきたのかを整理します。そのうえで、AI駆動開発が既存の分業をどのように統合しようとしているのかを見ていきます。そして、これがベテランとミドルの違いに、どのように影響しているのかを考えます。 最後には、AI駆動開発が「分業の終わり」ではなく、AIを前提にした「新たな分業の始まり」でもある、という見方を提示します。 この30年の歴史を振

背景: 何が起きているか 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が直接侵害された。攻撃者はメンテ

ストロング遊戯博物館で，常設展示「日本のインディーゲーム」がスタート。古今東西のあらゆる"遊び"を保存するその圧倒的なアーカイブ手法と展示哲学とは？ ライター：葛西 祝 ゲームメディアを見ていると，ときどき「ストロング遊戯博物館（The Strong National Museum of Play）が今年のビデオゲームの殿堂に日本のタイトルを選出」というようなニュースを目にすることはないだろうか。 4Gamerでも何度か報じているし，筆者も昨年，東京藝術大学で行われたシンポジウムで，博物館の関係者によるゲーム保存についての講演をレポートしている。ただそれでも“世界の「遊び」やゲームを保存する博物館に，日本のゲームが評価された”というニュースの一方で，実際にストロング遊戯博物館がどんな展示をしている施設なのかは，まだあまり知られていないのではないだろうか。 もちろん博物館のレポートも過去には

お久しぶり。ゲームデザイナーのヌヌヌだ。普段はゲーム会社でゲームデザインの仕事をしている。その傍らで寄稿するコラムである。今回で9回目の記事となる。 さて、今回の記事では近年多くのゲームで採用されているシステムについて取り上げる。そのシステムとは「パリィ」、激しい戦闘を売りにしたアクションゲームでは採用されていないほうが珍しいゲームシステムだ。 近年のヒット作は「パリィ」を採用している 最初に述べたように、近年「パリィ」を搭載したゲームはいくつもあるが、ここ最近でもっとも有名なのは『Clair Obscur: Expedition 33』 だろう。JPRGを意識した本作は、いまや800万本の売り上げと世界的な評価を得たまさに2025年を代表する1作だ。もちろん評価された理由は「パリィ」を取り入れたバトルシステムだけでなくビジュアルやストーリー、それに音楽など様々だが「ターン制RPGのバトル

はじめに Windows 11上のWSL2にUbuntuなどのLinuxをインストールして開発環境を構築している方は多いと思います(便利ですよね)。 その際、ブラウザの運用方針は人によって分かれるかと思います。 WSL2上のLinux側にブラウザをインストールして完結させる(ただ、日本語という観点だと、Linux側にIMEをインストールするなど、ブラウザインストール以外の手間がかかります) WSL2上のLinux側にはブラウザをインストールせず、Windows側のブラウザをそのまま使う(今回はこちら) 特に後者の場合、CLIツールを使った認証などで少しつまずくポイントがあります。本記事ではその解決策と、さらに便利なWindows連携ツールへの応用を紹介します。 【2026/04/28】追記・大幅修正: いただいたフィードバックを反映しました 本記事の公開後、はてなブックマークにてフィードバ

はじめに マンガアプリチームでAndroidエンジニアをしている id:matsudamper です。この記事ではSelf-hosted runnerにおけるAndroidのキャッシュの設定/運用方法を共有します。 はてなでは以前よりSelf-hosted runnerを運用しています。 developer.hatenastaff.com 2025年からはAndroidアプリ開発においても試験導入を開始しました。運用が安定してきたため、今回はSelf-hosted runnerにおけるGradleキャッシュの知見についてまとめます。 GitHub Actionsキャッシュの課題 GitHub Actions標準のキャッシュは、リポジトリあたり10GBという制限があります。これまでは削除のライフサイクルが遅かったため、Android開発のようなキャッシュサイズが大きいプロジェクトでもなんとか

画像説明, 2026年1月3日にヘリコプターで、ニューヨーク・マンハッタンへ移送されたニコラス・マドゥロ大統領（当時）。現在は市内の拘置所に収監されている

Rate limiting is one of those topics that looks simple until you’re actually doing it in production. Implement a counter with the INCR command and a TTL and away you go. But when you ask questions like “what happens at the boundary?”, “should I use a Valkey/Redis cluster?”, or “why are we getting twice the traffic we expected?”. In this post we’ll go beyond the basic tutorial and cover the five al

クエリが遅くなった。直そう。ここから問題が始まる プロジェクト管理SaaSを1年ほど運用すると、Issueテーブルが200万行、変更ログテーブルが2000万行を超えてくる。ソフトデリートを採用していれば物理削除されないので、行数は増える一方だ。 最初の兆候はユーザーからの報告だった。「Issue一覧の読み込みが遅くて、フィルターを切り替えるたびに5秒くらい待たされるんですが」。スロークエリログを見ると、フィルター付きのIssue一覧クエリがp95で3秒を超えている。インデックスを追加すれば改善する。スキーマ変更も1つ控えていた。どちらもやること自体は明確だった。 問題は「200万行のテーブルにDDLを打つ」という行為そのものにあった。膨れ上がったテーブルに対するスキーマ変更は、パフォーマンスを改善するための作業が、新たな障害を引き起こす可能性を持っている。治療のための手術が患者を殺しかねな

はじめに Claude Code のプラグインエコシステムが急速に拡大しています。2026 年 4 月時点で、公式マーケットプレイス（claude-plugins-official）には 160 個のプラグインが登録されています。うち 32 個が Anthropic 製、残りはサードパーティ製です。 しかし、数が多すぎて「結局どれを入れればいいの？」と迷う方も多いのではないでしょうか。 この記事では、公式マーケットプレイスの中身を実際に確認した上で、おすすめのプラグインと MCP サーバー系プラグインを紹介します。 プラグインの基本 プラグインとは Claude Code プラグインは、スキル・フック・MCP サーバー・エージェントをパッケージ化して配布する仕組みです。プラグインをインストールするだけで、新しいスラッシュコマンドやツールが使えるようになります。 インストール方法 # 公式マ

はじめに 最近、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 … チーム内でこれらを 「どこから集めて、どこに配っていますか？」 絵にすると、複数の取得元 × 複数のハーネス という多対多の配線を、各チーム／各リポが自前で組んでいるイメージです。 個々のツールが便利になっても、チーム全体としてこ

最新バージョンに合わせ、「install_beforeの話」を、「minimum_release_age(旧: install_before)の話」に修正しました (2026/04/27) データ事業本部の大谷(おおや)です。 以前、下記記事を書きましたが、あれからもmiseを使い続け、気がつけばロックファイルやdepsといったイチオシ機能も増えてきたので、改めてまとめてみました。 miseをまだ使ったことがない方はもちろん、使っているけど基本的な機能しか使えていないという方にも読んでいただければと思います。 miseとは miseは、複数の開発ツールのバージョンを一元管理できるツールです。 Node.js、Python、Terraformなど、プロジェクトやディレクトリごとに異なるバージョンを自動で切り替えてくれます。 pyenv、nodenv、tfenvのような言語・ツールごとのバージ

「歴史もの」の面白さとはなんだろうか？ このジャンルには一つの「逆説」がある。 秦の始皇帝が中華を統一することも、織田信長が本能寺で倒れることも、我々は作品に触れる前から知っている。それでも、歴史上の人物の物語に夢中になり続けるのはなぜなのだろうか？ その答えを探るため、電ファミでは、『信長の野望』シブサワ・コウ氏と『キングダム』原泰久氏に話を聞いてみた。 2026年はシブサワ・コウ氏の活動45周年、原泰久氏の『キングダム』連載20周年というアニバーサリーイヤーを迎える。今回は、その節目を記念した特別企画として、この両者に「歴史」について語っていただく対談が実現した。 おふたりは歴史の面白さは“余白”にあると語る。 歴史の“結果”は決まっていても、その“過程”に無限の可能性を見出せるからだというのだ。 1981年の『川中島の合戦』以来、「能力値」という概念を歴史シミュレーションに持ち込み、

はじめに Claude Code を長く使っていると、CLAUDE.md が太ります。過去の失敗パターン、ワークフロー、ツールの使い方を書き足すたびに、ファイルが肥大化していきます。 気づいたら 2000 行近くまで育ち、どんな小さな作業でも毎セッションで全文を読み込ませていました。タスクに取りかかる前から、過去の注意書きだけでコンテキストの大部分を使っている状態でした。 この記事では、そこから 起動時のコンテキスト消費を約 83% 削減 するまでの試行錯誤を書きます。結論だけなら「rules/ と skills/ に切り分けた」ですが、2 ヶ月かけて行きつ戻りつしながら削った記録の方が実用的なので、そちらを中心に書きます（実測値は後半）。 最初はこうだった（失敗の出発点） 過去の commit ログを掘り返すと、2 月時点で以下のような状態でした。 SuperClaude Framewo