Workspace
默认 workspace 是启动目录下的.reme/,可在启动时覆盖:
metadata/ 可以从用户文件重建,不应被当作唯一记忆来源。备份时至少保留 session/、resource/、daily/ 和 digest/。Markdown 记忆
记忆文件使用普通 Markdown,可带 YAML frontmatter:- 路径始终相对于 workspace;读写命令只接受 workspace 内路径。
.md可以省略,ReMe 会在需要时补全。[[path/to/file.md]]表示 workspace 内的 wikilink。- frontmatter 的
name和description是常用摘要字段;其他元数据是否稳定,应以 schema 和实际写入工具为准。 - 移动或删除带链接的文件时优先使用 ReMe 的
move/deleteaction,以便检查相关链接。
配置
未传入config= 时,ReMe 会加载内置 default 配置。通过 config= 指定的文件会替代内置默认配置,因此必须包含完整的应用配置。命令行点号参数会继续覆盖最终选中的配置:
字符串中的
${VAR} 和 ${VAR:-default} 会从环境变量展开。包含密钥的配置和 .env 不应提交到版本库。
权威配置来源:
reme/config/default.yaml:默认 job、组件和参数;reme/schema/application_config.py:顶层配置结构;reme/config/config_parser.py:合并、点号覆盖和环境变量规则。
CLI
CLI 形式统一为:start 之外的 action 会连接正在运行的服务。运行时 reme help 和 reme/config/default.yaml 是 action 与参数的权威清单。
HTTP 与 MCP
默认 HTTP 服务将公开 job 暴露为POST /{action}。服务运行后访问:
/docs:交互式 OpenAPI 页面;/openapi.json:机器可读 schema。
http://127.0.0.1:2333/mcp。工具清单由 MCP 客户端在连接时自动发现。
兼容性与变更
- Python 要求和依赖范围以
pyproject.toml为准。 - 请求、响应和持久化结构以
reme/schema/为准。 - 行为边界以
tests/为准。 - 版本变化见 GitHub Releases。