エージェントツールによる保存知識の修正
所有レコードの特定
表示ラベルではなく、提供された構造化レコード/クレームIDとリビジョンを主要ターゲットとして使用します。メタデータと証拠を含むknowledge_recordを読み、その現在のリビジョン/ハッシュを確認します。参照されたリビジョンが変更されている場合は、新しいアサーションに黙って作用するのではなく、リクエストを再読して調整する必要があります。正確な参照がない場合は、ルックアップ/検索を使用し、候補を検査し、要求されたターゲットまたは修正が実質的に曖昧な場合にのみ質問します。
誤った保存アサーションと、サポートされていない回答、矛盾するソース文、時間とともに変化した事実を区別します。矛盾だけでは差し替えを許可しません。唯一の非ユーザーケースは、公開手順に従い、その所有者が明示的に置き換えた確立されたステートメントです。レコードが存在しない場合に保存された「ガードファクト」を作成したり、撤回をその反対の証拠として扱ったりしないでください。
正しい操作を適用する
- クレームまたは明示的な関係の修正:
knowledge_correctを、正確なID、観測されたexpectedRevisionとexpectedHash、理由、観測されたVault UUIDとオントロジーフィンガープリント、および同じkindの完全なreplacementとともに呼び出します。置き換えフィールドはcreate-claim/create-relationshipコントラクトを使用します。外側のリクエストIDは1つであり、2番目の置き換えリクエストはありません。サポートされているコンテキスト、帰属、正確な日付と証拠を保持し、修正が実際に変更するものを削除または修正します。この操作は、置き換えを公開し、古いアサーションを同時に差し替え、双方向にリンクします。 - 置き換えのない撤回:
knowledge_withdrawを、正確なID、リビジョン/ハッシュ、理由、Vault UUIDとともに呼び出します。ページ、クレーム、明示的な関係を受け入れます。エッジはそのエンドポイントペアではなく、自身のIDで識別されます。元の証拠/履歴を保持し、ファイル削除ではありません。 - ページプローズの修正: 通常のリビジョン区切り
knowledge_save_pageを使用し、無関係の作成済みマテリアルとソースを保持します。ページ修正はリビジョンであり、エンティティIDの置き換えではありません。 - 1つのエンティティに対する2ページ:
knowledge_mergeを、存続ページ、重複ページ、両ページの現在のリビジョン/ハッシュ、および理由とともに呼び出します。より完全なアイデンティティ（実名、より多くの接続）を持つページを存続者として保持します。titleを渡して名前を変更し、bodyを渡して結合ページが存続者の現在のプローズよりも多くを語るべき場合に使用します。重複ページのID、タイトル、エイリアス、クレーム、関係、リンクは存続者に解決されます。何も一つずつ修正されません。誤ったマージはknowledge_unmergeで元に戻します。
明示的なユーザー修正は証拠を提供できます。knowledge_attachでユーザーの正確なステートメントを保持し、ユーザーに帰属させ、その検証済みロケーターを参照します。assertion_origin: user_beliefを使用して、ユーザーアサーションを独立してソースされたステートメントと区別します。ドキュメンタリー検証を主張しないでください。エージェント推論には、発明された引用ではなく、保持された前提証拠が依然として必要です。
ハンドルまたは誤認の解決
knowledge-entitiesを使用して、ハンドルプロファイル、確立された人物、およびその接続されたレコードを見つけて読み取ります。証拠としてユーザーの正確な識別情報を保持します。既存のページでサポートされているエイリアスとアイデンティティコンテキストを更新します。無関係のコンテンツを保持し、確立された人物への接続を説明します。将来のエンリッチメントにはその人物の既存のIDを使用します。ハンドルがすでに独自のページを持っている場合は、ポインターページを作成したり、それを撤回したり、クレームを一つずつ修正したりする代わりに、knowledge_mergeで確立された人物のページにマージします。名前の類似性ではなく、アイデンティティの証拠（ユーザーのステートメント、自己紹介、共有安定アカウントID）に基づいてのみマージします。knowledge_diagnostics mergeCandidatesはチェックするページをリストしますが、マージするページはリストしません。knowledge_attachでアイデンティティ証拠を保持し、evidenceとして渡します。
修正範囲内の影響を受けるプローズ、クレーム、タイムライン、関係を検査します。新しい証拠がサポートする場合、誤った帰属と未解決のアイデンティティを、上記のページ/アサーション操作を使用して修正します。ソースラベル、逐語引用、イベント日付、修正の出典を保持します。確認された著者アイデンティティは、その著者の事実上のクレームを独立して検証しません。
変更はこれらのツールを介して行われ、手動のMarkdown編集、ブラウザフォーム、SQL、または個別の「作成してから撤回」呼び出しは行いません。明確なユーザー承認による修正には、追加の承認儀式は適用されません。公開の再試行/競合処理に従ってください。受け入れ済み/競合状態のレシートは完了した修復ではありません。
波及を検査し正直に報告する
レシートのimpact.itemsは、受け入れ時に既知のスコープ指定された直接/推移的依存関係を識別します。それらを更新しません。正確なIDで影響を受けるレコードを読み、その証拠を検査します。リクエストのスコープ内でサポートされた変更のみを修復します。依存関係IDやソース引用を新しいクレームに盲目的に置き換えないでください。非アクティブなアサーションに依存するレコードは、修復されるまで現在のディスカバリーから保留されます。正確なレコード/履歴検査は引き続き利用可能です。
補足チェックとして、もっともらしいプローズコピーを検索します。検索漏れ、リンクされていないプローズ、隠されたスコープ、不完全なインデックスにより、普遍的な「すべてのコピーが修正された」という約束はできません。知識修正の自動的な結果として、無関係のメモリやIDシステムを変更しないでください。
元のオブジェクトと置き換え（または撤回ターゲット）を読み戻し、ライフサイクルと証拠を検証し、現在のルックアップが古いアサーションを除外していることを確認します。レシート/リクエストID、影響を受けるレコードID、修正/撤回理由、修復済みおよび未解決の依存関係を返信します。関連する場合にのみ保持された履歴に言及します。元のデータ、エクスポート、またはバックアップからの消去を決して約束しないでください。