cnb-code-commit

Stars0

Forks0

UpdatedJuly 4, 2026 at 01:20

编写代码、提交推送并创建 PR，适用于功能开发、Bug 修复、重构优化等场景。

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Source

eryajf

eryajf/eryajf-used-skills

View GitHub Repository View Creator Repositories

Download

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

SKILL.md

readonly

name	cnb-code-commit
description	编写代码、提交推送并创建 PR，适用于功能开发、Bug 修复、重构优化等场景。

自动编码并提交推送

根据用户需求选择：

新建分支 -> 编写代码 -> 推送代码 -> 并创建 PR
切换到 PR 源分支 -> 编写代码 -> 推送代码更新 PR

步骤

1. 理解需求

分析用户输入，明确要修改的文件、功能/Bug 描述、目标分支（PR 的 base）。如需了解项目结构，直接在当前工作区读取代码。如需了解 PR 变更，可使用 cnb-pr-diff Skill。

2. 判断场景并准备分支

根据触发场景切换到正确的工作分支：

PR 评论触发（CNB_PULL_REQUEST_IID 存在）：在此分支上继续修改

git checkout "$CNB_PULL_REQUEST_BRANCH"
git pull origin "$CNB_PULL_REQUEST_BRANCH"

ISSUE 评论触发 PR 已存在，则切换到 PR 源分支继续开发
```
git checkout <PR 源分支名> && git pull
```
ISSUE 评论触发 PR 不存在，则基于目标分支创建新分支 auto/{关键词1}-{关键词2}-{4位随机后缀}
```
git checkout -b auto/{关键词1}-{关键词2}-$(openssl rand -hex 2)
```
⚠️ 分支命名精简规则：
- {关键词}：从 ISSUE 标题/描述中提取 2 个核心关键词（名词或动词），用短横线连接，每个关键词不超过 2 个英文单词
- {随机后缀}：固定 4 位十六进制，用 $(openssl rand -hex 2) 生成
- 总长度控制：分支名 auto/ 之后的部分不超过 20 个字符
- 示例：auto/optimize-skill-3a7f、auto/login-error-b2c1

3. 编写代码

直接在工作区中读取和修改文件，实现代码变更。遵循项目已有的代码风格，确保 import/依赖完整。

生成/修改 .cnb.yml 时的特殊处理：

优先加载 cnb-pipeline skill 的 SKILL.md，参照其中的语法文档和校验方式生成并验证配置
生成完成后需通过 cnb-pipeline skill 提供的校验方式验证，校验通过后才能提交；校验失败则修复后重新校验

4. 验证与提交

# 查看变更概览
git diff --stat
# 如有构建/lint 命令则执行验证
# 暂存并提交
git add -A
git commit -m "{类型}: {简短描述}"

类型：feat(新功能) / fix(修复) / refactor(重构) / docs(文档) / chore(其他)

5. 推送变更并判断是否需要创建 PR

# 推送当前分支
git push origin HEAD

根据推送输出判断是否已有 PR：

已有 PR（输出包含 There is already has pull request）：跳过创建 PR，直接在评论中告知用户
无 PR（输出包含 Create a pull request 或 new branch）：走第 6 步创建 PR

⚠️ 只有新建分支且推送后确认无 PR 时，才执行第 6 步。

示例 1 — 已有 PR，跳过创建：

$ git push origin HEAD
remote:
remote: There is already has pull request for 'fix/optimize-cnb-code-commit-skill' by visiting:
remote:
remote: 	https://cnb.cool/cnb/skills/cnb-skill/-/pulls/140
remote:
To https://cnb.cool/cnb/skills/cnb-skill.git
   e3d8f95..639bd55  HEAD -> fix/optimize-cnb-code-commit-skill

# 输出包含 "There is already has pull request" → 已有 PR，不再创建
# 在评论中告知用户：PR 已存在，代码已推送到 PR #140

示例 2 — 无 PR，需要创建：

$ git push origin HEAD
remote:
remote: Create a pull request for 'fix/optimize-cnb-code-commit-skill' to 'main' by visiting:
remote:
remote: 	https://cnb.cool/cnb/skills/cnb-skill/-/compare/main...fix/optimize-cnb-code-commit-skill
remote:
To https://cnb.cool/cnb/skills/cnb-skill.git
 * [new branch]      fix/optimize-cnb-code-commit-skill -> fix/optimize-cnb-code-commit-skill

# 输出包含 "Create a pull request" → 无 PR，需要走第 6 步创建

6. 创建 PR（仅推送后确认无 PR 时执行）

cnb pulls post-pull --repo "$CNB_REPO_SLUG" \
  --base "$CNB_DEFAULT_BRANCH" \
  --head "$(git branch --show-current)" \
  --title "{类型}: {简短描述}" \
  --body '{变更目的与主要改动，支持 Markdown 真换行}

