指导开发者新增可持久化的业务记忆类型：按需选择 Markdown、SQLite 和 LanceDB，确定 Markdown 文件策略，再配置所需的架构、仓库和写入器。
- 新增可持久化的业务记忆类型
- 设计存储层组合
- 连接 Markdown 原文与检索索引
EverMind-AI/EverOS1.4万2026年10月29日 更新
免费在 GitHub 公开中文介绍
new-branch
在更新后的 `main` 分支上创建用途明确的 Git 分支，并按改动类型选择前缀，如功能、修复、文档、CI、维护或重构，再添加简短的小写连字符名称。
原文查看原文说明
Create a GitHub branch from main with the project naming convention
EverMind-AI/EverOS星标 13,702(GitHub 13,702 + cccskills 0)
集成工具GitHub
实测评分 未实测
查看安装方法适用场景
- 为新功能创建分支
- 为修复问题创建分支
- 开始更新文档
- 统一分支命名规则
中文介绍
功能
此技能用于在 GitHub 仓库中从 main 创建分支，以便开始工作。它会根据改动类型选择前缀：feat、fix、docs、ci、chore 或 refactor，后面接简短的 kebab-case 名称。例如，新增功能可以使用 feat/add-agentic-rerank，修复问题可以使用 fix/empty-profile-crash。
创建分支前，技能会先切换到 main 并更新它，然后从更新后的状态创建新的工作分支。每个分支应只服务于一个目的。完成工作后，流程是向 main 提交拉取请求；此工作方式以不直接向 main 提交为前提。
适用场景
开始开发功能、修复问题、更新文档或处理其他独立改动时，可以使用此技能。如果您希望仓库中的分支名称遵循统一规则，也适合使用。
使用示例
- “为设置页面新增功能创建一个分支。”
- “创建一个分支来修复空白个人资料导致的崩溃。”
- “创建一个用于更新开发指南的分支。”
注意事项
此技能需要 Git 和 GitHub 仓库，并会在创建新分支前更新 main。
本介绍由 AI（OpenAI Codex）根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。
文档检查
AI 根据 SKILL.md 的内容检查了需要注意的操作和使用前提。评分只依据实际运行的结果（实测对比）。
- 安全性发送数据、删除文件、执行命令等是否有说明
- B部分不足资料会切换分支并更新 `main`，但未说明如何检查未提交的改动。
- 安装难易度所需工具和 API 密钥是否少且有说明
- A良好资料明确说明需要 Git 和 GitHub 仓库。
不计入评分。 由 AI（OpenAI Codex）于 2026年10月29日 评估。仅供参考，安装前请同时查看原文。
如果您认为评估有误，请申请复核
包含的文件（1）
- SKILL.md1.1 KB
SKILL.md（原文）
安装前可以查看交给 AI 代理的指令内容。
/new-branch
Cut a new branch for the GitHub repository.
Branch model
main = default and protected branch
feat/* = feature work
fix/* = bug fixes
docs/* = documentation-only changes
ci/* = CI, build, and developer-experience changes
chore/* = repository maintenance
refactor/* = behavior-preserving code structure changes
Steps
- Ask (or infer) the change type:
feat,fix,docs,ci,chore, orrefactor. - Update
mainfirst:git checkout main git pull --ff-only - Create the branch with a kebab-case slug:
git checkout -b <type>/<short-slug> - Keep the branch scoped to one purpose and open a pull request back to
main.
Naming
feat/add-agentic-rerank,fix/empty-profile-crash,docs/quickstart-config,ci/check-github-docs.- Lowercase, hyphen-separated, no spaces, concise.
Never commit directly to main — always use a branch and pull request.
评价
还没有评价。欢迎分享你的使用感受。
评论
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
同一仓库的技能
检查当前 Git 改动和近期提交记录，再按 Conventional Commits 格式创建聚焦的提交。可只暂存相关文件，并处理钩子检查失败的问题。
- 检查改动并创建提交
- 从差异中选择相关文件
- 按约定编写提交说明
EverMind-AI/EverOS1.4万2026年10月29日 更新
使用 GitHub CLI `gh`，按仓库模板将当前分支的改动提交为面向 `main` 的拉取请求。创建前运行 `make ci`，通过后推送分支并填写改动摘要、所属领域、验证结果、检查清单和审阅备注。
- 为已完成的改动创建拉取请求
- 填写拉取请求模板各项内容
- 记录持续集成和手动检查结果
EverMind-AI/EverOS1.4万2026年10月29日 更新
指导将 everos 新版本发布到 PyPI，包括更新版本号和变更日志、创建触发自动工作流的标签，并完成审批。工作流上传后，还需检查并发布 GitHub Release 草稿。
- 发布补丁版或次要版本
- 分发预发布版本
- 根据变更日志整理发布页面
EverMind-AI/EverOS1.4万2026年10月29日 更新