顧客向けマニュアルにパスワードを直書きしてコミットし、後で履歴抹消とパスワード全ローテーションをやるハメになりました。同じミスをしないための４層防御を共有します。AI時代こそ、git レベルの決定論的な防御が効きます。 何が起きたか 顧客向けの運用マニュアルを書いていました。サーバーへのログイン情報、各種管理画面の URL、メール設定。引き継ぎや保守でクライアント側の担当者が見るための、いわゆる「手順書」です。 その中に、ユーザーID や パスワードを直書きし、そのままコミットしてしまいました…。今考えるとなんでこんなことをしてしまったのか分かりません。不注意だったのか疲れて頭が回ってなかったのか。 すぐに気づいて対応できれば良かったのですが、気づかずに、その後も作業を続けてしまいました。他の機能を実装し、ドキュメントを追加し、リファクタしてコミットを重ね、気がつくと十数コミットが上に積み

新しいリポジトリに入ったとき、コードを読む前に 全体像を1枚絵で見たい ことがあります。 そこで、Claude Code に「リポジトリを読んで1枚のワークフロー図にして」と頼むプロンプトを作ってみました。 できあがるもの 対象ディレクトリを渡すと、flows.json と workflows.html の2ファイルが出ます。外部ライブラリゼロ、ダブルクリックで開けます。 左でフローを選ぶと関連エッジだけが点灯し、下の注釈で番号をクリックすると該当ステップが派手に光ります。 ちょっとした工夫 書いてみてわかったのは、AIに図を描かせるときは「やるべきこと」より 「やってはいけないこと」を書くほうが効く ということです。 たとえば、 バッジを Node の下のレイヤーに置くと、ホバーが Node に奪われて番号が反応しなくなる 往復エッジを lane offset 無しで描くと、同じ曲線に重

4月16日、Cloudflareが「Artifacts: versioned storage that speaks Git」と題した記事を公開した。 AIエージェント時代の新たなインフラ需要 ChatGPTやGitHub Copilotの登場以降、AIによるコード生成は開発現場に急速に浸透している。しかし、Cloudflareは従来のソースコード管理プラットフォームが直面する根本的な課題を指摘している。今後5年間で人類のプログラミング史全体を上回るコードが生成されると予測される中、GitHubやGitLabなどの既存プラットフォームは人間の開発者向けに設計されており、24時間稼働し複数のタスクを同時処理するAIエージェントによる大量リクエストへの対応に限界がある。 この市場機会を捉え、CloudflareはAIエージェント向けに特化設計されたGit互換の分散バージョン管理ストレージサービ

Five git commands that tell you where a codebase hurts before you open a single file. Churn hotspots, bus factor, bug clusters, and crisis patterns. Ally Piechowski · Apr 8, 2026 · 4 min read developmentgit The first thing I usually do when I pick up a new codebase isn’t opening the code. It’s opening a terminal and running a handful of git commands. Before I look at a single file, the commit hist

はじめに こんにちは、サイオステクノロジーの小野です。 Kubernetesを利用する中で、yamlファイルの差分を確認することがよくあります。 差分確認コマンドと言えばdiffコマンドが一般的ですが、yamlファイルは行単位ではなく設定単位で比較を行いたいケースが多いので、diffコマンドを使うのが難しいです。 そんな時に役立つdyffというツールをご紹介します。 dyffとは dyffはテキストの「行」ではなく「データ構造（意味）」に基づいてYAMLやJSONファイルを比較するコマンドラインツールです。 dyffは以下の特徴があります。 キーの順序を無視して比較 人間が読みやすい出力形式 ツール連携 dyffインストール方法 dyffのインストール方法について詳しくは公式のリポジトリを参照してください。 バイナリファイルを用いてインストールする場合、以下のように実行します。 $ cur

