GitHub 操作

要解决什么问题

在 Agent 里处理 Git/GitHub 相关任务时，常见痛点不是「会不会写命令」，而是上下文不一致：同一会话里混用网页操作、git 子命令和 gh，分支策略、PR 描述格式、以及「能不能 force push」往往靠临场发挥。一旦任务跨仓库、跨组织，模型还容易忽略 权限范围 与 保护分支 这类运维约束。

GitHub Operations（规范名 @user_152a8db2/github-operations）在 SkillHub 上以技能文档形式发布，目的是给大模型一份可复用的 GitHub 运维语境：让 Agent 在接到与仓库协作、变更提交、协作流程相关的指令时，优先按技能里的约定组织步骤与输出，而不是每次从零拼凑话术。

技能如何工作

• 定位：面向开发编程场景的 Agent Skill，名称对应 GitHub 日常运维与协作操作 这一类任务，而不是单一语言的代码生成。
• 使用方式：在支持 SkillHub 技能加载的对话环境中，通过安装提示词引用 https://skillhub.cn/install/skillhub.md 与 @user_152a8db2/github-operations，将技能正文注入 Agent 的系统或工具说明层。
• 预期行为：Agent 在处理 GitHub 相关请求时，应把技能文档当作操作边界与流程参考（例如先确认仓库状态、再执行变更、最后以可审查的方式汇总结果），具体细则以技能包内 SKILL.md 为准。

适用边界与注意点

• 公开资料中对本技能的说明较简略，不要假设它已内置你团队的分支模型、CODEOWNERS 或 CI 策略；落地前请对照内网规范做裁剪。
• GitHub 操作涉及 Personal Access Token / GitHub App 与组织安全策略，技能本身不能替代凭证管理与审计；高风险操作（删除分支、改写历史、合并到默认分支等）仍应有人工确认。
• 若你的环境禁用 gh 或只允许 SSH 拉取，需要在用户规则或项目说明里与技能描述对齐，避免模型给出不可执行的命令序列。