
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


