はてなブックマーク

📋 この記事の前提 Superpowers導入記事、ponytail調査記事、共存記事のいずれかを読んだ GitHub Copilot CLIやClaude Codeなど、コーディングエージェントを日常的に使っている 「ループエンジニアリング」という言葉を見聞きしたが、ハーネスエンジニアリングとの違いがはっきりしない この記事は2026年6月〜7月上旬時点の情報を元にしている。生まれたばかりの概念なので、ベストプラクティスやツールの対応状況は今後大きく動く可能性がある 結論: ループエンジニアリングは「ハーネスをいつ・どれだけ動かすか」を設計すること 先に結論を書く。ループエンジニアリング(Loop Engineering)とは、AIコーディングエージェントに人間が毎回プロンプトを打つのをやめ、エージェントにプロンプトを出し続けるシステムそのものを設計するという考え方だ。2026年6月、

📋 この記事の前提 GitHub CopilotやClaude Codeなど、コーディングエージェントを日常的に使っている 前回の記事（トークン効率化OSS比較）を読んだ、あるいは「AIエージェントのコスト」に関心がある 「頼んだ以上のコードをAIが書いてくる」ことに、心当たりがある 「また出てきた」— Copilot課金記事の延長で見つけたOSS 前回、GitHub CopilotとClaude Agent SDKの課金体系変更をきっかけに、Headroom・RTK・cavemanといったトークン効率化OSSを比較する記事を書いた。その記事を公開してから2週間も経たないうちに、また毛色の違う「AIエージェントのコスト対策OSS」を見つけてしまった。GitHub Trendingに出ていた ponytail というリポジトリだ。 正直に言うと、最初はREADMEの世界観に面食らった。何も

📋 この記事の前提 GitHub CopilotまたはClaude Codeを日常的に使っている CLI操作やMCP（Model Context Protocol）という言葉になんとなく聞き覚えがある 「最近AIツールの請求額が気になり始めた」経験がある 「あれ、Copilotの利用枠が足りない」で気づいたこと 2026年6月、いつも通りGitHub Copilotでチャットを使っていたら、月の前半なのに利用枠がすでにいっぱいになっていた。原因は課金体系そのものの変更だった。 私は本業が製造業の生産技術職で、副業の時間は週に10時間程度しか取れない。その限られた時間の中でC#のツール開発やコンサル業務にGitHub Copilotを使い倒している身としては、上限を気にしながら作業するのは地味にこたえる。同じタイミングでClaude側にも似たような課金変更の動きがあったと知り、「これは一過

社内に「VBAの塊」が眠っていて、でも誰も触りたくない。そういう状況、製造業に限らず日本中の会社にあると思う。 私もそれに長年向き合ってきた一人だ。製造業の生産技術部門でC#を書き続けてきて、何本ものVBAをC#（WinForms）に移行してきた。最初は全部手で書き直していた。それが、GitHub Copilotとカスタム指示を組み合わせる方法を試してから、工数の感覚がガラっと変わった。 この記事では、私が実際にやっている「VBA → C# 移行の再現性のある手順」を書く。 結論から言うと、カスタム指示を整備すれば、移行作業の8割はCopilotに任せられる。残り2割は地道な検証作業だ。この2割を過小評価すると痛い目を見るので、そこも正直に書く。 この記事の前提 GitHub Copilot Pro を契約済みで、VS Codeから使えている C#の基本的な読み書きができる（WinForm

SOLID、DRY、KISS、YAGNI——ソフトウェア設計の原則を学ぶと「全部守らないとダメなのか？」という疑問にぶつかる。 正直に書くと、私は小さなWinFormsツール（1画面、1機能）にDIコンテナとインターフェース分離を入れて、「なんでこんなに面倒なんだ」と思ったことがある。3ファイルで済むはずのツールが15ファイルに膨れ上がった。 設計原則は「常に全部適用する」ものではない。プロジェクトの規模によって、どこまで適用するかの線引きが必要。この記事では、C#プロジェクトを3段階の規模に分けて、各設計原則の適用基準を整理する。 まず4つの原則をおさらい 知っている人は読み飛ばしてOK。 原則 意味 一言で言うと

📋 この記事の前提 GitHub Copilot Pro以上のサブスクリプションを契約済み AIコーディングエージェント（GitHub Copilot CLI等）を使ったことがある 前回の記事「GitHub Copilot CLIでSuperpowersスキルを導入してみた」を読んでいると理解しやすい TDD（テスト駆動開発）の基本的な考え方を知っている 結論: 自分のワークフローを組み立てる時代 先に結論を書いておく。 Everything Claude Code（ECC） と Superpowers はどちらも優秀なAIエージェントハーネスだが、性格がまったく違う。ECCは「何でも揃った総合ツールボックス」で、Superpowersは「厳格なワークフロー教官」。 どちらが上かという話ではなくて、両方使ってみて初めて「私に必要なものは何か」が見えてきた。私の場合、Superpowers

📋 この記事の前提 GitHub Copilot Pro 以上のサブスクリプションを契約済み GitHub Copilot CLI がインストール済み（v1.0.2〜） VS Code で GitHub Copilot 拡張を使った経験がある ターミナル操作の基本がわかる この記事を読むと何ができるか GitHub Copilot に「開発ワークフローの型」を教える Superpowers というスキルライブラリを導入して、AIエージェントの自律的な開発フローを体験できるようになる。 「Copilot CLI とVS Code拡張のどっちで使うべきか」で迷っている方に、両方試した結論もまとめた。 Superpowersとは何か Superpowers は、Jesse Vincent 氏が開発した AIコーディングエージェント向けのスキルライブラリ だ。GitHub でトレンド1位になった