Memories は、会話間で前提情報を共有・保持するためのシステムです。
Devin Desktop には、これを実現する仕組みが 2 つあります。Cascade が自動生成する Memories と、ユーザーがグローバル、ワークスペース、またはシステム レベルで手動定義する ルール です。
Memories、ルール、ワークフロー、それともスキル?
Devin Desktop では、Cascade をカスタマイズする方法がいくつかあります。自分に合ったものを、この表で選んでください。Memories の管理方法
Memories とルールは、Cascade の右上にあるスライダーメニューのCustomizations アイコンをクリックするか、右下の「Devin - 設定」から、いつでもアクセスして設定できます。既存の Memories を編集するには、その Memories をクリックしてから Edit ボタンをクリックするだけです。
Memories
会話中、Cascade は、記憶しておくと役立つ前提情報に出会うと、自動的に Memories を生成して保存できます。 また、Cascade にいつでも Memories を作成するよう依頼できます。"create a memory of ..." とプロンプトするだけです。
Cascade が自動生成した Memories は、作成されたワークスペースに関連付けられ、~/.codeium/windsurf/memories/ にローカルで保存されます。Cascade は、それらが関連していると判断したときに取得します。あるワークスペースで生成された Memories は別のワークスペースでは利用できず、リポジトリにコミットされることもありません。
自動生成された Memories は、ローカルのマシン上にのみ保存されます。Cascade に何かを継続的に記憶させてチームと共有したい場合は、代わりに
.devin/rules/ (またはレガシーな .windsurf/rules/) の ルール またはリポジトリの AGENTS.md に書き込むよう Cascade に依頼してください。ルール
ユーザーは、Cascade が従う独自のルールを明示的に定義できます。 ルールはグローバル、ワークスペース、またはシステムレベルで定義でき、AGENTS.md ファイルから検出されることもあります。ルールの検出
Devin Desktop は、柔軟に管理できるよう、複数の場所からルールを自動的に検出します。.devin/ ディレクトリが推奨される場所であり優先され、.windsurf/ は後方互換性のためのフォールバックとして維持されています:
- 現在のワークスペースとそのサブディレクトリ: 現在のワークスペースとそのサブディレクトリ内にある、すべての
.devin/rules(およびレガシーな.windsurf/rules) ディレクトリ - Git リポジトリ構造: Git リポジトリでは、Devin Desktop は親ディレクトリ内のルールを見つけるために、git root ディレクトリまでさかのぼって検索します
- 複数ワークスペースのサポート: 同じワークスペースで複数のフォルダが開かれている場合、ルールは重複を排除したうえで、最短の相対パスで表示されます
ルールの保存場所
ルールは、以下のいずれかの場所に保存できます (.devin/ が推奨され、.windsurf/ より優先されます) 。
- 現在のワークスペースディレクトリ内の
.devin/rulesまたは.windsurf/rules - ワークスペース内の任意のサブディレクトリ内の
.devin/rulesまたは.windsurf/rules - 親ディレクトリ内の
.devin/rulesまたは.windsurf/rules(git リポジトリの場合は git ルートまで)
.devin/rules ディレクトリになります。
ルールの利用を開始するには、まず Cascade の右上にあるスライダーメニューで Customizations アイコンをクリックし、Rules パネルに移動します。ここで、+ Global または + Workspace ボタンをクリックすると、それぞれグローバルレベルまたはワークスペースレベルの新しいルールを作成できます。
ワークスペースのルールファイルは、1 ファイルあたり 12,000 文字までです。グローバルルールファイルは 6,000 文字までです。
有効化モード
各ワークスペース ルールは、フロントマター内のtriggerフィールドで有効化モードを指定します。これにより、ルールの内容がいつCascadeに渡されるか、また前提情報ウィンドウをどれだけ消費するかが決まります。
グローバルルールファイル (
global_rules.md) とルートレベルのAGENTS.mdファイルではフロントマターを利用しません。これらは常に有効です。ベストプラクティス
Cascade がルールに効果的に従えるようにするために、次のベストプラクティスに従ってください。- ルールはシンプルで簡潔、かつ具体的にしてください。長すぎたり曖昧だったりすると、Cascade が混乱する可能性があります。
- 一般的なルール (例:“良いコードを書く”) を追加する必要はありません。こうした内容は、すでに Cascade のトレーニングデータに組み込まれています。
- 箇条書き、番号付きリスト、Markdown を使ってルールを記述してください。長い段落で書くよりも、Cascade が従いやすくなります。例えば:
- XMLタグは、ルールを伝えたり、類似したルールをまとめたりするのに効果的です。たとえば:
システムレベルのルール (Enterprise)
Enterprise組織では、すべてのワークスペースに全体的に適用され、管理者権限を持たないエンドユーザーは変更できないシステムレベルのルールを導入できます。これは、組織全体のコーディング標準、セキュリティポリシー、コンプライアンス要件を徹底するのに最適です。 システムレベルのルールは、OSごとのディレクトリから読み込まれます。Devin ディレクトリが優先されて優先順位も高く、レガシーの Windsurf ディレクトリはフォールバックとして維持されます:
macOS:
.md ファイル) を配置してください。システムは、これらのディレクトリ内のすべての .md ファイルを自動的に読み込みます。
システムルールの仕組み
システムレベルのルールは、ユーザー定義のルールを上書きすることなく、Cascade に追加の前提情報を提供するため、ワークスペースルールおよびグローバルルールと統合されます。これにより、組織は標準的な基準を定めながら、チームごとにプロジェクト固有のカスタマイズを追加できます。 Devin Desktop UI では、システムレベルのルールは “System” ラベル付きで表示され、エンドユーザーが削除することはできません。重要: システムレベルのルールは、IT チームまたはセキュリティチームが管理してください。デプロイ、更新、コンプライアンス対応は、組織のポリシーに従って社内チームが確実に行うようにしてください。その際は、Mobile Device Management (MDM) や Configuration Management などの標準的なツールやワークフローを利用できます。