Ref #'"$CNB_ISSUE_IID"

⚠️ --body 用单引号包真换行，不要用 \n；非 ISSUE 触发时去掉末尾 Ref #... 行。

注意事项

编码前先理解项目结构和代码风格
需求不明确或范围过大时，先在评论中确认再执行
不修改无关文件，推送前确认变更正确
生成/修改 .cnb.yml 文件时需使用 cnb-pipeline skill 技能
推送后不要轮询 CI 状态：代码推送后会自动触发 CI，无需主动调用 cnb pulls check-status 等命令反复轮询。如果 CI 失败，平台会自动唤起 NPC 继续处理，NPC 只需在评论中说明已完成的修复即可结束当前会话

禁止的操作

❌ PR 不存在时，禁止在默认分支上修改代码，需新建分支并创建 PR
❌ git push --force（不要强制推送，除非用户明确要求；如需覆盖可用 --force-with-lease）
❌ 推送代码后轮询/等待 CI 状态（CI 失败会自动唤起 NPC，无需主动等待）

More from this repository

same repository

archify

eryajf/eryajf-used-skills

Create professional architecture, workflow, sequence, data-flow, and lifecycle/state diagrams as standalone HTML files with SVG graphics, a built-in dark/light theme toggle, and one-click export to PNG / JPEG / WebP / SVG. Accepts plain-language descriptions or pasted Mermaid code (flowchart, sequenceDiagram, stateDiagram) and lays the diagram out from scratch in archify style. Use when the user asks for system architecture diagrams, infrastructure diagrams, cloud architecture visualizations, security diagrams, network topology, technical workflows, approval flows, runbooks, CI/CD flows, process diagrams, API call sequences, request lifecycles, data pipelines, ETL/ELT maps, PII boundaries, data lineage, state machines, lifecycle diagrams, status transitions, or asks to convert/beautify a Mermaid diagram.

2026-07-040

drawio-skill

eryajf/eryajf-used-skills

Use when the user requests diagrams, flowcharts, architecture diagrams, ER diagrams, UML / sequence / class diagrams, network topology, cloud architecture from Terraform or Kubernetes manifests, ML/DL model figures (Transformer/CNN/LSTM), mind maps, or any visualization. Also use proactively when explaining systems with 3+ components, complex data flows, or relationships that benefit from visual representation. Best suited when the diagram needs custom styling, rich shape vocabulary, swimlanes, or exportable images (PNG/SVG/PDF/JPG). Generates .drawio XML and exports locally via the native draw.io desktop CLI.

2026-07-040

expert-team

eryajf/eryajf-used-skills

专家团总路由器。用于 Codex CLI 的 $expert-team 调用。自动在软件开发团队、设计原型专家团、产品战略团队、基础设施运维专家和安全专家之间路由，也支持显式指定 software/design/product/ops/security。触发词：专家团、团队协作、软件开发、设计原型、产品战略、基础设施运维、安全专家、威胁建模、代码审计、SRE、PRD、竞品、路线图、监控、部署、安全加固

2026-07-040

aiui-dev

eryajf/eryajf-used-skills

Specialized agent for developing AIUI applications. Invoke when writing AIUI code, needing API references for jsui/wx, debugging AIUI applications, or aligning AIUI visual design with this Skill's design guidelines.

2026-07-040

article-metaphor-illustrator

eryajf/eryajf-used-skills

为文章规划并生成可读性强的极简强线条手绘配图。先建立文章地图，识别段落适合流程图、架构图、对比图、关系图、结构图还是概念插图，再通过构思卡组织单一命题、原文指纹、信息单位、阅读顺序和固定橙白圆猫角色。构思通过可读性测试后默认直接生成。用户说配图、手绘配图、给文章配图、文章插图、技术文章插图、流程图、架构图、关系图或 illustrate my article 时使用。

2026-07-040

cnb-api

eryajf/eryajf-used-skills

CNB 平台交互命令，支持代码仓库、Issue、PR、CI、制品库读写等操作。

2026-07-040

name	cnb-code-commit
description	编写代码、提交推送并创建 PR，适用于功能开发、Bug 修复、重构优化等场景。

自动编码并提交推送

根据用户需求选择：

新建分支 -> 编写代码 -> 推送代码 -> 并创建 PR
切换到 PR 源分支 -> 编写代码 -> 推送代码更新 PR

步骤

1. 理解需求

2. 判断场景并准备分支

根据触发场景切换到正确的工作分支：

PR 评论触发（CNB_PULL_REQUEST_IID 存在）：在此分支上继续修改

