本記事は、Findyイベント「鹿野さんに聞く！Claude Codeをさらに加速させる私の推しツール」の登壇資料です。 https://findy.connpass.com/event/384179/ Claude Codeの開発を加速させるための推しスキル・ツール・設定を紹介しています。 Claude Codeのためにターミナルを素早く起動したい Raycastショートカット + スニペットを使う Raycastとは、様々な機能を呼び出せるランチャーアプリ Alfredやspotlightみたいなもの Raycastを使い、hotkeyキー1発でアプリを起動できるようにする...

💾

はじめに 2026年3月9日、Claude Codeに新機能「Code Review」がリリースされました。 PRが作成されると、複数のエージェントがチームとして派遣され、バグを並列で探索・検証・ランク付けしてくれるという機能です。 早速使ってみたのですが、非常に高価ということが分かったので、コストを抑える方法も含めて共有します。 想定読者 Claude Code新機能『Code Review』がどんなものか知りたい方 実際のコスト感を把握したい方 コストを抑えつつ同等の機能を使いたい方 参考：公式ブログ・ドキュメント まずはこちらをご覧ください。 https://cla...

💾

はじめに Claude Code PR Review がリリースされましたね。 https://x.com/claudeai/status/2031088171262554195 https://code.claude.com/docs/en/code-review ドキュメントを読んでみると、カスタマイズの手段として CLAUDE.md と REVIEW.md が用意されています。 レビュー時に考慮してほしい観点をこれらのファイルに記述できる仕組みです。 プロジェクト固有のルールやコーディング規約を伝えておけば、レビュー時にそれを考慮してくれます。 エージェントのカスタマイズは限定...

💾

! この記事ではdraw.ioを使ってClaude Codeで作図する実践パートがありますが、MCPサーバーもSkillsも使っておりません。すべてOpus4.6の性能だけで作図してます。 はじめに 「LLMは空間的な推論が苦手」「テキストベースで座標を扱うのだから、複雑な図はぐちゃぐちゃになるはず」──これは自分がずっと持っていた前提でした。おそらく同じように考えている方も多いのではないでしょうか。 実際、以前のモデルで試した限りでは、この前提はおおむね正しかったと思います。構成が複雑になれば矢印が交差して読みにくい図になり、結局は人力で修正することになる。グラフ理論的に考えても...

💾

--2026.03.10 21:04 ヘブ則、💡追加 --2026.03.10 20:09 memory_server.py アップし忘れてた。GitHubに追加 LLMと長期記憶 LLMには記憶がない。正確に言えば、コンテキストウィンドウという短期記憶はあるが、会話が終われば全て消える。人間の脳が持つ長期記憶（エピソード記憶、意味記憶、手続き記憶、そしてそれらを支える情動的重みづけや連想ネットワーク）に相当するものがない。 本記事では、Claude Code（Anthropicの公式CLI）に脳の記憶メカニズムを実装する。目標は「脳の完全な模倣」ではなく「機能的等価」。つまり、同じ...

💾

はじめに AI駆動開発を進める中で、設計メモや仕様整理を *.md で扱う時間がかなり増えました。 私は普段 VS Code を使っていますが、既存のMarkdown編集体験は「ソース編集」と「プレビュー確認」を行き来する前提です。業務で長時間使うには手数が多いと感じていました。 「プレビュー表示のまま直接編集できる」「日常利用に耐える」「安心して使える」拡張を探しましたが、要件に合うものが見つからず、結果として自作しました。 実際の編集イメージです。 作ったものはこちらです。 VS Code Marketplace（VS Code向け） https://marketplace.v...

💾

はじめに ! 本記事は私がGoでクリーンアーキテクチャを採用したプロジェクトを運用する中で得た気づきをまとめたものです。各セクションの根拠となる一次情報源は、該当箇所に参照リンクを記載しています。 Goでクリーンアーキテクチャを導入したとき、私が最初にぶつかった壁は「interfaceが多すぎる」という問題でした。 Repository、InputPort、OutputPort、UseCase、Presenter…レイヤーごとにinterfaceと実装のペアが増殖しました。1つの機能を追加するのに何ファイルも触る状態でした。 しかし運用を続ける中で、interfaceの数そのものは...

💾

! この記事の3行まとめ ゲームから「予定調和」を排除し、プレイヤーの試行錯誤による「創発的な遊び」を生み出すための設計思想について。 その手段としての「徹底した疎結合・ドメイン分離」と、実現するための3つの技術的アプローチ。 理想を追うことで直面する「バランス崩壊・認知負荷」などの強烈なトレードオフと、その現実的な解決策。 はじめに ゲーム開発において「疎結合」「コンポーネント指向」「ドメイン駆動設計」といったアーキテクチャの重要性が語られることは珍しくありません。 保守性が上がる、再利用性が高い、テストがしやすい……理由は様々です。 しかし、私が個人的に開発しているUnre...

💾

はじめに この記事は KNOWLEDGE WORK Blog Sprint 7 本目の記事になります。 ナレッジワークで新卒フロントエンドエンジニアをしている tosaken です。普段は新規プロダクト開発グループでフロントエンドの実装を担当しつつ、E2E テストの基盤整備に取り組んでいます。 AI Agent を活用して E2Eテストを実装する際、ガイドラインは一箇所にまとまっている状態が理想的です。しかし弊社では、ガイドラインが複数のドキュメントに分散していたり、更新が反映されていない場合がありました。そのため、実装者自身もどの情報を参照すればよいか判断しづらく、AI Agent...

💾

2026/2/24に発売された「アーキテクチャモダナイゼーション」を読了したのでその感想になります。和訳本で、原著の方はちょうど2年前頃にリリースされていたようです。 書籍の紹介文引用： 本書は、技術・組織・戦略を統合し、システムの価値を最大化する実践ガイドです。 長年運用され中身がブラックボックス化したシステムや、ドキュメントが機能せず改修のたびにリスクが伴う設計。こうした技術的負債は、現代のビジネスにおいて成長を阻む大きな壁となっています。 本書は単なるコードのリファクタリング手法ではなく、ドメイン駆動設計（DDD）やチームトポロジー、ワードレイマッピングといった定評ある手法を組み...

💾

はじめに Syncableエンジニアリングチームの山ｐです。 このテックブログでは、日々の開発や運用の中で出てきた技術的なメモや気づきを共有しています。 今回は、2年間解決できなかった社内ツールのDBの整合性問題を、Claude Codeと協力して解決した話を書きます。 TL;DR 長いので、先にまとめておきます。 保守作業こそAIが活きる場面がある 新規開発ばかりが注目されがちですが、「怖くて手が出せなかった問題」にAIと一緒に向き合うことで、踏み出せることがあります 自信がなくても、仮説があるなら試してみる 最終的な解決策は「DATABASECHANGELOGのレコ...

💾