2026-06-09

Claude Codeのセッションにどんな名前をつけようか

You can also now rename sessions to make them easier to find & resume later.

Type /rename to give any previous session a custom name.

We’ve also added keyboard shortcuts to the /resume screen. Hit ‘R’ to rename a session or ‘P’ to preview a session. pic.twitter.com/HKY5FRIZYw
— Claude (@claudeai) 2025年12月10日

これでセッションを名前変更して、後で簡単に見つけたり再開したりできるようになりました。

/rename と入力して、以前のセッションにカスタム名を付けてください。

/resume 画面にもキーボードショートカットを追加しました。セッションを名前変更するには「R」を、セッションをプレビューするには「P」を押してください。

会話セッションにどういう名前をつけようか。

大したことじゃないように見えて、それなりに大事だと思ってる。

xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com

個人的には適切な名前をつけることができた機能については、その設計の8割が完成したと考えても言い過ぎでないことが多いように思います。

名前の重要さは、プログラマのコーディングの文脈で語られることが多いけど、

あらゆることに言えると自分は考えている。

Googleスプレッドシートのシートの名前を「シート1」にするか「サマリ」にするかだけで大分違う。

セッション名は、日付を付与するのもいいアイデアだと思う。（ソースコードの末尾に日付を入れるのはおすすめできないが） AIエージェントの進化・変化は日進月歩なので、例えば3ヶ月前の履歴はまだ重要かわからないし、半年前の履歴はもう参考にならないだろう、といったコンテキストを日付に込めることができる。

Claude Codeは自動的にセッション名を付けてくれるが、適切な名前を任せすぎずに考えた方がいいと思う。

より良い名前を付けることが目的なだけではなく、名前を付けるという過程自体が、何よりその対象を深く理解する機会になるからだ。

2025-12-14

マイクロサービス、結局どうすればいいの？を改めて整理

ここ10年くらい、マイクロサービスの話題が絶えなけど、「で、結局どうすればいいの？」と思ったので。

Martin Fowlerが「MonolithFirst」を公開したのが2015年。もう10年近く前の話なのに、未だに「うちもマイクロサービス化しました！」って記事を見ると、「チーム規模とか、本当に合ってるのかな？」って思うことがある。

martinfowler.com

情報が多すぎて、逆に何が正解/本質なのか見えにくくなってきてると思う。なので、一度整理してみる。

よく言われてる結論

小さいチームなら、まずモノリスで始めて、本当に困ってから分割を考える。

これ、Martin Fowlerも「新しいアプリケーションは最初はモノリスとして構築すべき」って紹介してるし、「モノリスからマイクロサービスへ」って本のタイトルにもなってる。

martinfowler.com

www.oreilly.co.jp

ただ、Stefan Tilkovみたいに「最初からマイクロサービスで始めるべき」って反論もあって、完全に一致してるわけじゃない。

martinfowler.com

なぜモノリスから始めるという意見があるのか

理由は、最初はドメインの境界が見えてないから。

マイクロサービスって、「どこで分割するか」が重要。でも、サービス作り始めた段階で、どこで切るべきかなんて分からないことが多い。分からないまま無理やり分割すると、サービスAがサービスBを呼び、サービスBがサービスCを呼ぶ、みたいな連鎖が起きて、1つの機能追加で3つのサービス修正とデプロイ調整が必要になる。

これ、「分散モノリス」って呼ばれてて、マイクロサービスの複雑性とモノリスの硬直性、両方の辛いとこを抱えることになりがち。

逆に、モノリスで運用してると、「ここ、よく一緒に変更するな」「ここは独立してるな」っていうのが見えてくる。その時に初めて、適切な分割の境界が分かる、という考え方。