메뉴
GitHub 仓库操作工具集，支持 Issue 评论回复、PR 创建、Issue/PR 详情查询、代码推送和 PR 创建联动。使用 Python requests 库调用 GitHub API，配合 gh CLI 工具完成分支操作。Use when 用户提到回复 GitHub Issue、创建 PR、推送并创建 PR、查看 issue 状态、GitHub 操作。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
DriFox UI 插件开发技能。用于创建、修改、调试 UI 插件（浮动卡片 / 内容块渲染器 / 消息元素工厂）。
AI 驱动的智能体编排画布设计器。通过对话理解需求，AI 自动生成画布配置， 通过 Playwright MCP 自动操控浏览器进行可视化验证和迭代。 无需用户手动拖拽编辑。内置 JSON 校验和自动备份防损坏。 Use when 用户说"设计智能体"、"画布设计"、"编排流程"、 "workflow design"、"生成画布JSON"、"生成配置"。
跨平台截图分析工具，基于 MiniMax 多模态 API。支持 macOS (screencapture) 和 Windows (PowerShell) 截图，自动完成截图→Base64编码→API调用全流程。适用于：错误信息分析、代码解读、UI设计分析、文字提取、图表数据解读等场景。
DriFox 项目专用开发技能。当你需要在 DriFox 项目中进行任何开发工作时（功能开发、Bug 修复、UI 组件开发、架构分析、插件/Skill/Agent 开发、代码审查、重构优化），必须首先加载本技能。本技能把固定规范放在 references/ 子文件、按需加载，根据任务类型把「新增功能」分派给 brainstorming、把「Bug/回归」分派给 diagnose，并把项目实时状态（git 快照 + GitHub open issues）缓存到 state.json 跨会话复用。即使看起来简单的改动也应该加载此技能——DriFox 架构复杂、模块依赖多，不加载容易违反项目约定。
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.
| name | github-ops |
| description | GitHub 仓库操作工具集，支持 Issue 评论回复、PR 创建、Issue/PR 详情查询、代码推送和 PR 创建联动。使用 Python requests 库调用 GitHub API，配合 gh CLI 工具完成分支操作。Use when 用户提到回复 GitHub Issue、创建 PR、推送并创建 PR、查看 issue 状态、GitHub 操作。 |
GitHub 仓库操作工具集，通过 GitHub API + Python 脚本实现自动化操作。
# 查看工作区状态
py -3 <skill>/scripts/github_ops.py status
# 查看文件差异
py -3 <skill>/scripts/github_ops.py diff
# 查看暂存区差异
py -3 <skill>/scripts/github_ops.py diff-staged
# 提交文件
py -3 <skill>/scripts/github_ops.py commit . "feat: description"
# 撤销文件修改
py -3 <skill>/scripts/github_ops.py discard path/to/file
# 查看分支差异
py -3 <skill>/scripts/github_ops.py branch-log dev master
# 推送分支
py -3 <skill>/scripts/github_ops.py push dev
# 方法1：使用文件路径
echo "【优化建议】标题" > title.txt
echo "Issue 内容..." > body.txt
py -3 <skill>/scripts/github_ops.py create-issue owner repo title.txt body.txt
# 方法2：直接传入文本
py -3 <skill>/scripts/github_ops.py create-issue owner repo "标题" "内容"
# 1. 查看 issue 上下文
py -3 <skill>/scripts/github_ops.py get-issue owner repo 63
# 2. 查看已有评论
py -3 <skill>/scripts/github_ops.py get-comments owner repo 63
# 3. 回复 issue（创建临时 body 文件）
echo "感谢你的提议！" > body.txt
py -3 <skill>/scripts/github_ops.py reply-issue owner repo 63 body.txt
# 1. 查看分支差异
py -3 <skill>/scripts/github_ops.py branch-log dev master
# 2. 创建 PR
py -3 <skill>/scripts/github_ops.py create-pr owner repo title.txt body.txt dev master
# 1. 提交并推送
py -3 <skill>/scripts/github_ops.py commit . "feat: description" "file1.txt file2.txt"
py -3 <skill>/scripts/github_ops.py push dev
# 2. 创建 PR
py -3 <skill>/scripts/github_ops.py create-pr owner repo title.txt body.txt dev master
Phase 1 查看状态
1.1 git status（查看改动）
1.2 git diff（查看具体变更）
│
▼
[Checkpoint Scope] ← 确认改动范围
│
▼
Phase 2 决策
2.1 提交（commit）
2.2 撤销（discard）
2.3 继续其他操作
│
▼
Phase 3 执行并推送
3.1 git push origin <branch>
3.2 创建 PR（如需）
[Checkpoint Before] ← 操作前确认
│
▼
Phase 1 准备
1.1 确定操作类型（issue/pr/其他）
1.2 收集必要信息（owner/repo/number/branch）
1.3 准备 body 内容（如需）
│
▼
[Checkpoint Confirm] ← 确认操作意图
│
▼
Phase 2 执行
2.1 GitHub API 操作（Python 脚本）
2.2 Git 分支操作（如需 gh CLI）
│
▼
Phase 3 验证
3.1 检查 API 响应状态
3.2 确认 URL 返回正确
3.3 清理临时文件
| 规范 | 说明 |
|---|---|
| Windows 环境 | 使用 py -3 执行 Python 脚本，避免 curl 兼容性问题 |
| Token 配置 | 通过环境变量 GITHUB_TOKEN 设置，不存储在代码中 |
| API 版本 | v3 (application/vnd.github.v3+json) |
| 文件 | 用途 |
|---|---|
| [references/API-REFERENCE.md] | GitHub API 详细文档 |
| [references/WORKFLOW-GUIDE.md] | 场景化工作流指南 |
| [scripts/github_ops.py] | Python 操作脚本 |