用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/yc-software/qm --skill github-gitlab命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
Read and act on the user's Gmail, Google Calendar, and Google Tasks through per-user OAuth.
Draft Gmail in the user's own voice from the voice profile built by email-voice-profile. Drafts only; the user reviews and sends.
Deploy the QM package from an organization-owned deployment repository to Fly.io or AWS, onboard an administrator, configure connectors, and optionally activate Slack.
基于 SOC 职业分类
| name | github-gitlab |
| description | Work with GitHub and GitLab repositories through resident gh/glab/git auth on the agent computer. |
| requiredCapabilities | ["egress:github.com","egress:api.github.com","egress:gitlab.com"] |
Use this skill when the user asks to inspect repos, issues, pull requests, merge requests, code history, branches, or to make a small code change in a hosted repo.
This is a resident-machine-auth connector. Prefer the native CLIs (gh, glab) and
git, using the agent computer's logged-in state. Do not ask the user to paste tokens,
and do not rely on proxy bearer-token injection.
One exception: if the system prompt lists a shared org credential for a Git remote, the
token is broker-only and never appears on the computer. For clone/fetch/push, use the
core-hosted smart HTTP remote documented in skills/use-shared-credential/SKILL.md.
That keeps normal git workflows working while core injects the upstream credential
server-side.
If gh auth status (or glab auth status) fails, log in with the native command:
gh auth login
The platform recognizes this device-flow login and runs it as a durable process
session (ADR 0002): it prints the one-time code + verification URL immediately and keeps
polling on the agent computer across turns — it does not block your turn or die at
teardown. Give the user the code and URL, ask them to approve in the browser, then say
"done". On the next turn, run gh auth status (or gh auth login again): the platform
reports you're authenticated once approval completes, and the login self-expires if the
user takes too long (just run gh auth login again to restart). GitLab is the same with
glab auth login.
Check auth and inspect repo state:
gh auth status
gh repo view OWNER/REPO --json name,description,url,defaultBranchRef
gh issue list --repo OWNER/REPO --state open --limit 20
gh pr list --repo OWNER/REPO --state open --limit 20
For GitLab:
glab auth status
glab repo view GROUP/PROJECT
glab issue list --repo GROUP/PROJECT
glab mr list --repo GROUP/PROJECT
Use git log, git show, and git diff for codebase-change summaries. Cite commit
hashes, PR/MR numbers, and links.
Clone or fetch only the repo the user asked for:
gh repo clone OWNER/REPO repo
cd repo
git checkout -b codex/small-change
Keep changes scoped. Run the repo's tests. If a push or PR/MR creation is requested, prepare the branch and summary first.
Pushing branches, creating PRs/MRs, merging, closing issues, editing labels, changing repo settings, releases, or workflows are writes. Ask for approval before running the write command.
After approval:
git push -u origin codex/small-change
gh pr create --repo OWNER/REPO --title "..." --body-file pr.md
For GitLab:
git push -u origin codex/small-change
glab mr create --repo GROUP/PROJECT --title "..." --description-file mr.md
Report the final URL and leave enough context for review.