git checkout "$CNB_PULL_REQUEST_BRANCH"
git pull origin "$CNB_PULL_REQUEST_BRANCH"

ISSUE 评论触发 PR 已存在，则切换到 PR 源分支继续开发
```
git checkout <PR 源分支名> && git pull
```
ISSUE 评论触发 PR 不存在，则基于目标分支创建新分支 auto/{关键词1}-{关键词2}-{4位随机后缀}
```
git checkout -b auto/{关键词1}-{关键词2}-$(openssl rand -hex 2)
```
⚠️ 分支命名精简规则：
- {关键词}：从 ISSUE 标题/描述中提取 2 个核心关键词（名词或动词），用短横线连接，每个关键词不超过 2 个英文单词
- {随机后缀}：固定 4 位十六进制，用 $(openssl rand -hex 2) 生成
- 总长度控制：分支名 auto/ 之后的部分不超过 20 个字符
- 示例：auto/optimize-skill-3a7f、auto/login-error-b2c1

3. 编写代码

直接在工作区中读取和修改文件，实现代码变更。遵循项目已有的代码风格，确保 import/依赖完整。

生成/修改 .cnb.yml 时的特殊处理：

优先加载 cnb-pipeline skill 的 SKILL.md，参照其中的语法文档和校验方式生成并验证配置
生成完成后需通过 cnb-pipeline skill 提供的校验方式验证，校验通过后才能提交；校验失败则修复后重新校验

4. 验证与提交

# 查看变更概览
git diff --stat
# 如有构建/lint 命令则执行验证
# 暂存并提交
git add -A
git commit -m "{类型}: {简短描述}"

类型：feat(新功能) / fix(修复) / refactor(重构) / docs(文档) / chore(其他)

5. 推送变更并判断是否需要创建 PR

# 推送当前分支
git push origin HEAD

根据推送输出判断是否已有 PR：

已有 PR（输出包含 There is already has pull request）：跳过创建 PR，直接在评论中告知用户
无 PR（输出包含 Create a pull request 或 new branch）：走第 6 步创建 PR

⚠️ 只有新建分支且推送后确认无 PR 时，才执行第 6 步。

示例 1 — 已有 PR，跳过创建：

$ git push origin HEAD
remote:
remote: There is already has pull request for 'fix/optimize-cnb-code-commit-skill' by visiting:
remote:
remote: 	https://cnb.cool/cnb/skills/cnb-skill/-/pulls/140
remote:
To https://cnb.cool/cnb/skills/cnb-skill.git
   e3d8f95..639bd55  HEAD -> fix/optimize-cnb-code-commit-skill

# 输出包含 "There is already has pull request" → 已有 PR，不再创建
# 在评论中告知用户：PR 已存在，代码已推送到 PR #140

示例 2 — 无 PR，需要创建：

$ git push origin HEAD
remote:
remote: Create a pull request for 'fix/optimize-cnb-code-commit-skill' to 'main' by visiting:
remote:
remote: 	https://cnb.cool/cnb/skills/cnb-skill/-/compare/main...fix/optimize-cnb-code-commit-skill
remote:
To https://cnb.cool/cnb/skills/cnb-skill.git
 * [new branch]      fix/optimize-cnb-code-commit-skill -> fix/optimize-cnb-code-commit-skill

# 输出包含 "Create a pull request" → 无 PR，需要走第 6 步创建

6. 创建 PR（仅推送后确认无 PR 时执行）

cnb pulls post-pull --repo "$CNB_REPO_SLUG" \
  --base "$CNB_DEFAULT_BRANCH" \
  --head "$(git branch --show-current)" \
  --title "{类型}: {简短描述}" \
  --body '{变更目的与主要改动，支持 Markdown 真换行}

Ref #'"$CNB_ISSUE_IID"

⚠️ --body 用单引号包真换行，不要用 \n；非 ISSUE 触发时去掉末尾 Ref #... 行。

注意事项

编码前先理解项目结构和代码风格
需求不明确或范围过大时，先在评论中确认再执行
不修改无关文件，推送前确认变更正确
生成/修改 .cnb.yml 文件时需使用 cnb-pipeline skill 技能
推送后不要轮询 CI 状态：代码推送后会自动触发 CI，无需主动调用 cnb pulls check-status 等命令反复轮询。如果 CI 失败，平台会自动唤起 NPC 继续处理，NPC 只需在评论中说明已完成的修复即可结束当前会话

禁止的操作

❌ PR 不存在时，禁止在默认分支上修改代码，需新建分支并创建 PR
❌ git push --force（不要强制推送，除非用户明确要求；如需覆盖可用 --force-with-lease）
❌ 推送代码后轮询/等待 CI 状态（CI 失败会自动唤起 NPC，无需主动等待）