Claude Code のセッションを大切にしろ — 名前・分岐・履歴管理で仲間を活かす
Hiroba による自動要約
Claude Code のセッションを使い捨てにせず、/rename で名前を付け、/branch で分岐させ、/recap で履歴を確認する運用方法を解説。50ターン制限を超えても文脈を失わず、複数の試行錯誤を並行管理できる実践ガイド。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5931 件あります。
関連する記事
同じタグの記事
Claude Codeでひとり会社に21の担当をつくった設計メモ
Zenn個人事業の業務を21の担当に分け、Claude Codeで運用する設計の記録。受付役のメインClaude Codeが仕事を振り分け、サブエージェント・Skills・定期実行・Codexを使い分ける構成。外部送信やpushは本人確認必須とし、Bash ツール等の道具も担当ごとに絞る。担当間で文体や経歴の設定が食い違った事例と、決定事項の伝達漏れへの対処も記載。マルチエージェント運用を検討する個人開発者向け。
Claude Code が /clear で全部忘れる問題。claude-mem で記憶を持たせる前に知っておきたい 4 つのこと
QiitaClaude Code のフックで作業記録を集めて要約し、/clear や圧縮後の会話冒頭に自動で差し込む記憶プラグイン claude-mem の解説。導入は `npx claude-mem install` か `/plugin` のみで、`npm install -g` では動作しない点、APIキーの自動伏せ字が初期設定でオフの点、記憶生成にも使用量がかかる点をソースコード根拠つきで整理。長時間作業で再説明の手間を減らしたい利用者向け。
プロンプトを打たずに Claude Code の出力テキストを選択して解説を表示
HNClaude Code や Codex CLI などの出力テキストを選択し Alt+P (Mac は Option+P) を押すと、ターミナル内の直下に解説ボックスを表示する OSS ツール peekme。Alt+Q で選択箇所への質問、ボックスの入れ子表示、回答の保存・再表示に対応。エージェントの既存ログインを使うため API キーは不要だが、解説ごとにプランやクレジットを消費する。npm・Homebrew・Cargo で導入可能。
Claude Code の "Server is temporarily limiting requests (not your usage limit)" の見分け方と "Request rejected (429)" との違い
QiitaClaude Code の "Server is temporarily limiting requests" はプラン上限ではなくサーバ側の短期スロットルであり、待って再送すれば通るケースが大半。"Request rejected (429)" は API キーや Bedrock 等のレート制限で、`/status` での認証情報確認が先。プラン上限時の文面との比較表、v2.1.199 以降の自動リトライ仕様、並列セッション削減などの対処を整理。