kakikubo kakikubo

CLAUDE.mdをプロジェクトルートに作成し以下を追加する

## 🔨 最重要ルール - 新しいルールの追加プロセス

ユーザーから今回限りではなく常に対応が必要だと思われる指示を受けた場合：

1. 「これを標準のルールにしますか？」と質問する
2. YESの回答を得た場合、CLAUDE.mdに追加ルールとして記載する
3. 以降は標準ルールとして常に適用する

マージ済みのリモートブランチを全て削除

git branch -r --merged master | grep -v -e master -e develop | sed -e 's% *origin/%%' | xargs -I% git push --delete origin %

remote の master に merge済みの branch をすべて表示して
master と develop は消えてほしくないので除外して
origin/ を削除して
xargs （-I% % でブランチ名を渡しつつ、全て削除する）

	以下の実現したいことに基づいて、この機能を実現する関数の正しさを検証するための網羅的なテストケースをVitestで生成しテストファイルを作成・更新してください。テストコードや実装コードはまだ書かず、テストケースのみを出力してください。エッジケースや制約条件がしっかりテストされているか確認できるように、各テストメソッドには意図がわかるコメントを添えてください。もし、仕様やデータフローが不明瞭であれば都度ユーザに聞いて下さい。

	[出力要件]
	実際のテストロジック（arrangeやモックの実装など）は絶対に書かないでください。
	代わりに Vitest の describe と it.todo を使用して、テストの階層構造とケース名のみを定義してください。
	テストケース名（it.todoの引数）は、それ自体が「生きたドキュメント（仕様書）」となるよう、「〜の時、〜であること」と振る舞いが明確にわかる日本語で記述してください。
	モック利用を前提としたテストケースは作らないこと


	[実現したいこと]