Smol コマンド

/smol（またはエイリアス /compact）は、重要なコンテキストを保持しながら会話履歴を圧縮するスラッシュコマンドです。

新しいタスクを作成する /newtask とは異なり、/smol は現在の会話を包括的な要約に凝縮し、同じタスクで作業を続けながらコンテキストウィンドウのスペースを空けます。

会話の関連部分を要約し、残りを破棄するようなものと考えてください。

/smol スラッシュコマンドの使用

コンテキストウィンドウが一杯になったが、同じタスクで継続したい場合：

• チャット入力フィールドに /smol（またはエイリアス /compact）と入力
• Caret があなたの会話を分析し、重要な情報を保持する詳細な要約を作成
• 必要に応じてこの要約をレビューし、フィードバックを提供する機会があります
• 受け入れられると、詳細な会話履歴がこの凝縮版に置き換えられます

例

複雑なデバッグセッションの深いところにいて、同じタスクで継続する必要がある時に /smol を使用します。複数のアプローチを探索し、いくつかのファイルを調査した後、コンテキストウィンドウがすべてのやり取りで混雑してきます。

/smol を使用することで、すべての探索を、学んだこと、調査したファイル、試したアプローチを捉える簡潔な要約に凝縮できます。これにより、得られた洞察を失うことなくデバッグを継続するスペースが確保されます。

/newtask との主な違いは、別のタスクを作成するのではなく、同じ会話フローに留まることです。これは何かの最中で、コンテキスト切り替えをしたくない時に特に有用です。

インスピレーション

私のワークフローで /smol を使用する強力な方法：

• 長時間のブレインストーミングセッション中、選択されたソリューションの実装前に、すべて同じタスク内で探索を凝縮するために /smol を使用します。
• 複数のファイルチェックとテスト実行を含む複雑な問題のデバッグ時、デバッグプロセスを継続しながら学んだことを要約するために /smol を使用します。
• 反復開発では、各機能完了後に実装詳細を圧縮しながら主要な決定とアプローチにアクセス可能な状態を保つために /smol を使用します。
• 複数のソースから要件を収集する際、デザインフェーズに移行する前に重要なニーズを簡潔な要約に抽出するために /smol を使用します。

Smol vs Newtask

/smol と /newtask をいつ使うかよく質問されます。率直に言うと、これは個人の好みと達成しようとすることの問題です。以下にいくつかのガイドラインを示します：

• 何かの最中で同じタスクで継続したい時は /smol を使用してください。デバッグフローやブレインストーミングセッションの深いところにいて、勢いを止めたくない時に完璧です。欠点は？履歴を圧縮すると、詳細な会話を取り戻すことはできません。
• 論理的な移行点にいて新しくスタートしたい時は /newtask を使用してください。計画から実装への移行や、完全な会話履歴を保持したい時（現在のものを上書きするのではなく新しいタスクを作成するため）に最適です。