跳到正文
cccskills
免费在 GitHub 公开中文介绍

pr

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

原文查看原文说明

Open a GitHub PR targeting the correct branch with the project template

EverMind-AI/EverOS星标 13,704(GitHub 13,704 + cccskills 0)
集成工具GitHub

实测评分 未实测

查看安装方法

适用场景

  • 为已完成的改动创建拉取请求
  • 填写拉取请求模板各项内容
  • 记录持续集成和手动检查结果
  • 提交功能或修复以供审阅

中文介绍

功能

使用 GitHub CLI gh，从当前工作分支向 main 创建拉取请求。创建前会确认当前分支和目标分支，并运行 make ci 检查本地检查是否通过。随后推送分支，并按照仓库中的拉取请求模板整理正文。

正文包括改动内容及原因、所属领域、运行过的验证命令、检查清单和给审阅者的备注。只记录实际完成的检查；如果没有完整运行 make ci，会在 Verification 部分如实说明。每个拉取请求应集中于一个领域。

适用场景

完成一项功能或修复后，需要创建拉取请求并请求审阅时，可以使用此技能。它也适合将改动内容和验证方式分别整理到模板对应栏目中。

使用示例

  • “从当前分支向 main 创建拉取请求。”
  • “按模板填写改动内容和验证结果，然后创建 PR。”
  • “创建修复 PR，并写入 make ci 的结果。”

注意事项

需要安装 GitHub CLI gh，并具备 make ci。检查失败时不会创建拉取请求。

本介绍由 AI（OpenAI Codex）根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

文档检查

AI 根据 SKILL.md 的内容检查了需要注意的操作和使用前提。评分只依据实际运行的结果（实测对比）。

安全性发送数据、删除文件、执行命令等是否有说明
A良好检查失败时不创建 PR，并要求如实注明未完成的验证。
安装难易度所需工具和 API 密钥是否少且有说明
A良好明确要求 GitHub CLI `gh` 和 `make ci`。

不计入评分。 由 AI（OpenAI Codex）于 2026年10月29日 评估。仅供参考，安装前请同时查看原文。

如果您认为评估有误，请申请复核

请写明哪一项有误以及原因。无需登录。我们会对照 SKILL.md 重新评估，并在此处更新结果。

此表单受 reCAPTCHA 保护，适用 Google 的隐私权政策和服务条款。

包含的文件（1）

  • SKILL.md1.4 KB

SKILL.md（原文）

安装前可以查看交给 AI 代理的指令内容。

/pr

Open a pull request on GitHub using the gh CLI and the repo's PR template.

Steps

  1. Confirm the branch and target:
    • Base branch is main.
    • Head branch should be a scoped branch such as feat/*, fix/*, docs/*, ci/*, chore/*, or refactor/*.
  2. Ensure local checks pass first: 
    make ci
    Do not open a PR with failing lint/tests.
  3. Push the branch: 
    git push -u origin HEAD
  4. Create the PR, filling the template (.github/PULL_REQUEST_TEMPLATE.md): 
    gh pr create --base main --fill-first
    Then edit the body to complete each section:
    • Summary — what changed and why.
    • Area — tick the relevant box (architecture / benchmark / use case / docs / DX / CI-build-release).
    • Verification — paste the commands you ran (make ci, manual checks).
    • Checklist — tick honestly; don't tick boxes you didn't satisfy.
    • Notes for Reviewers — anything subtle.

Notes

  • Keep the PR scoped to one area. Split unrelated changes.
  • If make ci was not fully run, say so in Verification rather than implying it passed.
  • Never retarget a community PR away from main unless a maintainer explicitly asks for it.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护，适用 Google 的隐私权政策和服务条款。

同一仓库的技能

add-memory-kind

免费有简介

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

  • 新增可持久化的业务记忆类型
  • 设计存储层组合
  • 连接 Markdown 原文与检索索引
EverMind-AI/EverOS1.4万2026年10月29日 更新

commit

免费有简介

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

  • 检查改动并创建提交
  • 从差异中选择相关文件
  • 按约定编写提交说明
EverMind-AI/EverOS1.4万2026年10月29日 更新

new-branch

免费有简介

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

  • 为新功能创建分支
  • 为修复问题创建分支
  • 开始更新文档
EverMind-AI/EverOS1.4万2026年10月29日 更新

release

免费有简介

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

  • 发布补丁版或次要版本
  • 分发预发布版本
  • 根据变更日志整理发布页面
EverMind-AI/EverOS1.4万2026年10月29日 更新

查看 EverMind-AI 的全部技能

报告此技能的问题