核心用法
本 Skill 提供了一套通过 Personal Access Token (PAT) 与 GitHub 交互的命令行工具集，完全绕过 OAuth 授权流程，将访问权限的控制权交还给用户。用户需在 GitHub 设置页面手动创建 PAT 并选择所需作用域（如 repo 完整仓库访问或 public_repo 仅公共仓库），随后将令牌安全存储于 TOOLS.md 或通过命令行参数传递。
Skill 支持完整的 GitHub 工作流：列出可访问仓库、克隆代码库、创建并切换分支、提交推送更改、发起 Pull Request 以及创建 Issue。所有操作均封装在 scripts/gh.py 脚本中，通过 Python 标准库实现 HTTP API 调用与 Git 命令执行，无需额外依赖安装。
显著优点
用户主权的安全模型：区别于传统 OAuth 应用的"全有或全无"授权模式，本 Skill 采用 PAT 机制让用户自主决定令牌权限范围，实现真正的最小权限原则。用户可随时在 GitHub 后台撤销或轮换令牌，无需经过第三方应用授权流程。
零依赖的轻量架构：纯 Python 标准库实现，规避了供应链攻击风险，部署环境要求极低，适用于容器化或受限执行环境。
细粒度访问控制：原生支持 GitHub Fine-grained PAT，可对特定仓库配置只读或读写权限，满足企业级安全合规要求。
透明可审计：所有 Git 操作均以明文命令形式执行，便于安全团队监控与审计，无黑盒式 API 调用。
潜在缺点与局限性
Token 嵌入 URL 的安全隐患：当前实现将 PAT 直接嵌入 HTTPS URL（https://{token}@github.com/...），该方式存在多重泄露风险：Token 可能残留于 shell 历史记录、进程列表（ps aux）、应用程序日志、git 错误输出及系统调用追踪中。一旦环境被入侵，Token 可被轻易提取。
Subprocess 命令执行风险：通过 subprocess.run 调用 git 命令虽简洁，但特殊字符处理不当可能引发 URL 解析异常。若 Token 包含 @、: 等字符且未正确编码，可能导致非预期行为。
输入验证薄弱：仓库名称仅检查是否包含 / 分隔符，未对非法字符（如 ..、//）进行严格过滤，存在潜在的路径遍历或命令注入边缘风险。
无原生错误信息过滤：异常处理中可能将包含 Token 的 URL 完整输出至日志或终端，造成意外泄露。
适合的目标群体
本 Skill 主要面向：
- 个人开发者与小型团队：寻求快速、无 OAuth 配置的 GitHub 自动化方案，不愿维护复杂的 GitHub App 或 OAuth 应用。
- CI/CD 场景：需要在受限环境中执行仓库操作，且可通过环境变量或密钥管理服务安全注入 PAT 的流水线场景。
- 安全敏感型企业：要求使用 Fine-grained PAT 实现仓库级最小权限访问，满足内部合规审计要求的组织。
- 教育与研究场景：教学 Git 工作流或 GitHub API 使用的实验环境，透明化的命令执行便于学习调试。
不适用场景：需要大规模组织级仓库管理、团队成员权限动态同步、或要求完全无 Token 持久化存储的高安全环境。
使用风险与缓解建议
Token 泄露风险（高危）：建议改用 Git 凭证管理器（git credential）配置、GH_TOKEN 环境变量注入，或优先采用 SSH 密钥认证。如必须使用 URL 嵌入模式，应在操作后主动清理 shell 历史（history -c）并监控 Token 使用日志。
进程可见性风险：多用户共享服务器环境中，Token 可能通过进程列表被其他用户窥视。建议在隔离环境或临时容器中执行操作。
Token 作用域蔓延：避免长期复用具有宽泛权限的 Token，建议按项目/用途创建独立的 Fine-grained PAT 并设置过期时间。
日志污染风险：启用 --quiet 模式减少输出，并在日志收集系统中配置 Token 模式过滤规则。
供应链安全：虽本 Skill 无第三方依赖，但需确保 scripts/gh.py 文件完整性，防范植入恶意代码替换官方脚本。