ClineでMemory Bankをやめてタスクリストを使うことによってコンテキストを最適化してる

この記事をOpenAIの新しい画像生成で、『この記事を元に挿絵付きの手書きグラレコ風マインドマップでまとめ画像を作って ---記事の文章を貼り付け』で作成したのが以下の画像になります。 Memory Bankの使い分け：大規模コードベースでの考慮点 Clineで開発を行う際、状況に応じてMemory Bankを選択的に活用するアプローチを取っています。特にコードベースが大きい場合は、Memory Bankを使わない方が効果的なケースが多いと実感しています。 Memory Bankはコンテキストを豊富に提供できる強力なツールである一方、大量の情報が与えられることで実際の命令に従う精度が下がることがあります。これはAIの注意が分散してしまうためと考えられます。 使い分けの基準 大きなコードベースの一部を正確に変更したい場合：Memory Bankを使わない方が効率的 Vive Coding的に

[toaruR]

われわれは雰囲気で漢字を読んでいる＼(^o^)／ つか、だんだん、設計してWBSしてみたいになってくな

[misshiki]

“大きなコードベースの一部を正確に変更したい場合：Memory Bankを使わない方が効率的、 Vive Coding的にLLM主導で新規開発する場合：Memory Bankを活用する方が良い”

[stabucky]

コンサルタントが話すようなタイトルだ。

[bellonieta]

逆だなぁ、最初は細かくやってたけどClaude3.7になら全部ぶち込んだ方が精度が良いと感じてmemory bankに切り替えた

[motoyat]

リポジトリが大きくなった時の管理で似たようなことをしていたのでとても共感

[hogetax]

roo のハンドオフシステムに近いんだけど、この程度の工夫だと簡単に狂うんだよなぁ...なんかパラダイムシフトおこるようなワークフロー出来上がらんかなぁ

[sudow]

画像の微妙に壊れた漢字でも読めるんだけど、こればっか見てると元の字がわからなくなりそうだな（本文関係ない）

[himanahitodesukun]

図のテキスト壊れてるよ。こういう雑なイラストの付与が流行ったら嫌だ

[ducky19999]

“リポジトリルート全体ではなく、ソリューション単位やプロジェクト単位でVS Codeを開く” なるほど