用途：把 GitHub 常见运维操作自动化，包括创建新仓库、把本地代码推送到 GitHub、创建 Git tag 与 GitHub Release、通过 GitHub API 直接更新 README 等文件。资料称整个流程全自动、无需用户干预。
主要能力与用法：
- 创建仓库：调用函数 create_repo，用 curl 向 https://api.github.com/user/repos 发送 POST 请求，携带 Authorization: token $GITHUB_TOKEN 和 Accept: application/vnd.github.v3+json 头，请求体为 {"name":"repo-name","description":"描述","private":false} 形式的 JSON。
- 推送代码：函数 push_code，执行 git remote add origin https://${GITHUB_TOKEN}@github.com/username/repo.git，再执行 git push -u origin main。
- 创建 Release：函数 create_release，用 curl 向 https://api.github.com/repos/username/repo/releases 发送 POST，请求体包含 tag_name、name、body。
- 更新 README：函数 update_readme，通过 GitHub API 直接更新文件。
环境变量：需要 GITHUB_TOKEN。资料给出的读取方式为 export GITHUB_TOKEN=$(cat /home/node/.openclaw/secrets/github_token.txt)，文件位置 /home/node/.openclaw/secrets/github_token.txt，权限 600（仅所有者可读写）。
资料还给出测试用例，例如创建 test-repo 后用 jq '.name' 校验输出，以及创建 v1.0.0 Release 后校验 tag_name。并列出性能目标：创建仓库、创建 Release、更新文件均小于 5 秒，推送代码小于 30 秒。
适用场景：需要自动建仓、推送、发版、更新文档的 Agent 工作流；资料提到可与 Vercel 自动部署衔接，形成从提交到上线的完整流程。
限制与注意事项：资料未说明失败重试、并发冲突、权限范围、Token 过期或泄漏处置等细节，暂未提供；实际使用需自行保证 Token 权限与仓库归属正确，推送前需完成 git add 与 commit。分类归入部署与运维。