EverMind

使用 GitHub CLI `gh`，按仓库模板将当前分支的改动提交为面向 `main` 的拉取请求。创建前运行 `make ci`，通过后推送分支并填写改动摘要、所属领域、验证结果、检查清单和审阅备注。

• 为已完成的改动创建拉取请求
• 填写拉取请求模板各项内容
• 记录持续集成和手动检查结果

检查当前 Git 改动和近期提交记录，再按 Conventional Commits 格式创建聚焦的提交。可只暂存相关文件，并处理钩子检查失败的问题。

• 检查改动并创建提交
• 从差异中选择相关文件
• 按约定编写提交说明

在更新后的 `main` 分支上创建用途明确的 Git 分支，并按改动类型选择前缀，如功能、修复、文档、CI、维护或重构，再添加简短的小写连字符名称。

• 为新功能创建分支
• 为修复问题创建分支
• 开始更新文档

指导将 everos 新版本发布到 PyPI，包括更新版本号和变更日志、创建触发自动工作流的标签，并完成审批。工作流上传后，还需检查并发布 GitHub Release 草稿。

• 发布补丁版或次要版本
• 分发预发布版本
• 根据变更日志整理发布页面

指导开发者新增可持久化的业务记忆类型：按需选择 Markdown、SQLite 和 LanceDB，确定 Markdown 文件策略，再配置所需的架构、仓库和写入器。

• 新增可持久化的业务记忆类型
• 设计存储层组合
• 连接 Markdown 原文与检索索引