エンティティの解決と充実化
エンティティが何であるかを尋ねる前に特定し、ページを作成する価値があるかを判断し、出典付きのプロフィールを作成して双方向にリンクします。参照が必要なステップでのみ読み込みます。共有参照はKnowledgeスキル間で同一です。別のKnowledgeスキルからここに来た場合は、既に読んだ参照は再読み込みしないでください。
- セットアップ: 常に最初（ステータス、オントロジー、検索）
- 同一性: エンティティの解決、ページを作成するかどうか
- 充実化: 階層、抽出内容、外部ルックアップ、一括実行
- プロフィール: ページ構造、作成または更新
- ライティング: ページの散文を書く前
- 出典: 出典の保持と引用
- アサーション: エンティティに関する主張と関係性
- 公開: ページの書き込みとバッチ
- リカバリ: 不確実、拒否、または競合する書き込み
- 検証: 検証とレポート
- 証拠修復: 認可された証拠セットの修復のみ
契約
- ユーザーに尋ねたり外部検索をする前にKnowledgeを確認する。仮説がある場合のみ尋ねること。
- スタブやプレースホルダーは禁止：すべてのページの最初の行は、それが誰または何であるかを示す。
- すべての事実にはインライン引用があること。充実化されたすべてのページはその出典にリンクし、出典はそのページにリンクを戻す。
- 労力は重要度に比例させる。疑問がある場合はページを作成しない。
- ユーザーが作成した評価を決して上書きしない。矛盾がある場合は両方の引用を付けてフラグを立てる。
手順
1. エンティティの特定
情報源の中から人物、企業、プロジェクト、概念をリストアップする。実際の参加者と、ついでに言及された第三者を分離する。
完了条件: 各エンティティが参加者、重要、または付随的としてマークされている。
2. 各エンティティの解決
同一性の解決チェーンを実行する。既存のページのIDを再利用する。ページ作成ルールを使用して作成、更新、またはスキップを決定し、最適な宣言済みオントロジータイプを選択する。
完了条件: 各エンティティに既存のIDがあるか、タイプ付きの作成決定があるか、スキップされている。曖昧な同一性は部分的または未解決として記録されている。
3. シグナルの収集
情報源からテクスチャ（詳細情報）を抽出し、キーおよび注目エンティティについては不足しているものをルックアップする（充実化）。サポートされた主張のみが次に進む。推論は出現箇所にラベル付けされたままにする。
完了条件: 各エンティティに、サポートされた事実とテクスチャがあり、それぞれに引用があるか、それらがない理由がある。
4. 書き込み
- 作成: 導入、状態、最初のタイムライン行、および証拠がサポートするオプションセクションのみ（プロフィール）。
- 更新: タイムライン行を追加する。状態トピックはその意味が変わった場合のみ編集する。ローカル編集には
knowledge_edit_bodyを使用する。 - 宣言されたオントロジーフィールドのみを使用する。未知の値は省略する。
- 独立して有用なアサーションについては、主張と証拠に基づく関係性を作成する（アサーション）。Markdownリンクは関係性を作成しない。
完了条件: 計画されたすべての書き込みに公開レシートがある。
5. 相互参照
観測されたパスを使用して、情報源→エンティティおよびエンティティ→情報源のリンクを作成する。新しいシグナルが関連ページにとって重要である場合、それらのページも更新する：人物から企業ページ、およびその逆。サブ機能から親プロジェクト。
完了条件: リンクされたすべてのエンティティに対して双方向のリンクが存在する。
6. 検証
計画された expectedLinks を双方向、関連付け、関係性のエンドポイントと共に使用して検証を実行する。変更された各ページをライティングおよびプレースホルダー禁止ルールに照らして再読み込みする。
完了条件: 構造チェックがパスし、変更されたすべてのページが実際のブリーフィングとして読める。
レポート
解決されたID、作成/更新/再利用されたページ、使用された出典、未解決または部分的な同一性、矛盾、およびスキップされた作業を呼び出し元またはユーザーに返す。