Clineノウハウ

入門にとても良さそう
- モデル選定
- Mode戦略(PlanしてからAct)
- Auto Approve(Read,Writeあたりは有効、コマンドは許可制にして休憩点にする)
https://zenn.dev/watany/articles/85af6cfb8dccb2

.clinerules
手っ取り早く具体例を知りたいなら以下

memory bank
セッション間(多分拡張機能的にはTask単位?)で情報を共有するためのテクニックだと思われる。
memory-bank/
を用意してそこに書き出すような形。
事前にカスタムインストラクションとして用意されているものをコピペしておく。
特定のキーワードコマンドがある
- initialize memory bank:
- プロジェクト開始時やリセット時に、メモリーバンクを初期化し、全ファイルを正しく読み込むために使用。
- update memory bank:
- プロジェクトの進行中に新たな変更やパターンが見つかった場合、全ての関連ファイルを再確認し、最新の状態に更新するためのコマンド。

.clinerulesの強化
Clineを利用してより洗練させるという方法が面白い
- タスクを依頼し完了時にそのタスクの振り返りをさせ、自己評価させる
- その後、フィードバック内容を中心に、.clinerulesにつかすることで改善できるルール案を作成させる

PlanとActの使い分け
- Planは賢いモデル
- 簡単そうならActは廉価モデル
これでもワークするとのこと。
高品質なPlanをさせるためには
- 良さそうなプランに見えても「10段階で今どれぐらい?」、「今の出来を60%として100のものを出せ」なのでブラッシュアップさせるフェーズを必ず挟む。(Actの成功率に如実に響くとのこと)
- Planの際にはAuto Approve機能は無効にしておく(手動でフィードバックしたいため?)
- だったら.clinerulesに記載するなどしてフィードバックの強制が可能かもしれない?
- planは細分化する(プロジェクト全体のリファクタリングをさせるのではなく細かく行うイメージ)
- タスクごとにコミットする
- これは自分的にもわかる。壊れたときに戻りづらすぎるので
- ファイルを全部開かせるようなことはさせない
- プロジェクト名の変更など。ファイル名の変更をさせるシーンもimport先を探しそうなのでヤバそう。財布が燃える

公式のプロンプトノウハウ

clineを使ったコミットやPR操作の方法
ghコマンドの存在知らなかった。以下参照
git操作のルールは以下が参考になりそう

LLMs.txt
LLMに情報を効率的に伝えるためのテキストのことらしい。
新しい技術はAIの苦手とするジャンルだと思われるけど、以下のような形でLLMs.txtを使った解決ができる場合もある様子。
AIの知識の限界と対応策
Honoで作っていた個人サービスのテスト環境をCline+Claude 3.5 Sonnetでゼロから整備しようと色々実験してた時、AIがそもそもHono+jsxでのテストの知識をあまり持っていないことに気づいた(普通のReact Appのテスト手法をやろうとしてこけたりしてた)。
これについては最初はうまくいかなかったけど、HonoにはLLM用のペライチドキュメント(hono.dev/llms-full.txt)があることを発見。それをルートディレクトリにテキストとして置いておき読ませたところ、想定通りのセットアップとサンプルテストを書かせることができるようになった。LLM.txtはこのように便利であるものの、Docsのテキストってtokenを食うし、そもそもMCPを提供してくれてRAG的に使ってくれた方が楽な気もするし、LLM.txtは過渡期のソリューションかも。

.clinerulesの配置
- .clinerules/を作成してその配下に.mdファイルを配置していくスタイルでもいけるっぽい

memory bankの発展
- clineの公式が紹介している
個人的にはmermeidを利用した視覚化が有効だったって話は面白そうだなと思った。

入門者向けTIPS
- Plan -> Actの順番で使うこと
- Planはできるだけ入念に行い、ブラッシュアップさせること
- memory bankを利用することでセッション間での情報共有が可能になる
- .clinerulesを利用することでclineの動作を改善させることができる
- .clinerulesは都度clineに改善させていく