continuous-learning

continuous-learning skill の概要

continuous-learning skill でできること

continuous-learning skill は、Claude Code のセッションを再利用可能な学習済みスキルに変えます。セッションの終わりに、繰り返し現れるパターン、有用な修正、プロジェクト固有の手法を検出して、あとで使い回せるよう保存したい人向けに設計されています。自分の作業履歴から Claude を継続的に改善していく continuous-learning skill を求めているなら、これはまさにそのための自動化です。

どんな人に向いているか

この skill は、セッションをまたいで似た問題を何度も解決しており、その解決策を自動で残したい Claude Code ユーザーに最適です。特に、skill 作成者、repo メンテナー、そしてデバッグのパターン、回避策、プロジェクト固有の慣習を、毎回手で書き起こさずに保存しておきたいパワーユーザーに向いています。

何が違うのか

この continuous-learning skill の核となる違いは、プロンプトだけで動くのではなく、Stop-hook ベースであることです。つまり、実行中に全メッセージを逐一見に行くのではなく、セッション終了時にまとめて評価します。構成はシンプルで軽く、挙動も追いやすい一方で、continuous-learning-v2 のような新しいアプローチよりも範囲は狭く、repo でも新規導入はそちらを推奨しています。

continuous-learning skill の使い方

インストールして hook を配置する

continuous-learning skill を Claude の skills ディレクトリにインストールし、セッション終了時に動くよう Stop hook に接続します。repo のスクリプトは ~/.claude/skills/continuous-learning/ 配下に置かれることを前提としており、学習結果は ~/.claude/skills/learned/ に書き出されます。導入を考える際は、「追加できるか」よりも、「セッション終了時の抽出を Claude の通常ワークフローに組み込みたいか」が判断基準になります。

適切な入力から始める

この skill は、学習可能なパターンを抽出できるだけの内容があるセッションで最もよく機能します。デフォルトの最小セッション長は 10 メッセージなので、非常に短い会話では有用な learned skill はほとんど生成されません。continuous-learning usage をしっかり活かしたいなら、単なる 1 回の回答ではなく、実際の問題、修正、回避策、あるいは繰り返し使う手法を含むセッションを与えるのがポイントです。

まず読むべきファイル

セットアップを実務的に進めるなら、まず SKILL.md、次に config.json、最後に evaluate-session.sh の順で読みます。この順番なら、skill の動作、調整できる項目、Stop hook の実装方法を把握できます。しきい値、出力先、検出するパターンの種類を変えたい場合は、config.json が最重要ファイルです。

抽出しやすいプロンプトに整える

この continuous-learning guide を自分のワークフローに組み込むなら、hook が再利用可能な振る舞いを見つけられるだけの明確さをセッションに持たせると効果的です。良い入力例は、「この repo で失敗した install を繰り返しデバッグする手順が必要です。手順と最終的な修正を再利用可能なパターンとして記録してください。」です。弱い入力例は、「これを手伝って」です。前者は評価器が学習できる安定した対象を与えますが、後者は永続的なパターンが残らないことが多いです。

continuous-learning skill の FAQ

自動学習したいなら、この skill でいい？

はい。Claude Code のセッションから再利用可能なパターンを自動抽出し、学習済みスキルとして保存したいのが目的なら適しています。過去のセッションをもとに、未来のセッションが静かに賢くなる continuous-learning skill を求めているなら、この用途にかなり合っています。より先回りする、または直感的に振る舞うシステムがほしいなら、repo 自体は continuous-learning-v2 を案内しています。

普通のプロンプトと比べるとどう？

普通のプロンプトは希望を伝えることはできますが、セッション終了後に何かを永続化するわけではありません。この skill はワークフロー層を追加し、再利用できるパターンを見つけて learned-skills ディレクトリに保存します。そのため、単発の指示よりも、チーム作業や repo 固有の繰り返し作業に向いています。

初心者でも使いやすい？

難しすぎるわけではありませんが、セットアップには Claude Code の hooks、セッションの境界、学習済みスキルの保存場所を理解している必要があります。初心者でも、付属ファイルを順番に追えば使えますが、hook の接続と config が整っていない状態でうまく動くことは期待しないほうがよいです。

使わないほうがいいのはどんなとき？

単発の手助けだけ欲しい場合、セッションが短いことが多い場合、あるいは自動抽出結果をローカルの skills フォルダに書き込みたくない場合は、この continuous-learning install は見送ってください。すでに新しい continuous-learning-v2 を使うつもりなら、そちらのほうが適しています。

continuous-learning skill の改善方法

結果を判断する前に config を調整する

最も効く調整ポイントは config.json です。実際に有用なセッションの長さに合わせて min_session_length を上げ下げし、skill が慎重すぎる、または積極的すぎるなら extraction_threshold を調整します。特定のパターン種別を重視するなら、patterns_to_detect は自分の作業で本当に重要なものに絞ってください。

hook にもっと明確なパターンの手がかりを与える

この skill は、明示的な修正、繰り返しのデバッグ手順、名前のある回避策が含まれるセッションほど改善します。たとえば、「最初の修正が失敗したのは、実際の問題が path resolution だったからです。この違いを記録してください」は、単なる成功報告よりずっと有効です。入力が強いほど、抽出される learned skill は実用的で、抽象的すぎないものになります。

よくある失敗パターンを見極める

主な失敗は、typo、1 回限りの修正、あるいは skill 側で無視すべき外部 API の問題まで学習してしまうことです。もう 1 つは、特定のプロジェクトにしか使えないパターンを保存してしまい、他で再利用できなくなることです。ノイズの多い出力が出るなら、再利用可能な教訓として扱わせる範囲を狭め、実際の判断や手法だけにセッションを絞ってください。

保存結果を見て反復する

最初の実行後は、~/.claude/skills/learned/ に出てきた内容を確認し、それぞれが次のセッションで本当に役立つかを見極めます。役立たないなら、パターン条件を厳しくするか、セッション中の問題の伝え方を変えてください。このフィードバックループこそが continuous-learning for Skill Authoring を実際に役立つものにします。元になるセッションの質が上がれば、再利用可能な skill の質も上がります。