TL;DR 自分自身のスタイルを振り返りつつ、よりよいClaude Codeの使い方がないか模索する機会としてよさそうでもあり、どこかのClaude Code使い始めユーザーの参考になるかもしれない、と考えて、自分自身のClaude Codeを使うときのスタイルやプラクティスをまとめていきます。 なお、この記事は人力で書いています。 課金プラン ClaudeはProプランを契約しています。Maxを契約していた時期もありましたが、平日夜間+休日のみに限ると、やや持て余す感があります。 とはいえProプランではやや足りない……という中途半端なところで、以前はRate Limitに達したらチャージしてAPIを利用していました。 現在はz.ai のGLM-Coding Planを契約しており、Rate Limitに達しても作業を続ける場合は、こちらに切り替えるようにしています。 基本的なスタイル

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに 「実装したらそのままレビューもAIに任せたい」 開発してると、コード書く→PR作る→レビュー待ち→修正→また待ち...のサイクルが地味にストレス。特に一人開発やスタートアップだと、レビュアーがいない or 忙しいことも多い。 そこで試したのがClaude Code Skills + GitHub Actionsの組み合わせ。結論から言うと、実装からレビュー、修正までほぼ自動化できました。 この記事では、実際にセットアップして使ってみた体験を共有します。 使うもの 今回使うのは3つ。 1. Claude Code Skills 2025年10月にAnthropicから正式発表された機能。.claude/skills/ にマークダウンファイルを置くだけで、Claudeに「こういう時はこうして」というルールを教えられます。 コードレビュー用のSkillを作れば、レビュー時に必ずチェック

Anthropicハッカソン優勝者が10ヶ月以上かけて実際のプロダクト開発で使い込んだ everything-claude-code というリポジトリが公開されていたので、内容を読み解いてみました。 この記事の要約 Anthropic x Forum Venturesハッカソン優勝者 が公開した本番環境で使えるClaude Code設定集 agents, skills, hooks, commands, rules, MCP設定 の6種類のファイルで構成 コンテキストウィンドウは 200kから70kまで縮小する可能性 があるため、MCPの有効化は10個以下に抑える TDD（テスト駆動開発）を中心 にしたワークフローで、カバレッジ80%以上を必須とする /tddや/planなどの スラッシュコマンド で素早くワークフローを呼び出せる hooksによる自動化 でフォーマット実行やconsole

結論 「テストして」って言っただけなのに、AIが自分でバグ見つけて、自分で直して、「違反は切腹」ってルールを自分で追加してきた。 人間、何もしてない。 何を作ったか Claude Code × tmux でホワイトカラー向けマルチタスクツールを作った。 名前は multi-agent-shogun。 戦国時代の軍制をモチーフに、将軍1名・家老1名・足軽8名の階層構造でAIエージェントを統制する。 上様（人間） ↓ 「やれ」 将軍（Claude Code） ↓ 「家老、タスクを分解せよ」 家老（Claude Code） ↓ 「足軽ども、並列で実行せよ」 ┌──┬──┬──┬──┬──┬──┬──┬──┐ │1 │2 │3 │4 │5 │6 │7 │8 │ ← 8人同時に動く └──┴──┴──┴──┴──┴──┴──┴──┘ 足軽（Claude Code × 8） とにかくshogunにぶち

はじめに こんにちは、クラスメソッド製造ビジネステクノロジー部の森茂です。 Claude Codeを使い始めたけれど、まだ「ちょっと賢いターミナル」くらいの付き合いになっている方はいませんか。あるいは、毎日使っているけれど「セッションが終わるたびに文脈がリセットされるのがもったいない」と感じている方もいるかもしれません。 AIコーディングツールは便利ですが、そのまま使っていると「賢いけど記憶喪失のペアプロ相手」になりがちです。昨日デバッグした問題の経緯も、先週の設計判断の理由も、新しいセッションでは白紙からのスタート。「……また同じ説明からか」と思ったことがある方、きっと少なくないはずです。プロジェクトが増えるほど、この「文脈の断絶」がじわじわ効いてきます。 Claude Code界隈ではClaude-Memをはじめ、記憶の永続化や開発効率化のためのソリューションが日々登場しています。アン