AIにゲームを作らせようとして苦戦している話をよく見かける。 コードは書ける。動くものは出る。でも「面白い」にならない。面白さの判断基準をAI自身が持っていないから、指示通りには組み立てられても、出来上がったものがいいかどうかを自分で判定できない。 では、「ゲームの面白さとは何か」を身体で知っているAIがいたら、面白いゲームも作れるんじゃないか？ 2005年頃からブログやTwitterに書いた日記が、気づいたら20年分溜まっていた。ゲームの感想、技術メモ、仕事の考え事、深夜の思いつき。2026年3月にClaude Code（AnthropicのAIコーディングエージェント）を触り始めたとき、この20年分の日記を丸ごと読ませてみた。 約720KB、6800行以上。AIはこの日記を読んで、こう返してきた。「あなたの最終判断基準は『面白いかどうか』の一点に帰着している」「知識と体験は根本的に違う

私は普段 Alacritty + tmux + Neovim で開発しています。 ターミナルから離れずに複数リポジトリやworktreeを行き来したりgit操作を楽にするため、キーバインドやutilityをいろいろ作り込んでいます。 今回の記事では私がターミナルの操作を快適にするために設定している内容を紹介します。 tmux-fzfを使ってwindowを切り替える tmux-fzf はfzfのポップアップウィンドウ上でtmuxのsessionやwindowの切り替えができるプラグインです。 さらに、window名を自動的にカレントディレクトリのGitリポジトリ名にするプラグインを自作しました。 これで、複数のwindowを開いて同時に作業を進めていても、どのWindowがどのリポジトリだったか迷子にならなくなりました。 Window一覧を見るだけで一瞬で目的の場所に飛べるようになっています

Claude Code デスクトップ Claude Code のデスクトップ版で新しいセッションを開始するとき Worktree を作成するのは簡単です。セッションの作成画面で「Worktree」チェックボックスをオンにするだけです。 Claude Code によって作成された Worktree は git worktree list コマンドで確認できます。 $ git worktree list /Users/xxx/sandbox/kanban-app 449a11e [main] /Users/xxx/sandbox/kanban-app/.claude/worktrees/quirky-kare 449a11e [claude/quirky-kare] Worktree のフォルダを開くと、.env ファイルなど、.worktreeinclude に記述されたファイルがコピーされ

こんにちは！逆瀬川 (@gyakuse) です！ 今日は「AGENTS.mdを自動で育てたい」という話をしていきたいと思います。作ったものはagents-md-generatorとして公開しています。 CLAUDE.mdを毎回考えるのがつらい Coding Agentを日常的に使っていると、新しいリポジトリを作るたびに頭を悩ませるものがあります。CLAUDE.md（あるいはAGENTS.md）です。 何を書くか毎回考えるのがまずつらい。プロジェクトのビルドコマンドは？テストの走らせ方は？コード規約は？まだ何もコードがない段階でこれを考えるのは不毛です。かといって空のまま放置すると、Coding Agentが手探りで動くことになって効率が悪い。 もっと根本的な問題もあります。CLAUDE.mdは書いた瞬間から劣化し始めます。プロジェクトが進めばコマンドは変わるし、アーキテクチャも変わる。でも

こんにちは @shunk031 です。業務や趣味に git clone 等でレポジトリが増えると、どこに clone したか・どこで作業しているかが分かりにくくなり、cd や補完に時間を取られがちですよね。さらに開発のためにブランチを切ったり、Pull Request のレビューのために別ブランチをチェックアウトしたりすると、切り替えや stash の手間がどんどん増えます。私はよくブランチの切り替えをミスってコンフリクトを起こしたり、変更を失いかけたりしています。 こうした問題は Claude Code や Codex のようなコーディングエージェントを使い始めると更に露呈します。複数タスクを並列に走らせるほど、作業ディレクトリが 1 つだと衝突しやすいからです。コーディングエージェントなんてなんぼでもしばきたいですよネ。 本記事では、以下の 3 つのツールを組み合わせて日々の開発をさら

