Pathrule変更履歴
Pathruleのナレッジレイヤー、ローカルツール、エージェント連携、Signalsの変更です。履歴には、現在の製品に関係する更新を残しています。
Pathrule Cloudは、共有ナレッジ、コンテンツの履歴、意味検索、アカウント、ワークスペースのサービスをCloudflare上で動かしています。Remote MCPはhttps://cloud.pathrule.io/mcpにあり、コンソールは引き続きapp.pathrule.ioです。すべての操作で現在のセッションとワークスペースへのアクセス権を確認し、リモートの許可は承認済みのひとつのワークスペースに限定されます。コンソールはワークスペースと請求の状態をCloud APIから読み取ります。ローカルモードは引き続きアカウント不要で、Cloud Signalsの取り込みは一時停止したままです。Remote MCPとセキュリティをご覧ください。
pathrule uiを実行するとLocal Consoleが開きます。アカウントなしで、ローカルのワークスペースを閲覧・検索し、メモリ、ルール、スキルを作成・編集し、アーカイブした項目を復元し、アクティビティを確認できます。コンソールはあなたのマシン上で提供され、CLIと同じローカルのナレッジストアを使います。Local Consoleをご覧ください。
Local Signalsは、実行時のエラーとイベントを環境、フィンガープリント、コードパス、リリースごとにまとめます。pathrule uiまたはエージェントのツールでグループを確認し、修正を記録したうえで、検証済みとみなす前に新しいリリースで正常にカバーされるのを待ちます。スタンドアロンのコレクターも引き続き使えます。Cloudへの取り込みは一時停止しています。計装の追加は引き続きオプトインで、具体的な変更ごとの承認が必要です。Signalsをご覧ください。
CLIの対話型ターミナルビューで、ワークスペースの状態、ナレッジの閲覧、セットアップの案内をまとめて扱えるようになりました。読み取り専用の診断は次に実行すべきコマンドを示し、機械可読の出力は引き続き--jsonで利用できます。ターミナルが管理するのはPathruleのナレッジと連携で、コーディング作業はいつものコーディングエージェントが行います。
Intelligence v1のアップデートで、コンパイルされた要件、必須の検証、対処方法のチェックを強化しました。コンパイルされたエントリは、書かれた元の出典とスコープに基づいている必要があります。チェックでそれを確認できない場合、Pathruleは元のテキストに戻ります。発見事項は助言のままで、元のファイルが変更されると、再検証されるまで保留されます。
CLIは、設定ベースのフックに加えて、Claude CodeとCodexのネイティブなプラグインの仕組みからもPathruleを接続できるようになりました。どちらの連携も同じワークスペースのナレッジとローカルのランタイムを使います。提案されたセットアップを適用前に確認し、インストール済みの連携を診断し、Pathruleの設定を修復できます。ネイティブのエージェント連携をご覧ください。
エージェントは、Pathruleのナレッジマップツールで、ワークスペースのメモリ、ルール、スキルのマップを確認できます。関連するナレッジをたどり、抜けを見つけ、編集のあとで注意が必要になりそうな隣接エントリを確認できます。同じナレッジツールは、CLIのローカルMCPサーバーとVS Code拡張機能からも使えます。
承認済みのコンパイルされたメモリが、プロンプトのフックや、Pathruleが対応クライアント向けに書くナレッジファイルで、元のテキスト全体の代わりに使えるようになりました。置き換える前に、Pathruleはコンパイル後の形が元の内容を引き続きカバーしているかを確認します。カバーしていなければ、元の文章が届けられます。この判断は決定論的で、モデルは呼び出しません。
エージェントがコードを読んで突き止めたことは、これまでセッションが終わると消えてしまい、次のエージェントや同僚のエージェントがもう一度調べ直す必要がありました。これからは、コードから結論にたどり着いたエージェントが、その根拠となるファイルと一緒に結論を保存でき、ワークスペースのすべてのエージェントがそれ以降その結論を受け取ります。根拠のファイルが変わると、エージェントが改めて確認するまで発見事項は保留されるため、もう存在しないコードについての答えが渡されることはありません。発見事項はルールとしてではなく、確認すべき助言として届き、記録した人はチーム全体に対して一度に取り下げられます。GitHubへのアクセスがあれば、コメントを保存することなく、リポジトリの過去のレビューでの議論からも学べます。どれもローカルモデルを必要とせず、リポジトリに何も書き込みません。クラウドのワークスペースで共有されるのは、発見事項とその出どころだけです。
デバイス上のモデルのインストールが、Macによっては入っているPythonのせいで失敗し、再試行しても失敗し続けることがありました。Pathruleは検証済みの独自のランタイムを持ち込むようになったため、インストールがPythonの設定に左右されなくなり、以前の壊れた試行も検出して修復します。モデルを動かせないMacには、何かをダウンロードする前にその旨を伝えます。エラーメッセージも、接続がない、プロキシ、ディスクがいっぱい、古いmacOSなど、原因に応じて何をすればよいかを示すようになりました。
CLIは、対応するApple SiliconのMacに、デバイス上で動くオプションのPathrule Intelligenceモデルをインストールできます。ランタイムを用意して検証し、有効化の前にモデルのダウンロードを確認し、アップデートに失敗した場合は動作中のバージョンに手を加えません。インストール後のローカル推論はオフラインで動作します。Cloudの同期と、コーディングエージェント自身のモデルプロバイダーには、それぞれ別のプライバシーの境界があります。ナレッジの配信はモデルがなくても続きます。
ローカルのモデルサーバーがすでに動いている状態で推論を始めると、気づかないうちに2つ目のサーバーが起動し、停止するまでに大量のメモリを使うことがありました。その後モデルを削除すると、まだそれを使っているサーバーに影響することもありました。Pathruleは最初に確認するようになりました。正常に動いているサーバーがあればそのまま使い、応答しないサーバーはポートが使用中であると報告し、Pathruleが起動していないサーバーを自分のものとして扱うことはありません。そのため、モデルを削除するときは、そのサーバーを停止するよう案内します。
CLIは1日に1回新しいバージョンがあるかを確認し、あれば1行の通知を表示します。最新のCLIを使っている人に、古いリリースが利用可能だと表示され、ダウングレードしてしまうコマンドが示されることがありました。今後この通知は本当に新しいバージョンがある場合にだけ表示され、判断できないときは何も表示しません。
ルールを機械的にチェックできるとPathruleが確認すると、そのチェックはルール内の特定の文に結びつけられます。ルールを書き直したあとも、チェックがもうルールに含まれていない文を強制し続けることがありました。チェックは適用のたびに現在のルールの文面と照合されるようになり、対象の文がなくなったチェックは単に適用されなくなります。これで、強制される内容は常にルールに書かれていることと一致します。
pathrule.io/patternsの公開カタログは、85パッケージから150パッケージになりました。新しく加わったのは、SQLのパフォーマンス、モバイルのライフサイクル、ブラウザーのレンダリング、キュー、クラウドのランタイム、オブザーバビリティ、Gitのワークフロー、ローカルモデルやファインチューニングしたモデル、企業のID管理、マシンの認証情報など、開発者が何度も検索し、本番で何度もデバッグする課題です。カタログは引き続き、フレームワーク、フロントエンド、バックエンド、課金、インフラ、ワークフロー、AI、セキュリティを意図的に幅広く扱い、どのパッケージも、一般的なトピックの要約ではなく、パス単位のルール、メモリ、繰り返し使えるスキルのまとまりです。パッケージ、Webサイト、オフラインのインポート用バンドルは同じバージョンになり、Pathruleのクライアントがインポートする場所ならどこでも新しいパターンを使えます。
pathrule.io/patternsの公開カタログは、58パッケージから85パッケージになりました。新しいバンドルで、セキュリティ、AI、課金、ワークフロー、フロントエンド、インフラの範囲を広げ、ファイルアップロードとSpring Bootに特化したガイダンスも加えました。どのパッケージも一般的なチェックリストではなく、パス単位のルール、メモリ、繰り返し使えるスキルを含み、サイトにはそれぞれ専用のアイコンやロゴがあります。パターンのインポートに使うオフラインのバンドルも同じリリースになり、リリースが進むにつれて、どのクライアントからも::pathrule:package:<slug>でカタログ全体を使えるようになります。
関連する過去の作業と、一緒に変更されることが多いファイルについてのヒントが、Pathruleのコンテキストを通じてコーディングエージェントに届くようになりました。オプションのヒントは中核となるナレッジの配信から切り離されているため、ヒントが欠けてもメモリやルールの配信は妨げられません。
ナレッジの保守のなかで、重複だけは検出する仕組みがありませんでした。同じ判断を別の言葉で2回書くと、2回配信され、コンテキストの予算を2回消費し、片方だけ更新されると内容がずれていきました。提案機能が、重複したナレッジを矛盾とは別の種類として示すようになりました。矛盾は両方が同時には成り立たない2つの記述で、どちらかに決めることで解決します。重複は同じ事実を2回述べたもので、統合することで解決します。検出は意図的に厳しくしており、同じことを言っているエントリだけを示すため、似ているだけのナレッジには手を加えず、一覧は読む価値のあるものに保たれます。
pathrule.io/patternsの公開カタログは、43パッケージから58パッケージになりました。既存のフレームワーク、フロントエンド、バックエンド、課金、インフラ、ワークフローに加えてAIとセキュリティの分野が加わり、どのページもタイトルと説明がよりわかりやすくなりました。パターンのインポートに使うオフラインのバンドルも同じバージョンになったため、::pathrule:package:<slug>で、Webサイトからだけでなくどのクライアントからでも新しいパッケージを使えます。
Pathruleは、リクエストへの当てはまり具合に応じてコンテキストを使い分けるようになりました。最も当てはまるものは、そのまま使える完全な内容として届き、ほかの関連するナレッジは、必要になったときにアシスタントが開ける短い参照として届きます。そのため、場所が足りないという理由で役立つものが外れることはありません。スキルは頼まれていないのに渡すのではなく名前で提示し、ルールがタスクに必要なメモリを押し出すこともなくなり、強制に設定したルールは常に全文が届きます。
2つの異なることを尋ねるプロンプトに、どちらにも合わない混ぜ合わせではなく、それぞれに合ったナレッジが届くようになりました。待ち時間は増えません。ひとつだけを尋ねる質問の扱いは変わらず、使われるコンテキストはワークスペースの大きさではなく質問に応じて増えます。書く言語が違っても関連度は保たれるため、英語以外の言語で作業するチームにも同じ品質のコンテキストが届きます。
チームの一人ひとりに、どの分野の窓口が誰かというひとつの問いに答えるプロフィールができました。その短い版が各セッションの開始時にすべてのエージェントに届くため、エージェントはあなたを名前で呼び、判断がある分野に関わるときには、代わりに決めるのではなくその分野の担当者を示します。分野は、チームがすでに生み出している作業とナレッジから導き出され、担当が移ると薄れていきます。決定権が活動から推測されることはなく、あなた自身が宣言します。Membersパネルでは、エージェントが読むのとまったく同じ形で自分のプロフィールを確認でき、導き出された一覧を自分のものに置き換えることもできます。非公開に設定したプロフィールは、チームとそのエージェントが読めるすべてのものから除外されます。プロフィールに含まれるのは分野と宣言した範囲だけで、人についての評価は含まれません。
セキュリティの見直しで、課金とアカウントのライフサイクルに関わる定期メンテナンスを含め、Pathruleのバックエンドサービスへのアクセスを厳しくしました。自動チェックでそのアクセスを直接検証するようになっています。Pathruleの使い方は何も変わりません。
Pathruleは、各ターンがどう進んだかから学び、次に送る内容の改善に生かすようになりました。アシスタントには何も求めないため、接続したどのクライアントでも同じように機能します。学ぶ内容は作業の種類ごとに異なり、すでにリクエストに当てはまるナレッジの順番を入れ替えるだけで、当てはまらないものを加えることはありません。何か月も学習してきたワークスペースは、使う量を増やすことなく、初日よりも良いコンテキストを届けます。
アシスタントが作業しにくいファイルというものがあり、その理由がコードであることはまれです。指示に書かれたパスが移動していたり、編集すべきでない生成ファイルだったり、エージェントに権限のないディレクトリだったりします。Pathruleは、アシスタントが繰り返し失敗する場所に気づき、最も苦戦しているファイルとその苦戦の仕方を、チーム全体で同じようにまとめて表示するようになりました。記録するのは失敗が起きたという事実だけで、コマンドやエラーの文面は記録しません。うまくいかないターンにいつも現れるガイダンスは、だんだん提示されにくくなります。
これまでは、既存のプロジェクトを開くと、見つかったエージェントの指示ファイルをPathruleが書き換えていました。今後はそうしません。CLAUDE.md、AGENTS.md、ルールファイルはあなたのものです。Pathruleは明確に区切られた自分専用の領域に書き込み、その周りには手を加えません。その領域が手で編集されたり削除されたりした場合は復元できます。また、各ターンで実際に何を届けたかを計測するため、Pathruleが主張する価値は、信じるしかないものではなく、自分で確かめられるものになります。
検索の精度を高める改善を行い、Pathruleが届けるコンテキストが、あなた自身が選ぶものに近くなりました。パス単位の検索は、複数の候補があるときに正しい場所を選び、過去のセッションの関連作業は新しさではなく本当の関連度で選ばれ、提案や検索結果の上位に惜しくも外れたものが来ることが減りました。検索の仕組みをご覧ください。
ホスト型のクライアントからPathruleを使うとき、接続が再開されるたびに認可ページが開くことはなくなりました。すでに与えた承認が再利用されるため、クラウドのエージェントは同意画面で止まることなく、ワークスペースでの作業を再開します。MCPの概要をご覧ください。
アシスタントは、本文全体を送り直す代わりに、テキストの追記、一部分の置き換え、セクションの置き換えで、メモリ、ルール、スキルを更新できます。こうした的を絞った編集により、送る量が減り、PathruleのMCPツールを通じて関係のない内容はそのまま保たれます。
app.pathrule.ioのPathrule Webでは、組織、メンバー、ロール、請求、ワークスペース、利用状況を管理します。ナレッジは、コーディングエージェントのMCPツール、CLI、VS Code拡張機能から書きます。コンソールがコーディングエージェントを動かすことはなく、ローカルのリポジトリへのアクセスも必要ありません。Pathrule Webをご覧ください。
Pathrule CLIで設定済みのフォルダーをVS Code拡張機能が認識し、ワンクリックで既存のワークスペースに接続できます。サインインしていない場合はサインインを促し、作成の手順では、同じフォルダーに誤って2つ目のワークスペースを作らないよう保護しています。
Pathruleの効率に関する主張の根拠となるベンチマークを、github.com/pathrule/benchmarksで公開しました。内容を読み、自分で実行できます。実在するオープンソースのリポジトリ（Fastify）をバージョンを固定してチェックアウトし、チームのようなナレッジを用意したうえで、各アシスタントに同じプロンプトを2回投げます。1回目はナレッジベース全体をひとつの指示ファイルに詰め込んだ状態で、2回目はPathruleのパス単位の配信を使った状態です。採点は機械的に行い、すべての実行を記録し、Pathruleのほうがコストのかかったセルもレポートで公開しています。主な指標は合計のフットプリント、つまりモデルが1ターンあたりに処理するトークンです。難しいレベルでは、Claude Opus 4.8で約52%、OpenAI Codex GPT-5.5で約41%少なくなり、事実は保たれました（Codexの実行結果はまちまちで、そのまま報告しています）。これらのセルが測っているのはパス単位の配信で、embeddingによる意味的な順位づけは別に測定する追加のレイヤーです。測定方法をご覧ください。
Pathruleは、プロンプトごとに関連するメモリとルールを選び、スキルは明示的に呼び出されない限り名前で提示します。パス単位の絞り込みはembeddingプロバイダーなしで動き、意味的な順位づけは、Cloudモードまたはローカルで設定したプロバイダーで、意味に基づく検索を加えます。配信には、フック、指示ファイル、MCPなど、各クライアントが対応する経路を使います。検索の仕組みをご覧ください。
パターンは、ローカルのMCPランタイムを通じてワークスペースにインポートします。::pathrule:package:<slug>でドライランのプレビューを求め、提案されたパスとスタックとの相性を確認してから、インポートを承認します。インポートしたエントリはワークスペースのナレッジになります。Remote MCPはパターンのインポート用ツールを提供していないため、CLIかVS Codeの連携を使ってください。インポートガイドをご覧ください。
パターンは、メモリ、ルール、スキルを厳選したパッケージで、それぞれが属するパスにあらかじめ紐づいているため、AIアシスタントは関係のある場所でだけそれを適用します。pathrule.io/patternsの公開カタログは、フレームワーク、フロントエンド、バックエンド、課金、インフラ、ワークフローを扱い、すべてのパッケージがPathrule製で、Apache-2.0です。各パターンのページでは、パスごとにまとめたバンドル全体、内容の要約、今日から使えるワンクリックの手動コピーを表示し、AIアシスタントがバンドルを直接読めるシンプルなMarkdown表示も用意しています。新しいパターンの追加は、オープンな@pathrule/patternsパッケージにエントリをひとつ加えるだけです。パターンのドキュメントをご覧ください。
GitHub Copilotが、Claude Code、Cursor、Codex、Windsurfと並ぶ正式な連携先になりました。一度のセットアップで、VS Codeのエージェントモード、Copilot CLI、コーディングエージェントのすべてのCopilotに届きます。PathruleはMCPサーバーを登録し、.github/copilot-instructions.mdにパス単位のプロトコルを書き込み、Copilotが呼び出せるスキルを用意し、最初のツール呼び出しの前にチームのメモリとルールのうち該当する部分を届けるフックを登録します。これにより、強制ルールが、適合しない変更を反映前にブロックできます。ほかのどこでも使っている同じメモリ、ルール、スキルがCopilotにも使われ、別のナレッジベースは必要ありません。GitHub CopilotでのPathruleをご覧ください。
Pathruleが、VS Code、Cursor、Windsurfのエディター内で動く本格的なクライアントになりました。Visual Studio MarketplaceまたはOpen VSXからインストールできます。開いているフォルダーがワークスペース、アクティブなファイルがパスになります。ナレッジのツリーがエディターに追従し、メモリ、ルール、スキルは通常のMarkdownのタブとして開き、黙って上書きするのではなく、競合を安全に扱いながらPathruleに保存されます。ひとつのUIで2つのモードがあり、アカウントなしのローカルと、チームのレイヤーを使うサインイン時のモードという、CLIと同じ分け方で、CLIとひとつのIDを共有します。ひとつのコマンドで、Copilotのエージェントモード、Claude Code、Cursor、Codex、Windsurfを接続してフックを設定し、doctorでセットアップを確認できます。詳しくはVS Codeのドキュメントをご覧ください。
Pathruleのローカル基盤はApache-2.0です。パス単位のナレッジ、SQLiteのストア、ローカルのMCPサーバー、クライアントとの連携を含みます。ローカルモードにはアカウントもクラウドサービスも必要ありません。Pathrule CloudとIntelligence Engineはプロプライエタリの機能です。現在の境界とソースの公開状況はオープンソースをご覧ください。
Pathruleは、エージェントが参照したメモリを記録し、その結果を似た作業での順位づけの改善に使います。役に立つエントリは、コンテキストを増やすことなく上位に上がれます。この学習の記録は、Cloudでの順位づけに使うプロンプトのテキストとは別に扱われます。
AIがあるファイルで作業しているとき、Pathruleはワークスペース内でそのファイルと一緒に変更されることが多いほかのファイルを伝えます。バグの修正、リファクタリング、デバッグ、コードの調査をしているときには、関連する過去の作業の短い要約も加えます。対応するテスト、翻訳ファイル、同じ画面での以前の試みを、エージェントが見落とさなくなります。
作業中のファイルが、セッションでまだ登場していない別のファイルと一緒に変更されることが多い場合、Pathruleはアシスタントのコンテキストに1行のリマインダーを加えられるようになりました。役立つ可能性が高いときだけ表示されるため、ほとんどのセッションでは何も表示されません。
ひとつのメモリが、プロジェクトの複数の部分に当てはまることはよくあります。たとえば、APIのフォルダーでもアプリのログイン画面でも重要になる認証のメモです。メモリのエディターで、そのメモリを表示すべきワークスペース内のパスをすべて指定できるようになり、AIのセッションはそのすべての場所でメモリを取り込みます。
現在のコードと矛盾するナレッジを見つけたエージェントは、理由を添えて更新を依頼できます。依頼はレビューを待ち、CLIまたはMCPの更新ツールで対応できます。チームのナレッジを黙って書き換えることはありません。
npm i -g @pathrule/cliひとつで、macOS、Windows、LinuxにPathruleのローカルランタイム一式をインストールできるようになりました。CLIはAIクライアント向けにPathruleのMCPサーバーとフックを設定し、独自のPATHRULE_HOMEや社内のプロキシ設定をその設定に反映し、Windowsでも追加の設定なしで動きます。インストールとアンインストールは、各リリースの前にすべてのプラットフォームでテストしています。
Pathruleのホスト型MCPの掲載により、Streamable HTTPでナレッジに直接アクセスできるようになりました。現在のエンドポイントはhttps://cloud.pathrule.io/mcpで、ワークスペース単位の認可があり、提供されるツールはローカルのstdioより絞られています。Remote MCPをご覧ください。
AIアシスタントが同じスキル、メモリ、ルールを2回追加しようとしたとき、Pathruleが誤った重複を防ぐようになりました。同じ名前のスキルが重複していたワークスペースでは最新のものだけが残るため、AIクライアントのスキルフォルダーに同じスキルの別バージョンが並ぶことはなくなります。新しい書き込みは反映の前に確認されます。完全に一致する場合は書き込みを止めて既存の記録を示し、近い内容の場合は控えめな提案として示すため、アシスタントは並行するメモを新しく作るのではなく、既存のメモを補えます。
ディスク上のパスの大文字・小文字が最初に接続したときと違っていても、Pathruleはプロジェクトのフォルダーを同じワークスペースに対応づけるようになりました。macOSとWindowsで、AIクライアントには常に正しいコンテキストが届きます。シンボリックリンクやエイリアスのフォルダーも、自動的に同じワークスペースに対応づけられます。
大まかな質問でも、AIが単純なファイル検索に頼る前に、関連するチームのメモリが見つかるようになりました。役立つメモがプロジェクトの深い場所にあっても、トルコ語や英語の短いプロンプトをより適切に扱います。
リポジトリのルートや親のパッケージから質問しても、より具体的なフォルダーに付いたメモリを見落としにくくなりました。Pathruleは何も返さないのではなく、下の階層の適切なメモをアシスタントに示します。
Pathrule Cloudは、チームの各メンバーのマシンに別途embeddingプロバイダーのキーを用意しなくても、既存と新規のメモリを意味に基づく検索のためにバックグラウンドで準備できます。
タスクに合いそうなメモリをPathruleが見つけたとき、AIツールにはタイトルを答えとして扱うのではなく、頼る前に中身を読むよう伝えるようになりました。
すべてのアップデートは、チームに届く前に、コンテキストの品質、AIツールへの引き継ぎ、スキルの直接呼び出しを含む、より広い確認を通るようになりました。
Pathruleは、リクエストに必要なプロジェクトのコンテキストの量をより適切に判断し、作業が必要とするときだけ詳しいコンテキストを返します。
チームは履歴のヒントを使って、関連する過去の作業を必要なときにPathruleに求められます。通常のプロンプトはすっきりしたままで、履歴はルールではなくコンテキストとして明示されます。
スキルが、ひとつの指示の本文だけでなく、補助ファイルも持てるようになりました。チームはパッケージのスナップショットを確認し、外部のパッケージを読み取り専用に保ち、手動のパッケージをその場で編集できます。
ルート階層の無関係なコンテキストを減らしたため、同じタスクでもAIに届くコンテキストは、より小さく、より説明しやすいものになりました。
エンジニアがプロンプトから直接ワークスペースのスキルを呼び出せるようになりました。Pathruleはそのチームのスキルを正確に特定し、そのターンにだけ挿入します。
Pathruleは、強制ルールのリマインダーと助言のコンテキストを分け、繰り返しの挿入を減らし、ルート階層の要約を通常のタスクから外すようになりました。
サブスクリプションの状態、ワークスペースのアーカイブの流れ、削除時の安全策、オーナーだけが使える請求の管理が、ひとつのアカウントのライフサイクルのモデルに沿うようになりました。
Pathruleは、対応するAIクライアントの動作をより近づけ、エンジニアがどこから始めても、同じワークスペースのナレッジがアシスタントに届くようにしました。
プロンプトが特定のファイルを明確に指しているとき、Pathruleは、アシスタントが探索を始める前に、対応するチームのメモリをローカルで届けられます。
同じセッションでアシスタントがもう一度コンテキストを求めたとき、応答がより小さく、繰り返しの少ないものになりました。同じ周辺のコンテキストを繰り返すことなく、最も関連する項目が届きます。
ファイルをすばやく切り替えると、まれに前のパスのリマインダーが次のタスクに持ち越される問題を修正しました。各タスクには、実際に作業しているパスのリマインダーが届きます。
ひとつのコンテキストの要求で、タスクに応じて軽い、絞り込んだ、詳しい答えのいずれかを選ぶようになり、ワークスペースのナレッジを求める以前の複数の方法を置き換えました。
タスクごとのアクティビティを次のセッションへの引き継ぎにまとめるため、アシスタントは探し直すことなく、チームが中断したところから再開できます。
トルコ語、日本語、キリル文字のメモリのタイトルが、本文よりも見つかりにくかった問題を修正しました。これらのタイトルも、ほかのメモリと同じように確実に検索できます。
Codexは、ほかの対応するAIコーディングツールと同じPathruleのワークスペースのナレッジと権限を読めるようになりました。
Pathruleのリリースビルドと、依存するサービスへの接続方法を強化しました。
アクティビティの多いセッションで、負荷がかかると重要でないイベントがまれに失われることがありました。Pathruleはイベントを保持し、代わりに配信を遅らせるようになりました。
組織は、ロールベースのアクセス制御のもとでワークスペースのナレッジを共有できます。現在のCloudへのアクセスは組織とワークスペースの単位で管理され、プライベートワークスペースには明示的なメンバーシップが必要です。ロールと権限をご覧ください。
パス単位のメモリとルールのリマインダーが、アシスタントの最初の操作より前に届くようになり、追加の検索の手間が減ります。
Cursorは、ほかの対応するAIコーディングツールと同じPathruleのワークスペースのナレッジと権限のモデルを使えるようになりました。
ルールに、スコープ、どれだけ強く表示されるかを決める優先度（高・中・低）、強制モードが加わりました。強制ルールはリスクのある操作の前に注意を求め、助言のルールは関連するタスクのコンテキストと一緒に届きます。