
alethech
io.github.eddyflores100-langv0.9.2更新於 Oct 4, 2026
Read-only MCP bridge for alethech — verifiable, Ed25519-signed agent memory over stdio.
概覽
一個唯讀的 MCP 橋接服務,透過 stdio 提供經密碼學簽章、可驗證的代理記憶。
- 功能
- 這是 alethech 的唯讀 stdio 橋接服務。alethech 是一套本機協定,以 Ed25519 對代理記憶提交進行簽章,並以雜湊鏈結的 DAG 串接。透過此橋接,助理可以讀取經驗證的記憶脈絡,並執行驗證工具,檢查某筆記憶在簽章後是否被修改、由誰簽章,以及來源鏈是否完整。憑證與檔案路徑保留在設定中,不會當成工具參數傳入。它不是記憶儲存或檢索系統,也不會呼叫任何 LLM。
- 適用情境
- 當你已在本機維護 alethech 記憶庫,並希望助理讀取這段經驗證的歷史或檢查其完整性時,值得加入。它不適合作為通用記憶或搜尋後端,因為本身不儲存也不檢索任何內容。
- 執行需求
- 以本機程序在使用者機器上執行,從 PyPI 安裝 alethech(Python),透過 python -m alethech.mcp_memory 或 alethech-mcp 指令啟動。僅限桌面端,沒有遠端端點。未宣告任何驗證、環境變數或標頭。實際使用需要既有的本機 alethech 儲存庫及其金鑰。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 alethech,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。
其他 MCP 客戶端
參照 儲存庫 中的啟動說明。
README
alethech
[PyPI version] [Python] [License: MIT] [CI] [Mutation paths] [Coverage] [Type hints] [GitHub Repo stars]
Verifiable agent continuity protocol — local-first, zero-LLM, zero-blockchain. The art of un-concealing transmission integrity.
Copyright (c) 2026 AliceLabs LLC.
Listed in TeleAI-UAGI/Awesome-Agent-Memory (Emerging projects) after a maintainer audit of the claims against the code.
Now in the official MCP Registry: io.github.eddyflores100-lang/alethech — the read-only alethech-mcp bridge, discoverable by any registry-aware MCP client.
If alethech is useful to you, a ★ star is how other people — and their agents — find it.
From Greek ἀλήθεια (aletheia, "truth as un-concealment") + τέχνη (techne, "art, craft"). The art of revealing that a memory was not modified after being signed.
This is the reference implementation of the protocol specified in docs/implementacion-nucleo-minimo.md (rev 2 + rev 3 identity layer).
what this is
alethech provides cryptographically verifiable, portable memory continuity for AI agents. It signs memory commits with Ed25519, links them in a hash-linked DAG, rotates keys without losing identity, and can seal a verified history into one encrypted .aleth file for transfer between compatible runtimes and devices.
What this repo IS:
- A cryptographic protocol implementation (Ed25519 + SHA-256 + JCS RFC 8785)
- An encrypted portable memory container (
.aleth, scrypt + AES-256-GCM) - A neutral verified adapter view for plugins and chat integrations
- A read-only MCP stdio bridge (
python -m alethech.mcp_memory, oralethech-mcpafterpip install alethech) exposing verified memory context and verification tools — credentials and paths stay configuration, never tool arguments - 9 CLI commands (
init,commit,evidence,verify,export,import,migrate,key rotate,key revoke) - A test suite with mutation-guard paths (each guarantee has a test that fails when the check is defeated)
- MIT licensed, published on PyPI as
alethech
What this repo is NOT:
- It is NOT a memory store or retrieval system
- It is NOT the legacy
memexproject (Python/ChromaDB memory server) - It has no Docker, no auto-update, no LLM calls, no required cloud
- It depends only on
cryptographyandclick— nomem0ai, nochromadb, noollama
The legacy memex codebase (167 commits, AliceLabs Proprietary License) is preserved in a separate repository: eddyflores100-lang/memex-legacy. It is not part of this repo and not installed by pip install alethech.
the property
This memory set forms part of a cryptographically verifiable history associated with a determined identity, whose commits can be independently verified with respect to their integrity, cryptographic authorship, and provenance relations.
When a reference checkpoint exists, it can additionally be verified that the presented history continues from that checkpoint.
The protocol does NOT prove that the agent's claims are true — only that they were signed by the identity that claims them. The truth being un-concealed is the truth about transmission integrity, not about content.
status
Released version 0.9.1 — portable encrypted memory (.aleth v2 with ALETH002 recovery across Python, TypeScript, and Rust) and chat capture into portable memory are live. CI runs the Python suite on 3.10–3.13 plus cross-language conformance and .aleth interoperability across Python, Rust, and TypeScript. No LLM, no required cloud, no blockchain, no consensus.
install
For development:
usage
capture a chat, carry the file
Use the Alethech toolbar icon to capture the loaded conversation, review it, and
create an encrypted .aleth with a new local identity and recovery code. Carry
that file to another device, chat or IDE. The extension imports it and inserts
selected context into an empty chat editor only on request; it never sends.
For any text-capable client, export context.txt. MCP clients can use the local
read-only memory connector. A single offline alethech.html also opens/creates
files without installing an extension or registering an account.
See the complete capture and transfer guide and
IDE/MCP setup. Capture requires only activeTab and
scripting, with no global host or storage permission. Rendered chat capture
cannot retrieve a provider's hidden memories or unloaded conversation history.
portable encrypted memory (.aleth)
Alethech 0.9 development adds a single encrypted file designed for drag-and-drop transfer:
The .aleth container uses scrypt + AES-256-GCM. Its authenticated payload can be opened byte-exactly by the Python, Rust, and TypeScript implementations in CI. The portable file may carry the encrypted operational signing key so history can continue on another device, but it excludes root.key and recovery.key.
See docs/ALETH_CONTAINER_SPEC.md and docs/ADAPTER_CONTRACT.md.
what it does NOT do
- It does NOT prove that the agent's claims are true. Only that they were signed by the identity that claims them.
- It does NOT detect rollback without an external checkpoint.
- The local working store is NOT encrypted at rest; the portable
.alethcontainer is encrypted. - It does NOT delegate permissions between agents.
- It does NOT call any LLM.
what the name means
alethech comes from:
- aletheia (ἀλήθεια) — Greek for "truth", more precisely "un-concealment" (Heidegger's reading: truth as the act of revealing what was hidden)
- techne (τέχνη) — Greek for "art, craft, technique"
So alethech = "the art of un-concealing". The protocol un-conceals:
- whether a memory was modified after being signed
- who signed it
- what signed timestamp was recorded (NOT physical signing time — only the timestamp recorded in the artifact)
- what its provenance is
- whether the chain of custody is intact
It does NOT un-conceal whether the content is true — that's the agent's responsibility, not the protocol's.
tests
The Python test suite covers:
- crypto primitives (Ed25519, SHA-256, base64url, base32)
- JCS canonicalization (RFC 8785) — 56 conformance vectors including:
- integer/float serialization per ECMAScript Number.prototype.toString()
- -0 serializes as "0" (per RFC 8785 erratum, NOT preserved)
- scientific notation format (positive exponents keep '+', negative strip leading zeros)
- decimal vs scientific threshold (1e21 / 1e-6)
- UTF-16 key ordering with surrogate pairs
- string escaping (control chars, non-ASCII preservation)
- NaN/Infinity rejection
- agent_id derivation (cryptographic binding to public_key)
- MemoryCommit signing, tamper detection, wrong-key rejection
- EvidenceCommit signing (supports both legacy and V2 identity)
- all 9 CLI commands (init, commit, evidence, verify, export, import, migrate, key rotate, key revoke)
- checkpoint emission + rollback detection + causal continuity (ancestry check)
- identity_mismatch detection
- export/import roundtrip preservation
- tampered manifest rejection
- key rotation with cutoff_head reachability guarantee
- ancestry_check mutation guard (3 code-level defeats)
- recall-seam defeats (2 data-level mutations: active-keys tampering, cutoff_head mutation)
- root_id binding (RootAuthority ↔ IdentityRecord ↔ ControlEvent)
- checkpoint continuity (checkpoint HEAD must be ancestor of current HEAD)
- IdentityRecordV2 signature verification (against root public key)
- import causal continuity (ancestry check before writing)
- import hardening (symlinks, path traversal, archive bombs, artifact hash verification)
repository structure
cross-language validation
The protocol is implemented in three independent languages:
All three use the same NIST SHA-256 test vectors, RFC 4648 base32 vectors, and RFC 8785 JCS conformance vectors. The cross-language claim is backed by an executable harness:
This runs all three implementations against the same shared fixtures in conformance/ and asserts byte-exact agreement on canonical bytes for accepted fixtures. The default run is fail-closed: exit 0 = all three ran and agree, 1 = disagreement, 2 = an implementation/runtime is unavailable. CI builds the Rust helper and executes the three-runtime harness. See conformance/CROSS_LANGUAGE.md for the contract and how to add a 4th implementation.
license
MIT.
related repositories
eddyflores100-lang/memex-legacy— Legacy Memex codebase (167 commits, AliceLabs Proprietary License). Python/ChromaDB memory system with MCP integration. Preserved for historical reference. NOT installed bypip install alethech.
Copyright (c) 2026 AliceLabs LLC. MIT License.
來源:README.md,提交 46fab46
工具
0版本歷史
1- v0.9.2最新Oct 4, 2026


