はてぶ・Qiita・Zennのトレンド記事を紹介
GH-600: GitHub Agentic AI Developerに合格しました 🔖 3
GH-600: GitHub Agentic AI Developerに合格しました(/・ω・)/記憶が薄れないうちにどんな感じだったか試験範囲のドメインごとにどういう知識が問われたのか、どんな準備をしておくべきかを書いておこうと思います。 GH-600の概要と問題の構成
Herdr で止まらず、精度の高い開発を進める工夫 ─ intent-cli で意図をもとに開発する 🔖 21
株式会社ジェイテックジャパン CTOの高丘 @tomohisaです。AIエージェントを4体、止まりを見つけて再開させながら回して開発を進める、ということを日常的にやっています。設計・オーケストレーション・実装・レビューの4スレッドが、GitHub の Issue と PR を通
オントロジーで AI に業務知識を渡す — AWS の OSS「Context Ontology Accelerator」を試してみた 🔖 183
はじめにこんにちは、AWS Japan でソリューションアーキテクトをしているいなりくです。AI エージェントを業務に入れようとすると、必ず同じ壁にぶつかります。データはあるのに、業務の意味が渡っていないという壁です。「売上」は total_amount の合計なのか、送
こんにちは！ サイボウズ株式会社 フロントエンドエンジニアの mehm8128 (@mehm8128) です。 はじめにサイボウズは 2025 年 4 月より、W3C のメンバーに加入しました。https://blog.cybozu.io/entry/joining-w3
UnityのDIは本当に必要か：Zenject継続・Reflex新規採用・VContainer比較の判断軸 🔖 1
はじめにUnityの規模が大きくなると、GameManager.Instance、FindFirstObjectByType、GetComponent、Scene上の大量の参照設定が増え、依存関係が追いにくくなります。入力、通信、セーブ、分析、課金などをテスト用実装へ差し替えた
Claude CodeのSkillsは「手順書」だったので、/article コマンドを作ってみた 🔖 3
概要Claude Codeの「スキル」という言葉を見たとき、最初はプラグインや拡張機能みたいなものを想像していました。何かスクリプトを書いて、コマンドから呼び出して、決まった処理を自動実行するようなイメージです。でも実際に触ってみると、思っていたよりずっとシンプルでした。
アーキテクチャに限らず意思決定を全部残す「ADR（Any Decision Record）」という文化 🔖 175
はじめにDress Code 株式会社のかわうそです。Dress Code では創業初期から ADR を書き続けているのですが、一般的な ADR とは少し違う運用をしています。頭文字の "A" を Architecture ではなく Any と読み替えて、「領域も大小も問わず
Kimi K3を441GBに枝刈りして、Mac Studio 1台で動かした 🔖 3
お疲れ様です波浪です。今回は、最近流行りのKimi K3です。前回の失敗を活かして自分の中でも熱があるうちにBLOGにしました。結論。枝刈りしたKimi K3がMac Studio(Apple M3 Ultra、512GB)1台で動きました。ハーネスとしてKimi Code
Reversingをやる上で避けて通れないのがアセンブリ。こいつを「なんとなく読める」ようになると解析がグッと楽になります。この記事はSECCON Beginners 2026 東京で担当したワークショップ「アセンブリと解析をそれとなく理解する巻」の補助資料兼、後日ひとりでも
AI フレンドリーな CLI を開発するテクニック 🔖 136
自分は趣味で様々な CLI を OSS として公開しています (aqua, pinact, tfcmt, ghalint, ghir, etc)。昨今では AI がこれらを扱うことも増えてきていますが、それなりに知られた OSS でないかぎり AI はその OSS に関する質問
GitHubにスタックプルリクエストが登場。gh stackでPRを分割して積み上げよう 🔖 137
GitHubでPRを細かく作り、前のブランチに対して数珠つなぎのようにPRを作る私が大歓喜！ GitHubに「スタックプルリクエスト」機能が来ました💐 3行まとめ大きな変更を、順序付きの小さなPR群（スタック）に分割して扱える機能がGitHub公式で登場gh exte
AIエージェントで粗い初期実装をまず落とし、人間が観測・分解・修正していく開発手法「メテオフォール開発」の考え方と実践をまとめた本。依頼設計・レビュー・タスク分解・ジュニア参加・品質ゲート・ケーススタディ・テンプレートまでを扱う。
生成AIにおけるHTML/画像出力の必要性と改善案としてのRHW(reviewable-html-workbench)の紹介 🔖 79
この記事はXの元記事をZenn向けに再掲載したものです。 要約 (TL;DR)モデルが 1 回に出す量は増え続けており、読む側の処理能力は変わりません。この差をどこまで埋められるかで AI との協調の質が決まります。認知負荷の研究を土台に、Claude Code 標準の
GitHub Actionsのコストが増えているなら、Namespaceを使えばいいじゃない 🔖 23
!English Version is hereみなさまこんにちは！エアークローゼットでCTOをしている辻です。GitHub ActionsのランナーをGitHub hosted→Blacksmith→Namespaceと2回乗り換えました。結果を先に言うと:CIコス
リリース前チェックをAIで行う「プロダクトリリースハーネス」のつくり方 🔖 6
こんにちは、株式会社estie（エスティ） 取締役CTO の Nari（@tiwanari）です。みなさんは、新しいプロダクトを世に出す前に、「抜け漏れ」がないか不安になった経験はないですか？先日、あるプロダクトのリリース前チェックで「個人情報がエラー監視ツールへ送られる実装
MCPの大型アップデート（2026-07-28）で何が変わったか —— TypeScript SDK v2で試す 🔖 95
こんにちは！ブロックチェーン×AI Agentで自律経済圏を創るKomlock labでエンジニアをしている小原（@brto_0224）です。https://x.com/claudedevs/status/2082164248697069935MCPが2026年7月28日に大
[gamification] DIVER OSINT CTF 2026 Writeup
2026年7月25日〜6日に24時間開催されたDIVER OSINT CTF 2026にsamと2人で参加していました。（チーム名：gamification）最終順位は18位/867チームでした。チーム人数制限の上限6人で出場しているチームも多く、24時間以内という制約もある
ソフトウェアエンジニアとして視野を広げるためのブックガイド 🔖 256
はじめに私が読んできたソフトウェアエンジニアリングに関する書籍を紹介しようと思います。全てを紹介しているとキリがないので、プログラミング、データベース、アーキテクチャ、プロダクト、組織とマネジメントという括りで、それぞれ何冊か選びました。コードを書くところから始めて、徐々にシス
AI時代に感じた危機感と、エンジニアがこれから考えるべきこと 🔖 49
最近感じている危機感非エンジニアがAIツールでプロトタイプを組み、これと同じ動きのアプリを作ってほしいと依頼してくる。先日、これに近いことが実際に起こりました。今はまだ単発の出来事ですが、近い将来これが当たり前になるはずです。そして、その先を想像するとエンジニアの未来がだいぶ
NVIDIA DGX Spark でソフトウェア開発に最適な Gemma 4 モデルを検証する (31B vs 26B) 🔖 1
NVIDIA DGX Spark 環境において、ソフトウェア開発のパートナーとして最適な Gemma 4 モデルはどちらか。その疑問を解消するため、nvidia/Gemma-4-31B-IT-NVFP4 と nvidia/Gemma-4-26B-A4B-NVFP4 の 2 モデ
自作APIをChatGPTからアクセス可能にする「Super MCP」
こちらの記事は「MEDLEY Summer Tech Blog Relay」の12日目の記事です。 はじめにこんにちは、株式会社メドレーの高橋です。メドレーは「医療ヘルスケアの未来をつくる」をミッションに掲げ、テクノロジーを活用した事業やプロジェクトを通じて「納得できる医
AWS GameDayに着想を得た実践型クラウド演習を、自分で設計・実装・開催する本です。参加者の体験とストーリーを起点に、ローカルChallenge、AWS Challenge、AWS Battleを簡単な順に一から作り、TenkaCloudで複数チームが遊べる競技として動かし
OpenTelemetry初心者がCollectorの中身を全部分解して理解してみた 🔖 1
OpenTelemetry Collectorは何をしているのか？ Kubernetes上でReceiver・Processor・Exporterを徹底的に追いかけてみた この記事のポイントOpenTelemetry Collectorを導入すると、Receiver
生成AIでPIIを消し去る！SnowflakeのAI_REDACTでフリーテキストを守る挑戦
Hello everyone、クラシルのレシチャレのデータエンジニア毎日ニコニコしているニコです！☀️最近、日本はほんとに暑いですね…。わたしは東南アジア出身なので、「暑さには慣れてるっしょ」と余裕をかましていたんですが——日本の夏、完全に[Beast]でした。😇 なめてました
Claude Code Routinesにてサブスク内で自動コードレビューする 🔖 21
はじめに最近、DevinやCodeRabbit、GitHub CopilotなどコードレビューをAIに実施してもらう手段が増えてきました。しかし、プライベートリポジトリだと無料で使えないケースも多く、リポジトリ内にレビュー用スキルを作り込んでいる場合は、せっかくならそれを使いた
TypeScript 7 時代の Vue.js ツールチェーン Vize を実プロダクトで検証した 🔖 2
プロダクト開発において、開発環境・CI の高速化はとても重要な要素です。ユニークビジョン株式会社でも、Vue.js・Hono を使った TypeScript 製の社内プロダクトにおいて、Formatter を Oxfmt に、Linter を一部 Oxlint に移行するなどし
Microsoft APM を試してみる (npmと対比しながら） 🔖 2
Claude CodeやCodexの設定をチームで揃える「Microsoft APM」入門 ─ npmとの対比で理解する はじめにClaude CodeやCodexなどのAIエージェントを使い続けていると、instructions、skills、MCPなどの設定が少しずつ増
【決着】Claude CodeとCodexの設定ファイルを同期させる (みんな仲良く) 🔖 155
ごまんと触れられてきた話題であるのにも関わらず、細かい所に手の届くツールが無かったので作成しました。有名どころから個人で制作されているツールまで、一通り使わせていただいたのですが実際に困った場面があり・・・ サマリ課題同じプロジェクトでCodexとClaude Cod
【速報】Kimi-K3 を Day0 デプロイ。2.8T モデルは NVIDIA B300 x8 の 1 ノードで動くのか 🔖 81
はじめに2026年7月27日、Moonshot AI から Kimi-K3 のモデルウェイトが公開されました。7月16日のモデル発表時点から「オープンウェイトモデルとして史上最大」と大きな話題になっていたモデルです。フィックスターズでは、ウェイト公開の当日に NVIDIA B
はじめにここ数ヶ月で働き方がかなり変わった。リファインメントで grill して認識を合わせ、実装は Claude Code に書かせ、多層モデルのレビュー と 厚い CI を通し、babysit-pr で green になるまで面倒を見させる。この流れが回り始めてから、かな
RAGの検索評価について調査してみた ── 評価指標とデータセットの選び方 🔖 3
1. はじめにRAG（Retrieval-Augmented Generation）を組むとき、検索パイプラインの品質をどのように評価すればよいでしょうか。「試しに何件か質問を投げて、それらしい結果が返ってくるか見て確認する」だけでは、パイプラインの改善やチューニングを勘に頼る
【2026年版】MIXI 新卒向け技術研修を公開しました。 🔖 316
2026年度新卒向け技術研修の資料と動画を公開しました。MIXIの新卒向け技術研修では、一部の科目を除き、実際の開発現場で活躍するエンジニアが講師を務めています。技術や開発環境の変化に合わせて毎年カリキュラムを見直し、現場で必要となる知識や技術を学べる研修を目指しています。ま
「Simple Made Easy」の観点から、UI/UXはどうあるべきか 🔖 29
要約Rich Hickey の講演「Simple Made Easy」の考え方を、UI/UX に当てはめて整理した記事です。「シンプル(Simple)」と「簡単(Easy)」は別物で、Simple は「モノの構造」の話、Easy は「人との親近性」の話です。Easy を優先した
ステージング環境をセルフサービス化しチームの開発速度を向上させた方法 🔖 4
はじめに現在、複数人の開発メンバーで新規のWebアプリケーションを開発しています。開発メンバーは5人、さらに、仕様駆動開発の考えを導入した上でDevinも実装者に加わっています。インフラの構築が落ち着き、ある程度の開発基盤も整った段階で、運用上以下の状況が発生していました。
スマホでつくるセカンドブレイン（Android・Obsidian・Termux・Claude・ChatGPTによる知識管理） 🔖 8
注意: 個人情報をクラウドに上げる際は十分に注意して下さい はじめに下記の記事を読み、自分もAIとの対話履歴を資産として残したり、意思決定ログや複数の自プロジェクト管理を整理したいと思った今日このごろ。自分はものぐさかつ、通勤時間などのスキマ時間でも使いたいのでAndro
1日500コミットは、もう読めない ── だからコードレビューをやめた 🔖 227
最近、マージボタンを押すとき、僕はその diff を読んでいないことのほうが多くなりました。コードレビューをしていません。 場合によっては、動作確認もしていません。こう書くと無責任に聞こえると思います。実際、少し前の僕がこれを読んだら「そんなの事故るに決まってる」と言ったはず
Opus 5では今までのプロンプトが逆効果に。「検証して」を消して「簡潔に」と書くべし。公式プロンプトガイドを読み解く 🔖 180
こんにちは、ログラスの松岡(@little_hand_s)です。 3行まとめOpus 5は放っておくと応答が前より長くなる。「簡潔さの指示」を基本セットとして書いておこう（effortでは短くならない）公式ガイドは、プロンプト内の検証指示を 「削除してください」とまで
【速報】Opus 5、React習熟度ベンチマークで余裕のFable 5超え 🔖 82
皆さんこんにちは。React習熟度シリーズの14記事目です。今回は、先日リリースされた新モデルClaude Opus 5をいつものReact習熟度ベンチマークで計測してみた回です。いつもどおりeffortはhighとmaxの2種類で、両方の結果をこの記事でお届けします。ちなみに
Claude Code を Opus 5 に切り替えた直後から、応答の散文傾向が急に強まり、思考が浅くなる (構造化して考えられない) 変化が出ました。長年育ててきた rules (CLAUDE.md や常時ロードの指示ファイル群) は何も変えていないのに、です。調べていくと、モ
放置していた旧環境で見つけたReact2Shell攻撃の実態 🔖 46
はじめに本記事は以下のミラーです。https://www.munenick.me/blog/react2shell-attack-in-abandoned-kubernetes/私は自宅でKubernetesクラスタやゲームサーバー、いくつかのWebアプリケーションを運営し
クオンツはテクニカル分析を寄与度分解の中で見ている 🔖 91
AlpacaTechの北山です。最近Noteもはじめました。https://note.com/tomoya_kitayamaちょっとおもしろいネタがあったので、ブログにまとめようとおもいました。2026年7月、テクニカル分析の有用性を巡る議論がXで再燃しました。今回の発端が
AI時代のエンジニアリングマネージャーのあり方｜外部品質編 〜品質の可視化を、現場と経営をつなぐ形にするまで〜 🔖 123
!この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の153週目の記事です！3年間連続達成まで残り7週となりました！こんにちは、ログラスの飯田(@ysk_118)です。ここ数年、AIによってコードを書く速度はずいぶん上がりました
LiteLLM によるAI gateway を公式実装でデプロイして Claude Code で動かしてみた 🔖 1
はじめに前回の記事で Claude Apps Gateway を検証した際、比較表でインターネット経由で使いたい組織の候補として挙げたのが Multi-Provider Generative AI Gateway on AWS です。本記事ではこれを公式のデフォルト構成のまま
ターミナルを自作したら、1日のコミット数が500を超えて、生産性がバグった話 🔖 376
僕は長いこと、ターミナルの中で暮らしています。エディタは emacs、VS Code や GUI 系のツールはどうにも手に馴染まない。Web 上の開発環境も、あの「ちょっとした不便」が積もって結局使わなくなる。要するに、ターミナルに慣れ親しみすぎて、GUI のボタンがどこにあるの
なぜ使い回せる技術構成が必要か受託開発では、短い期間で成果を出しつつ品質の高いものを作ることが大切です。そのためには、案件ごとに技術スタックの検討にかける時間をなるべく減らし、その分を要件定義や設計に充てられる状態が理想です。品質の高いものを低コストで出せる技術構成には、そ
ソフトウェア設計は、「誰がどこまで考えるか」を決める仕事である - 変数名からDDD、DB設計、マイクロサービス、組織構造までを同じ枠組みで 🔖 3
ソフトウェア開発には、多くの設計原則があります。わかりやすい変数名を付ける関数を小さくする単一責任にする凝集度を高くする結合度を低くする情報を隠蔽するDBを正規化するドメインの言葉を使うBounded Contextを分けるモノリスとマイクロサービスを使い分
Astroで日英ブログを作って分かった5つの実装パターン 🔖 3
はじめに前段として「個人サイト、結局何で作る？元SEOがAstro + GitHub Pagesに決めるまで」を書いています。趣味の個人サイトを作るにあたって、Astro + GitHub Pagesに決めるまでの思考の記録。Cloudflare Pagesとの比較、PSLとゼ
Go の設計、どこまでやる？〜小さく作って、壊さず育てる〜 🔖 1
「クリーンアーキテクチャというアーキテクチャはない」——大事なのは図の形を真似ることではなく、依存の向きを設計し、変更に強いサービスを育てることです。本書は、Go でサービスを設計・運用する中で得た判断基準を、原則の理解、層ごとの設計判断、ドメインの表現、CI での維持、そして読
Go 1.27 から uuid 実装がサポートされる！ので個人的に気になった議論とその着地をまとめてみた 🔖 26
はじめにこんにちは、バクラク事業部アカウント基盤開発部IDチームの @convto です。各種利用サービスのIDに一貫性があり、 GitHub も X も大体 convto を確保できているのが密かな自慢です。やはりIDチーム所属なので、自分のIDにも一貫性が必要とされています
はじめにこんにちは、チームラボでエンジニアをしている茂木です。普段は、システム全体の構造や責任の分け方、技術選定などを考える、アーキテクトに近い立場で開発に関わっています。設計に関わる中で、採用する技術だけではなく、その前提となる業務や問題をどこまで理解できているかが、シス