jeonjw85/kenfold 是一个自托管记忆服务器，让 Claude Code、Codex、OpenCode、ChatGPT 通过 MCP 协议共享记忆。2026-10-21 的合并提交 44d84be（PR #6）是在为提交官方 MCP Registry 做准备。它新建了根目录的 server.json，在 Dockerfile 中加入了归属权标签 io.modelcontextprotocol.server.name，并新增了 151 行的 docs/mcp-registry.md，同时让英文与韩文 README 指向该文档。共在 5 个文件中新增 168 行，没有删除任何行。Go 代码、数据库结构、认证策略与网络暴露范围保持不变。
Registry 只是一个存放 MCP 服务器元数据的目录。当前 schema（2025-12-11）并不要求 packages 或 remotes，官方校验工具也允许它们缺失。准备好的 server.json 已在 2026-10-20 通过官方 POST /v0.1/validate 端点校验，结果为 {"valid":true,"issues":[]}；元数据中的版本并非新建的数值，而是直接沿用现有的最新发行版 0.1.2。文档以此为依据记录了服务器绑定 MCP Go SDK v1.8.0、在 /mcp 路径提供 streamable-http 传输，并使用按 agent 区分的 Bearer 密钥与可选的 OAuth（PKCE S256）。文档还分步骤整理了流程：在公开 OCI 镜像上传之后，附加 packages 条目，将其变为可自动安装的列表。
不过，通过校验并不等于发布。它不代表命名空间归属权的确认，也不是协议认证，更不保证在目录中的曝光。由于 v0.1.2 的 GitHub 发行版没有附带任何资产，而该仓库既未指向公开镜像，也未指向正在运行的托管地址，因此 packages 与 remotes 被留空。发行说明也指出，与 ChatGPT 和 claude.ai 的实际连接尚未验证。README 中写明的基准测试状态同样并不完整。最近一次评分运行只留下 raw-LoCoMo 1,402/1,540 题的部分结果，随后因无法确认 API 用量而中止，抽取-LoCoMo 与 LongMemEval QA 未进行评分。官方 registry 收录只是起点，其本身并不能证明安装的便利性或性能。在 OCI 镜像公开、packages 条目被填上并补充客户端连接验证之前，把它当作一个显眼的参考点来看更为妥当。