文脈設計型学習システム「Claude Code」は持続的なチューターとして機能します
Claude Codeのための持続的学習システム
開発者は、Claude Codeをセッション間で持続的な家庭教師に変えるコンテキストエンジニアリングされた学習システムを作成しました。このシステムは進捗を追跡し、理解度を調査し、ユーザーと一緒に演習問題に取り組み、時間の経過とともに個々の学習スタイルに適応します。
システムアーキテクチャとファイル
このシステムは構造化されたマークダウンファイルを使用してエージェントの動作を形成します：
CLAUDE.mdは5段階の学習プロセスを定義します：ユーザーノート → エージェントノート → 記憶チェック → 演習 → 文脈化profile.mdはユーザーのアイデンティティ、強み、弱点、学習方法を追跡します — 時間の経過とともにエージェントによって更新されますprogress.mdはユーザーが中断した正確な場所を追跡し、エージェントが次のセッションでそこから再開できるようにします
セッションログと記憶チェックの結果はセッション間で引き継がれ、エージェントが以前の苦労を覚えていられるようにします。このシステムには、エージェントが完全な書籍PDFから特定の章のページを抽出できるようにするpdf_pages.pyツールが含まれています。
セットアップと使用方法
新規ユーザーはリポジトリをクローンし、pip install pymupdfを実行してからclaudeを実行します。エージェントは新規開始を検出し、ユーザーをセットアップの手順に導きます。このシステムは教科書を中心に構成されており、開発者は、エージェントに書籍の章を読ませることで、通常のセッションでは欠けている構造化された学習に基づかせることができると指摘しています。
適応機能
各セッションの終わりに、エージェントは学習プロセス自体を振り返り、変更を提案し、CLAUDE.mdファイルが各ユーザーにとって実際に機能するものに基づいて進化するようにします。プロセスの変更履歴は、システムが時間の経過とともにどのように改善されるかを追跡します。開発者は個人的な改善に基づいて更新をプッシュする予定ですが、誰でも自分のバージョンを維持できると述べています。
応用と設定
このシステムはあらゆる技術書に一般化できますが、面接準備やLeetCodeの練習にも使用できます。.gitignoreファイルは、個人データ（プロファイル、進捗、セッション履歴、PDF）がローカルに残り、システム自体は共有可能なままになるように設定されています。現在は教科書中心ですが、開発者はプロジェクトベースの学習に調整できる可能性を示唆しています。
📖 Read the full source: r/ClaudeAI
👀 See Also
obsidian-mcp:大規模ボルトを対象とした25のツールを備えたClaude向けグラフ認識MCPサーバー
obsidian-mcpは、get_note、traverse_graph、query_dataview、move_note、create_notesを含む25のツールを提供するMCPサーバーで、ClaudeにObsidian保管庫へのグラフ認識アクセスを提供します。5,000ノートの保管庫でもコンテキストウィンドウの問題を回避します。MITライセンスで、Claude Desktop、Claude Code、Cursor、Cline、Continue、Zedで動作します。
ユーザー構築のPTC for Claude Codeは、コード記述ではなく分析タスクにおいて40〜65％のトークン節約を示しています。
ある開発者がClaude Code向けにThalamusというローカルPTC実装を構築し、79の実際のセッションを分析したところ、分析タスクでは40-65%のトークン節約効果があったものの、コード記述タスクではほぼゼロの節約に留まりました。エージェントは主にツール呼び出しのバッチ処理ではなく、一般的なPython計算のためにexecute()を使用していました。
Pi Coding AgentとQwen 35B Q2：ファイルシステムを外部メモリとして使用し、コンテキストガードを強制する
あるRedditユーザーが、PiコーディングエージェントとQwen 35B Q2_K_XL量子化モデルを組み合わせたスタックを構築。100行以上の編集を拒否し、思考ブロックを2000文字に制限、コンテキスト使用率が65%/80%に達すると監視するガードを実装し、ファイルシステムをモデルのメモリとして扱う（コンテキストウィンドウではなく）。
人間の創造性ベンチマーク：AI創造性評価における収束と発散の分離
Contra Labsは、生成的AIのクリエイティブ作業における評価において、客観的に検証可能な基準（例：プロンプトへの忠実さ）と主観的な好み（例：視覚的魅力）を区別するフレームワーク「Human Creativity Benchmark (HCB)」を発表しました。このベンチマークは、現時点で正確かつ操作可能なモデルは存在せず、モード崩壊と差別化された出力の必要性に光を当てています。