GGitHub采集材料
KITE:为智能体提供可追溯记忆
发布时间未知 · 北京时间
原文与观测指标
1 个来源GGitHub
查看原文 KITE:为智能体提供可追溯记忆
memoket星标230采集时的累计值
每小时增长待观察星标 / 小时 · 观测区间平均值
最近提交10-28 14:23提交时间不是项目发布时间
发布时间:未知 · 首次发现 10-28 14:30 · 北京时间
指标采集:10-28 14:30 · 指标已取得
项目文档有线索安装说明有线索使用说明有线索示例有线索
仅反映文档与示例线索,未实际运行项目。
摘要
KITE 将对话整理为带来源证据的主题事实,并把问题编译成可读查询计划,以回答如“现在谁负责某客户”等涉及时间变化的问题;材料还给出事实提取与查询示例。
摘要由 AI 生成,请以原文为准。观测历史 · 最近 1 条 展开 / 收起
缺失不计为零;增长只比较同一指标来源的有效记录,按实际间隔折算每小时。上游缓存可能延迟数值更新。
| 采集时间 · 北京时间 | 指标 | 数值 | 来源 | 状态 |
|---|---|---|---|---|
| 10-28 14:30:09 | Star | 230 | GitHub 公开页面 | 已取得 |
采集原文 展开 / 收起
memoket-kite
An open-source, vector-free long-term memory engine for AI agents, achieving SOTA on LoCoMo and LongMemEval with significantly less context.
项目说明 展开 / 收起
Follow the thread, not the nearest match. Open-source and vector-free, KITE achieves 🥇 93.51% on LoCoMo and 🥇 85.60% on LongMemEval-S, with gpt-4.1-mini used across all benchmark stages and an average reader context of only ~1.6K tokens per question. 📢 News [2026-10-26]: 🎬 Released an explainer video of how KITE works, from a message to a cited answer. [2026-08-13]: 🎉 First public release: KITE v0.1.0 is open source under Apache-2.0 and on PyPI as memoket-kite. 💡 Why KITE by Memoket Most AI memory turns every sentence into a cloud of numbers and hands back whatever lands closest to your question. It always returns something, even when the answer was never there, and it cannot show you why. KITE by Memoket reads what a question means, not how it sounds. "Who's the decision-maker on the Henderson account now?" Nothing in memory says decision-maker: March. Marcus: "I'll sign off on Henderson." June. The new VP of Ops: "Dana owns Henderson from here." Both were filed under the same topic when they were written. Then now sorts them by date. Similarity has no notion of now: nearest-match memory rates March just as relevant and answers "Marcus", with nothing to tell you it is wrong. KITE answers "Dana", with the June line attached. Nearest-match memory 🪁 KITE by Memoket Finds whatever sounds like the question the facts that answer it When it was never said returns something anyway comes back empty, and says so Why this answer? a similarity score a readable plan, with who said it and when Runtime stack embeddings · vector DB · rerankers one portable, topic-indexed file Ask again tomorrow depends on the index that day the same plan walks the same steps ⚙️ How It Works The whole idea in one line: conversations settle into facts under topics, and a question finds its topic and pulls that topic's memories, receipts included. KITE-how-it-works.mp4 1 · Message → Fact A user says, "I moved to Tokyo on July 26." KITE by Memoket extracts what happened and files it under its topics, keeping the original message as evidence: <fact t="2026-07-26" kind="event" who="user" place="tokyo" event="move" src="chat1L1"> The user moved to Tokyo on 26 July 2026. </fact> <line id="chat1L1" who="user">I moved to Tokyo on July 26.</line> 2 · Question → Plan When the agent asks "Where does the user live now?", KITE by Memoket compiles the question into a plan you can read, validate, and cache: { "select": "facts", "where": {"who": ["user"], "event": ["move"]}, "pipe": [ {"op": "sort", "key": "t", "desc": true}, {"op": "head", "n": 1} ] } 3 · Plan → Execution The executor runs the plan over the topic index. Keywords and associations come first, then conditions filter down to the one moment that answers the question: SEARCH facts FILTER who = "user" AND event = "move" SORT BY event_time DESC TAKE 1 The same validated plan always follows the same steps over the same memory, with no embeddings and no vector database anywhere. 4 · Evidence → Answer Answer: Tokyo Source: chat1L1, "I moved to Tokyo on July 26." Key Features 🚫 No vector stack No embeddings, no vector database, no layers to embed, sort, and re-rank every result. 🗂️ Structured facts Conversations crystallize into typed, dated, topic-indexed memory you can open and read. 🔍 Inspectable queries Every question becomes a symbolic plan, revealing exactly how each answer was matched. 🕐 Time-aware retrieval People, events, dates, and updates handled directly, so "now" means now. 🧾 Shows its work Evidence links straight back to the moment it came from: who said it, when, and the actual words. 🤷 Knows what it doesn't know When something was never said, the search comes back genuinely empty, and KITE says so. 🚀 Quick Start 1. Install and configure python -m pip install memoket-kite export OPENAI_API_KEY="sk-..." mkdir -p artifacts curl -fsSL \ https://raw.githubusercontent.com/memoket/memoket-kite/main/examples/data/demo_codebook.xml \ -o artifacts/quickstart.xml Using another OpenAI-compatible provider? Set OPENAI_BASE_URL as well. 2. Remember Turn a conversation into structured, source-backed facts: from memoket_kite import Memory memory = Memory.load("artifacts/quickstart.xml") memory.remember( [{"role": "user", "content": "I moved to Tokyo."}], session_id="session_1", ) 3. Recall Compile a question into a plan and retrieve matching facts, each carrying its sources: from memoket_kite import Memory memory = Memory.load("artifacts/quickstart.xml") for fact in memory.recall("Where did the user move?"): print(fact.content) print(fact.sources) 4. Answer Generate an answer from the retrieved evidence and keep the receipts: from memoket_kite import Memory memory = Memory.load("artifacts/quickstart.xml") result = memory.answer_with_evidence("Where did the user move?") print(result.text) # "The user moved to Tokyo." for fact in result.evidence: print(fact.content, fact.sources) # the moments the answer stands on print(memory.answer("Where did the user move?")) # just the text Full reference in docs/api.md; more runnable examples in examples/. 📊 Benchmark Results KITE by Memoket posts the top overall score on both public long-conversation memory benchmarks. It is the only system up there that uses no vectors, and it reads less context than any capable rival. Benchmark Overall Accuracy Avg. Reader Context LoCoMo 🥇 93.51% 1.51k tokens LongMemEval-S 🥇 85.60% 1.65k tokens All systems are evaluated under one shared protocol, with gpt-4.1-mini as the common reader and judge; the exact rubrics are in the LoCoMo protocol and LongMemEval protocol. Reader context is the mean per-question evidence budget: what the reader actually gets to see, measured by the same ledger on every question. Each figure comes from a reference run under the default configuration, with gpt-4.1-mini reading and judging and no ablation flags set. The reproduction contract pins the dataset revisions, protocols, model IDs, expected row counts, and reported scores. The provided scripts rebuild the evaluation locally fro