skills memo

nanoclaw ポリシー

Skills over features. Instead of adding features (e.g. support for Telegram) to the codebase, contributors submit claude code skills like /add-telegram that transform your fork. You end up with clean code that does exactly what you need.

問題点

スキルがテストされてない

スキルから生成される機能が決定的 (deterministic) でない

コード量がコンテキストウインドウから溢れると破綻し始める可能性が高い

トークン数監視

プロジェクトのソース全体がコンテキストウインドウのトークン数に収まると Claude Code が真価を発揮出来る

全部がコンテキストウインドウにのる

=> コードが全部頭に入った状態で実装できる

=> 変な重複実装を作らない

=> 更新忘れが防止される

スキル => プロンプトエンジニアリングの延長

Skill フォーマットの open standard

Anthropic が提唱、OpenAI Codex, Gemini, Cursor が準拠

/split-task

変更が大きくなりすぎる時にタスク分解するスキル

/tldr

説明を極端に短くするスキル

/refactor-compact

同じ意味のより短い表現に置き換えるスキル

/abstract

同じ処理の繰り返し出現を発見して、ユーティリティ関数にまとめるスキル

/ddd-specialist-review

DDD の観点でレビューする

ドメインモデルのドキュメントを維持する

スキルを書く/作る事って要するに自分がやっている開発だったり、自分がやりたいと思っている開発を手順書にして書く行為に近い

今までだったら、そんな手順書いてもただの理想論だね、だったような内容を Claude Code がギャップを埋めて実際に実行出来てしまう

スキルに中間成果物のようなものを吐き出させると、スキルのアウトプットとして、スキル自体のスナップショットテストの対象に出来るかも知れない（fixture は適当なOSSのexample を使う)