Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
memory-wiki เป็น Plugin ที่มาพร้อมชุด ซึ่งเปลี่ยนหน่วยความจำถาวรให้เป็นคลังความรู้ที่คอมไพล์แล้ว
มัน ไม่ได้ แทนที่ Plugin หน่วยความจำที่ทำงานอยู่ Plugin หน่วยความจำที่ทำงานอยู่ยังคง
เป็นเจ้าของการเรียกคืน การโปรโมต การจัดทำดัชนี และ Dreaming memory-wiki อยู่เคียงข้าง
และคอมไพล์ความรู้ถาวรให้เป็นวิกิที่นำทางได้ พร้อมหน้าที่กำหนดได้แน่นอน
claim แบบมีโครงสร้าง แหล่งที่มา แดชบอร์ด และ digest ที่เครื่องอ่านได้
ใช้เมื่อคุณต้องการให้หน่วยความจำทำงานเหมือนชั้นความรู้ที่ดูแลรักษาอยู่มากขึ้น และ
เหมือนกองไฟล์ Markdown น้อยลง
สิ่งที่เพิ่มเข้ามา
- คลังวิกิเฉพาะพร้อมเลย์เอาต์หน้าที่กำหนดได้แน่นอน
- เมทาดาทา claim และหลักฐานแบบมีโครงสร้าง ไม่ใช่แค่ข้อความร้อยแก้ว
- แหล่งที่มา ความมั่นใจ ความขัดแย้ง และคำถามเปิดในระดับหน้า
- digest ที่คอมไพล์แล้วสำหรับผู้บริโภคฝั่งเอเจนต์/รันไทม์
- เครื่องมือค้นหา/get/apply/lint แบบเนทีฟของวิกิ
- โหมด bridge แบบเลือกได้ ซึ่งนำเข้า artifact สาธารณะจาก Plugin หน่วยความจำที่ทำงานอยู่
- โหมด render ที่เป็นมิตรกับ Obsidian และการผสานกับ CLI แบบเลือกได้
ทำงานร่วมกับหน่วยความจำอย่างไร
ให้คิดถึงการแบ่งชั้นแบบนี้:| ชั้น | เป็นเจ้าของ |
|---|---|
Plugin หน่วยความจำที่ทำงานอยู่ (memory-core, QMD, Honcho ฯลฯ) | การเรียกคืน การค้นหาเชิงความหมาย การโปรโมต Dreaming รันไทม์หน่วยความจำ |
memory-wiki | หน้าวิกิที่คอมไพล์แล้ว การสังเคราะห์ที่มีแหล่งที่มาแน่นหนา แดชบอร์ด การค้นหา/get/apply เฉพาะวิกิ |
memory_search corpus=all
เมื่อคุณต้องการการจัดอันดับเฉพาะวิกิ แหล่งที่มา หรือการเข้าถึงหน้าโดยตรง ให้ใช้
เครื่องมือเนทีฟของวิกิแทน
รูปแบบไฮบริดที่แนะนำ
ค่าเริ่มต้นที่ดีสำหรับการตั้งค่าแบบ local-first คือ:- QMD เป็นแบ็กเอนด์หน่วยความจำที่ทำงานอยู่สำหรับการเรียกคืนและการค้นหาเชิงความหมายแบบกว้าง
memory-wikiในโหมดbridgeสำหรับหน้าความรู้ถาวรที่สังเคราะห์แล้ว
- QMD ทำให้โน้ตดิบ การส่งออกเซสชัน และคอลเลกชันเพิ่มเติมค้นหาได้
memory-wikiคอมไพล์เอนทิตี claim แดชบอร์ด และหน้าต้นทางที่เสถียร
- ใช้
memory_searchเมื่อคุณต้องการการเรียกคืนแบบกว้างหนึ่งรอบทั่วทั้งหน่วยความจำ - ใช้
wiki_searchและwiki_getเมื่อคุณต้องการผลลัพธ์วิกิที่รับรู้แหล่งที่มา - ใช้
memory_search corpus=allเมื่อคุณต้องการให้การค้นหาร่วมครอบคลุมทั้งสองชั้น
openclaw wiki doctor ก่อน
จากนั้นยืนยันว่า Plugin หน่วยความจำที่ทำงานอยู่รองรับ artifact สาธารณะ
เมื่อโหมด bridge ทำงานอยู่และเปิดใช้ bridge.readMemoryArtifacts
openclaw wiki status, openclaw wiki doctor และ openclaw wiki bridge import จะอ่านผ่าน Gateway ที่กำลังรันอยู่ วิธีนี้ทำให้การตรวจ bridge ผ่าน CLI สอดคล้อง
กับบริบท Plugin หน่วยความจำของรันไทม์ หากปิด bridge หรือปิดการอ่าน artifact
คำสั่งเหล่านั้นจะคงพฤติกรรมแบบ local/offline ไว้
โหมดคลัง
memory-wiki รองรับโหมดคลังสามแบบ:
isolated
คลังของตัวเอง แหล่งข้อมูลของตัวเอง ไม่มีการพึ่งพา memory-core
ใช้เมื่อคุณต้องการให้วิกิเป็นคลังความรู้ที่คัดสรรเอง
bridge
อ่าน artifact หน่วยความจำสาธารณะและเหตุการณ์หน่วยความจำจาก Plugin หน่วยความจำที่ทำงานอยู่
ผ่าน seam สาธารณะของ Plugin SDK
ใช้เมื่อคุณต้องการให้วิกิคอมไพล์และจัดระเบียบ artifact ที่ส่งออกจาก Plugin หน่วยความจำ
โดยไม่เข้าถึงภายในส่วนตัวของ Plugin
โหมด bridge สามารถจัดทำดัชนี:
- artifact หน่วยความจำที่ส่งออก
- รายงาน dream
- โน้ตรายวัน
- ไฟล์รากของหน่วยความจำ
- บันทึกเหตุการณ์หน่วยความจำ
unsafe-local
ช่องทางหลบออกบนเครื่องเดียวกันแบบชัดเจนสำหรับพาธส่วนตัวในเครื่อง
โหมดนี้ตั้งใจให้เป็นเชิงทดลองและไม่พกพา ใช้เฉพาะเมื่อคุณ
เข้าใจขอบเขตความไว้วางใจและจำเป็นต้องใช้การเข้าถึงระบบไฟล์ในเครื่องที่
โหมด bridge ให้ไม่ได้จริง ๆ
เลย์เอาต์คลัง
Plugin เริ่มต้นคลังแบบนี้:sources/สำหรับวัตถุดิบที่นำเข้าและหน้าที่อิง bridgeentities/สำหรับสิ่ง บุคคล ระบบ โครงการ และวัตถุที่คงทนconcepts/สำหรับแนวคิด นามธรรม รูปแบบ และนโยบายsyntheses/สำหรับสรุปที่คอมไพล์แล้วและ rollup ที่ดูแลรักษาreports/สำหรับแดชบอร์ดที่สร้างขึ้น
claim และหลักฐานแบบมีโครงสร้าง
หน้าสามารถมี frontmatterclaims แบบมีโครงสร้างได้ ไม่ใช่แค่ข้อความอิสระ
claim แต่ละรายการสามารถมี:
idtextstatusconfidenceevidence[]updatedAt
kindsourceIdpathlinesweightconfidenceprivacyTiernoteupdatedAt
เมทาดาทาเอนทิตีสำหรับเอเจนต์
หน้าเอนทิตียังสามารถมีเมทาดาทาการกำหนดเส้นทางสำหรับการใช้งานของเอเจนต์ได้ สิ่งนี้เป็น frontmatter ทั่วไป จึงใช้ได้กับบุคคล ทีม ระบบ โครงการ หรือ เอนทิตีชนิดอื่นใด ฟิลด์ทั่วไปได้แก่:entityType: ตัวอย่างเช่นperson,team,systemหรือprojectcanonicalId: คีย์ตัวตนที่เสถียรซึ่งใช้ข้ามนามแฝงและการนำเข้าaliases: ชื่อ handle หรือป้ายกำกับที่ควร resolve ไปยังหน้าเดียวกันprivacyTier:public,local-private,sensitiveหรือconfirm-before-usebestUsedFor/notEnoughFor: คำใบ้การกำหนดเส้นทางแบบกะทัดรัดlastRefreshedAt: timestamp การรีเฟรชแหล่งข้อมูลที่แยกจากเวลาแก้ไขหน้าpersonCard: การ์ดกำหนดเส้นทางเฉพาะบุคคลแบบเลือกได้ พร้อม handle, socials, อีเมล เขตเวลา lane, ask-for, avoid-asking-for, ความมั่นใจ และความเป็นส่วนตัวrelationships: edge แบบมีชนิดไปยังหน้าที่เกี่ยวข้อง พร้อมเป้าหมาย ชนิด น้ำหนัก ความมั่นใจ ชนิดหลักฐาน ระดับความเป็นส่วนตัว และโน้ต
reports/person-agent-directory.md จากนั้นเปิดหน้าบุคคลด้วย wiki_get
ก่อนใช้รายละเอียดติดต่อหรือข้อเท็จจริงที่อนุมานมา
ตัวอย่าง:
ไปป์ไลน์การคอมไพล์
ขั้นตอนคอมไพล์จะอ่านหน้าวิกิ ปรับสรุปให้เป็นมาตรฐาน และปล่อย artifact ที่เสถียรสำหรับเครื่องภายใต้:.openclaw-wiki/cache/agent-digest.json.openclaw-wiki/cache/claims.jsonl
- การจัดทำดัชนีวิกิรอบแรกสำหรับ flow การค้นหา/get
- การค้นหา claim-id กลับไปยังหน้าที่เป็นเจ้าของ
- ส่วนเสริม prompt แบบกะทัดรัด
- การสร้างรายงาน/แดชบอร์ด
แดชบอร์ดและรายงานสุขภาพ
เมื่อเปิดใช้render.createDashboards การคอมไพล์จะดูแลแดชบอร์ดภายใต้
reports/
รายงานในตัวประกอบด้วย:
reports/open-questions.mdreports/contradictions.mdreports/low-confidence.mdreports/claim-health.mdreports/stale-pages.mdreports/person-agent-directory.mdreports/relationship-graph.mdreports/provenance-coverage.mdreports/privacy-review.md
- กลุ่มโน้ตความขัดแย้ง
- กลุ่ม claim ที่แข่งขันกัน
- claim ที่ขาดหลักฐานแบบมีโครงสร้าง
- หน้าและ claim ที่มีความมั่นใจต่ำ
- ความสดใหม่ที่ล้าสมัยหรือไม่ทราบ
- หน้าที่มีคำถามค้างอยู่
- การ์ดกำหนดเส้นทางบุคคล/เอนทิตี
- edge ความสัมพันธ์แบบมีโครงสร้าง
- ความครอบคลุมของคลาสหลักฐาน
- ระดับความเป็นส่วนตัวที่ไม่ใช่สาธารณะซึ่งต้องตรวจทานก่อนใช้
การค้นหาและการเรียกคืน
memory-wiki รองรับแบ็กเอนด์การค้นหาสองแบบ:
shared: ใช้ flow การค้นหาหน่วยความจำร่วมเมื่อพร้อมใช้งานlocal: ค้นหาวิกิในเครื่อง
wikimemoryall
wiki_searchและwiki_getใช้ digest ที่คอมไพล์แล้วเป็นรอบแรกเมื่อเป็นไปได้- claim id สามารถ resolve กลับไปยังหน้าที่เป็นเจ้าของได้
- claim ที่ถูกโต้แย้ง/ล้าสมัย/สดใหม่มีผลต่อการจัดอันดับ
- ป้ายกำกับแหล่งที่มาสามารถคงอยู่ไปถึงผลลัพธ์
- โหมดค้นหาสามารถถ่วงน้ำหนักการจัดอันดับสำหรับการค้นหาบุคคล การกำหนดเส้นทางคำถาม หลักฐาน แหล่งข้อมูล หรือ claim ดิบ
- ใช้
memory_search corpus=allสำหรับการเรียกคืนแบบกว้างหนึ่งรอบ - ใช้
wiki_search+wiki_getเมื่อคุณให้ความสำคัญกับการจัดอันดับเฉพาะวิกิ แหล่งที่มา หรือโครงสร้างความเชื่อระดับหน้า
auto: ค่าเริ่มต้นแบบสมดุลfind-person: เพิ่มน้ำหนักเอนทิตีที่เหมือนบุคคล นามแฝง handle, socials และ canonical IDroute-question: เพิ่มน้ำหนักการ์ดเอเจนต์ คำใบ้ ask-for คำใบ้ best-used-for และ บริบทความสัมพันธ์source-evidence: เพิ่มน้ำหนักหน้าต้นทางและเมทาดาทาหลักฐานแบบมีโครงสร้างraw-claim: เพิ่มน้ำหนัก claim แบบมีโครงสร้างที่ตรงกัน และส่งคืนเมทาดาทา claim/หลักฐาน ในผลลัพธ์
wiki_search สามารถส่งคืน
matchedClaimId, matchedClaimStatus, matchedClaimConfidence,
evidenceKinds และ evidenceSourceIds ใน payload รายละเอียด เอาต์พุตข้อความ
ยังรวมบรรทัด Claim: และ Evidence: แบบกะทัดรัดเมื่อมี
เครื่องมือเอเจนต์
Plugin ลงทะเบียนเครื่องมือเหล่านี้:wiki_statuswiki_searchwiki_getwiki_applywiki_lint
wiki_status: โหมดคลังปัจจุบัน สุขภาพ ความพร้อมใช้งานของ Obsidian CLIwiki_search: ค้นหาหน้าวิกิ และเมื่อกำหนดค่าไว้ ค้นหา corpus หน่วยความจำร่วม; รับmodeสำหรับการค้นหาบุคคล การกำหนดเส้นทางคำถาม หลักฐานแหล่งข้อมูล หรือการเจาะลึก claim ดิบwiki_get: อ่านหน้าวิกิตาม id/path หรือ fallback ไปยัง corpus หน่วยความจำร่วมwiki_apply: การกลายพันธุ์ synthesis/เมทาดาทาแบบแคบโดยไม่ผ่าตัดหน้าแบบอิสระwiki_lint: การตรวจโครงสร้าง ช่องว่างของแหล่งที่มา ความขัดแย้ง คำถามเปิด
memory_search และ memory_get แบบร่วมเข้าถึงวิกิได้เมื่อ Plugin หน่วยความจำที่ทำงานอยู่
รองรับการเลือก corpus
พฤติกรรม prompt และบริบท
เมื่อเปิดใช้context.includeCompiledDigestPrompt ส่วน prompt หน่วยความจำจะ
ต่อท้าย snapshot ที่คอมไพล์แล้วแบบกะทัดรัดจาก agent-digest.json
snapshot นั้นตั้งใจให้เล็กและมีสัญญาณสูง:
- เฉพาะหน้ายอดนิยม
- เฉพาะ claim ยอดนิยม
- จำนวนความขัดแย้ง
- จำนวนคำถาม
- ตัวระบุความมั่นใจ/ความสดใหม่
การกำหนดค่า
วาง config ใต้plugins.entries.memory-wiki.config:
vaultMode:isolated,bridge,unsafe-localvault.renderMode:nativeหรือobsidianbridge.readMemoryArtifacts: นำเข้าอาร์ติแฟกต์สาธารณะของ Active Memory Pluginbridge.followMemoryEvents: รวมบันทึกเหตุการณ์ในโหมด bridgesearch.backend:sharedหรือlocalsearch.corpus:wiki,memoryหรือallcontext.includeCompiledDigestPrompt: ผนวกสแนปช็อตไดเจสต์แบบกะทัดรัดเข้ากับส่วนพรอมต์หน่วยความจำrender.createBacklinks: สร้างบล็อกที่เกี่ยวข้องแบบกำหนดแน่นอนrender.createDashboards: สร้างหน้าแดชบอร์ด
ตัวอย่าง: โหมด QMD + bridge
ใช้สิ่งนี้เมื่อคุณต้องการ QMD สำหรับการเรียกคืน และmemory-wiki สำหรับชั้นความรู้ที่ได้รับการดูแลรักษา:
- ให้ QMD รับผิดชอบการเรียกคืน Active Memory
- ให้
memory-wikiมุ่งเน้นไปที่หน้าที่คอมไพล์แล้วและแดชบอร์ด - รูปทรงของพรอมต์ไม่เปลี่ยนแปลงจนกว่าคุณจะตั้งใจเปิดใช้พรอมต์ไดเจสต์ที่คอมไพล์แล้ว
CLI
memory-wiki ยังเปิดเผยพื้นผิว CLI ระดับบนด้วย:
การรองรับ Obsidian
เมื่อvault.renderMode เป็น obsidian Plugin จะเขียน Markdown ที่เป็นมิตรกับ Obsidian และสามารถเลือกใช้ CLI obsidian อย่างเป็นทางการได้
เวิร์กโฟลว์ที่รองรับรวมถึง:
- การตรวจสอบสถานะ
- การค้นหา vault
- การเปิดหน้า
- การเรียกใช้คำสั่ง Obsidian
- การข้ามไปยังบันทึกประจำวัน
เวิร์กโฟลว์ที่แนะนำ
- เก็บ Active Memory Plugin ของคุณไว้สำหรับการเรียกคืน/การเลื่อนระดับ/Dreaming
- เปิดใช้
memory-wiki - เริ่มด้วยโหมด
isolatedเว้นแต่คุณต้องการโหมด bridge อย่างชัดเจน - ใช้
wiki_search/wiki_getเมื่อแหล่งที่มามีความสำคัญ - ใช้
wiki_applyสำหรับการสังเคราะห์แบบแคบหรือการอัปเดตเมตาดาตา - รัน
wiki_lintหลังจากมีการเปลี่ยนแปลงที่มีนัยสำคัญ - เปิดใช้แดชบอร์ดหากคุณต้องการมองเห็นรายการล้าสมัย/ข้อขัดแย้ง