Notepad と Project Memory でプロジェクト知識を永続化する

症状・対象

OMC のセッションをまたぐと、現在の焦点、設計判断、検証コマンドを毎回説明し直す人が対象です。短期の作業メモと、長く残すプロジェクト知識を分けて記録します。

最短解決

1. OMC を更新し、remember / writer-memory が Skill 一覧にあることを確認する。
2. 現在の作業状態は短期メモ、採用済みの設計判断は永続知識として保存する。
3. 保存後に読み返し、新しいセッションでも取得できるか確認する。

コピペ例

現在の焦点を保存します。

> /oh-my-claudecode:writer-memory
> 現在の焦点: 認証失敗の根本原因調査。
> 確認済み: 再現テストは tests/auth/login.test.ts。
> 未完了: token refresh の境界条件。
> 次の検証: pnpm test tests/auth/login.test.ts

長く残す判断は remember へ、根拠と変更条件を含めます。

> /oh-my-claudecode:remember
> 採用判断: 認証 token の検証は src/auth/verify-token.ts に集約する。
> 理由: API handler ごとの重複と不一致を防ぐため。
> 変更条件: 認証基盤を外部 IdP へ移行するときに再評価する。

期待結果

• 現在の焦点と未完了タスクを、次のセッションから読み出せる。
• 恒久的な判断には理由と再評価条件が残る。
• 一時的な作業メモがチーム規約や設計決定と混ざらない。

検証

保存直後に「今保存した短期メモと永続判断を、保存先を区別して表示して」と依頼します。続けて新しいセッションを開き、同じ内容を取得できることを確認します。

OMC 自体の状態に疑いがある場合は、プラグイン画面と /doctor で version・Hook エラーを確認します。

> /plugin
> /doctor

落とし穴

• 同期資料で確認できない文字数上限や自動削除期間を前提に運用しません。現在の OMC が表示する説明を優先します。
• token、顧客データ、個人情報をメモリへ保存しません。
• Project Memory は設計文書や Git 履歴の代わりではありません。レビューが必要な決定はリポジトリにも残します。
• 「テスト済み」のような状態には、実行コマンドと結果を添えます。

次の一手

• Everything Claude Code の Instinct で継続学習する — 再利用パターンを評価して蓄積する
• # プレフィックスで素早くメモリに追加する — Claude Code 標準のメモリと使い分ける