저장된 지식을 에이전트 도구를 통해 정정하기
소유 레코드 식별
제공된 구조화된 레코드/주장 ID와 개정 번호를 기본 대상으로 사용하고, 표시 레이블만 사용하지 마십시오. 메타데이터와 증거가 포함된 knowledge_record를 읽고 현재 개정/해시를 확인하십시오. 참조된 개정이 변경된 경우에는 다시 읽고 요청을 조정해야 하며, 새로운 주장에 대해 조용히 작업하지 마십시오. 정확한 참조 없이 조회/검색을 사용하고, 후보를 검사하며, 요청된 대상이나 정정이 여전히 모호한 경우에만 질문하십시오.
오류가 있는 저장된 주장을 근거 없는 답변, 상충하는 출처 진술, 시간이 지남에 따라 변경된 사실과 구별하십시오. 모순만으로는 대체가 허용되지 않습니다. 사용자가 아닌 경우의 유일한 사례는 해당 보유자가 명시적으로 대체한 기존 진술이며, 출판 규칙에 따라 처리합니다. 레코드가 존재하지 않는데 저장된 '보호 사실'을 만들거나, 철회를 반대의 증거로 취급하지 마십시오.
올바른 작업 적용
- 주장 또는 명시적 관계 정정: 정확한 ID, 관찰된
expectedRevision및expectedHash, 이유, 관찰된 볼트 UUID 및 온톨로지 지문, 그리고 동일한kind의 완전한replacement와 함께knowledge_correct를 호출하십시오. 대체 필드는 생성-주장/생성-관계 계약을 따릅니다. 하나의 외부 요청 ID가 있으며, 두 번째 대체 요청은 없습니다. 지원 컨텍스트, 귀속 정보, 정확한 날짜 및 증거를 보존하고, 정정이 실제로 변경하는 내용을 제거하거나 수정하십시오. 이 작업은 대체와 이전 주장의 대체를 함께 게시하며, 양방향 링크를 포함합니다. - 대체 없는 철회: 정확한 ID, 개정/해시, 이유 및 볼트 UUID와 함께
knowledge_withdraw를 호출하십시오. 페이지, 주장 및 명시적 관계를 허용합니다. 엣지는 엔드포인트 쌍이 아닌 자체 ID로 식별됩니다. 원래 증거/이력을 보존하며 파일 삭제가 아닙니다. - 페이지 산문 정정: 일반 개정-고정
knowledge_save_page를 사용하고, 관련 없는 작성 자료와 출처를 보존하십시오. 페이지 정정은 개정이지, 대체 엔터티 ID가 아닙니다. - 하나의 엔터티에 대한 두 페이지: 생존 페이지, 중복 페이지, 두 페이지의 현재 개정/해시 및 이유와 함께
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로 전달하십시오.
정정 범위 내에서 영향을 받은 산문, 주장, 타임라인 및 관계를 검사하십시오. 새로운 증거가 이를 지원하는 경우 잘못된 귀속 및 미해결 신원을 정정하되, 위의 페이지/주장 작업을 사용하십시오. 출처 레이블, 축어적 인용문, 이벤트 날짜 및 정정 출처를 보존하십시오. 확인된 저자 신원은 해당 저자의 사실적 주장을 독립적으로 확인하지 않습니다.
변경 사항은 이러한 도구를 통해 이루어져야 하며, 수동 마크다운 편집, 브라우저 양식, SQL 또는 별도의 '생성 후 철회' 호출이 아닙니다. 명확한 사용자 승인 정정에는 추가 승인 의식이 적용되지 않습니다. 출판 재시도/충돌 처리를 따르십시오. 수락/충돌 상태의 영수증은 완료된 수리가 아닙니다.
전파 검사 및 정직하게 보고
영수증의 impact.items는 수락 시 알려진 범위의 직접/전이 종속성을 식별합니다. 이를 업데이트하지는 않습니다. 정확한 ID로 영향을 받은 레코드를 읽고 그 증거를 검사하십시오. 요청 범위 내에서 지원되는 변경만 수리하고; 종속성 ID 또는 출처 인용문을 새 주장으로 맹목적으로 대체하지 마십시오. 비활성 주장에 의존하는 레코드는 수리될 때까지 현재 검색에서 보류되지만, 정확한 레코드/이력 검사는 계속 사용할 수 있습니다.
보충 확인으로 그럴듯한 산문 사본을 검색하십시오. 검색 누락, 연결되지 않은 산문, 숨겨진 범위 및 불완전한 인덱스는 '모든 사본 수정' 보장을 불가능하게 만듭니다. 지식 정정의 자동 결과로 관련 없는 메모리 또는 신원 시스템을 변경하지 마십시오.
원본 및 대체(또는 철회된 대상)를 다시 읽고, 수명 주기 및 증거를 확인하며, 현재 조회가 이전 주장을 제외하는지 확인하십시오. 영수증/요청 ID, 영향을 받은 레코드 ID, 정정/철회 이유, 그리고 수리된 대 미해결 종속성을 포함하여 응답하십시오. 관련이 있는 경우에만 유지된 이력을 언급하고, 원본, 내보내기 또는 백업에서 삭제를 약속하지 마십시오.