AIコーディング前提の開発プロセスを仕組み化 はじめまして。松尾研究所の中川です。 AIコーディングを前提に、提案から開発・運用までを一気通貫で進めるスタイルは増えつつあります。弊社のプロジェクトでも、AIコーディングは単なる「補助」ではなく、開発プロセスの中核として扱われる場面も多くなってきました。 私も小規模体制で開発速度と品質を両立するために、Claude Codeの運用における 並列化・プロンプト運用・レビュー自動ループ・ナレッジ一元化・インストラクション（Skills） の5点を“仕組み”として作っています。 この記事では、Claude Code中心のAIコーディング手法をまとめます。 開発対象 Claude Codeの実務運用で開発したWebアプリ構成です。 フロントエンド： React + Vite + TypeScript バックエンド： FastAPI 非同期処理ワーカー

株式会社FLINTERSでフロント&バックエンドエンジニアをやっている者です！ いい加減、git worktreeを身近においておこうと思い書き留めました。✏️🗒️ 本記事はFLINTERS BLOG Advent Calendar 2025の13日目の記事となります。 はじめに 開発者の皆さんなら、一度は「コンテキストスイッチ地獄」を経験したことがあるのではないでしょうか。新しい機能開発に没頭しているまさにその時、Slackに飛び込んでくる 「緊急バグ修正お願いします！」 の通知。 ここから始まる従来の手順は、思い出すだけでも気が滅入ります。 まず、中途半端な作業を git stash で退避。次に git switch でバグのあるブランチに移動し、修正作業に頭を切り替えます。 修正が終わったら、また元のブランチに戻り、git stash pop を実行。 しかし、複数の stash

1. はじめに 株式会社GENDA データエンジニア / MLOps エンジニアの uma-chan です。 この記事は GENDA Advent Calendar 2025 シリーズ3 Day 7 の記事です。 1.1. こんな悩みありますよね 機能開発中に緊急のバグ修正依頼が来た 複数の PR を同時にレビューしたい Issue 対応を並行して進めたい 忙しいときのあるあるシチュエーションです。 ブランチでの作業を一旦中断して、別の作業に取り掛かるために git switch (git checkout) や git stash で苦しんでいませんか？ 1.2. この記事で紹介すること Git Worktree と ghq を組み合わせて、Issue や PR ごとに独立した作業環境を構築する方法を紹介します。 さらに、紹介する便利スクリプトを使えば1コマンドで一発生成できます！ Is

追記 2025/03/24 - 実験中という記述がなくなったため、正式提供されたと思われます。内容を少し修正しました。 はじめに VSCodeの拡張機能 GitHub Copilot はとても便利ですよね。その Copilot の機能の一つとして コミットメッセージの自動生成 機能があります。 ただこちらの生成機能、そのままだと簡潔すぎたり、高確率で英語で生成されるため、少し不便に感じることもあります。 (できれば日本語でできればもっと詳細に書いてほしい、、、） そんな中、最新版のVSCode（ 1.96以降 ）ではコミットメッセージにカスタム指示を設定できるようになりました！ Custom instructions for commit message generation この便利な機能をぜひみなさんに知ってほしくて記事を書きました。設定もとても簡単です👺 設定方法 今回はユーザー環

Kubernetes Advent Calendar 2019 その3 の 2日目です。 WeaveworksによってGitOpsが提案されてから2年ほどが経ち、僅かですが本番導入事例も耳にするようになりました。とはいえ案外まとまったドキュメントは作られていません。特にGitOpsで複数の環境 (e.g., 開発環境、本番環境、etc.) をハンドリングするためには欠かせないブランチ戦略については殆ど語られていないようです。これではたとえGitOpsの概要 (Single Source of Truthの概念等) を知っていても本番導入には大きなハードルが残ったままで、本番導入事例がまだまだ少ないことにも納得できてしまいます。そこでこの記事ではブランチ戦略に焦点を当て、サンプルプロジェクトを交えながら紹介していこうと思います。k8s/GitOps中級者向けです、多分。 以前GitOpsにつ

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