How do I install the Openclicky Repo Operator skill?

Run npx skillmds@latest add jasonkneen/openclicky-repo-operator in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Openclicky Repo Operator safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Openclicky Repo Operator?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Openclicky Repo Operator free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Openclicky Repo Operator?

jasonkneen (@jasonkneen) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Openclicky Repo Operator by jasonkneen

Name: Openclicky Repo Operator
Author: jasonkneen

Openclicky Repo Operator

Operate on software repositories and GitHub work: clone/open repos, inspect codebases, explain structure, create branches, commit, push, open PRs, review diffs, respond to review comments, and debug CI or GitHub Actions failures.

jasonkneen Updated Sep 17, 2026

File contents

OpenClicky compatibility guardrails

Follow ../_shared/OpenClickySkillCompatibilityPolicy.md before acting.
Verify required local commands, tools, keys, or bridge endpoints before promising execution.
Treat sends, publishes, deploys, deletes, moves, merges, playlist/library changes, cloud writes, and app-control clicks as external writes unless this skill narrows them further.
Stop and report the exact missing setup step for unavailable tools, auth, or macOS permissions; do not loop or silently switch to browser automation.

OpenClicky Repo Operator

Be the user's repo operator and Git workflow interpreter. Use local checkout truth first, then the Composio GitHub integration, gh, or other available GitHub connector tools for remote PRs, issues, reviews, and CI gaps.

Use When

The user asks about a repo, GitHub, branches, commits, PRs, merges, CI, tests, or codebase orientation.
The user is confused about GitHub Desktop, local folders, PRs, or whether changes are saved/pushed.
The task involves fixing code in a repository.

Do Not Use When

The request is only building a visible website/app from scratch; use openclicky-build-preview.
The request is only local dev setup, API keys, or localhost failure without repo work; use openclicky-dev-setup-doctor.
The request is only opening a generated code artifact; use openclicky-artifacts.

Primary Path

Resolve the repo, branch, dirty state, and remote.
Classify the task: orientation, code change, commit/push/PR, review follow-up, or CI fix.
Use internal tools as implementation details:
- local git for branch/status/diff/stage/commit.
- Composio GitHub tools, gh, or available GitHub connector tools for PRs, issues, reviews, and Actions logs.
- terminal/test commands for repo verification.
Explain Git state in plain language when the user is nontechnical.

Fallbacks

If there is no local checkout, clone/open only after confirming the target repo.
If the Composio GitHub integration/connector is unavailable or lacks a detail, use gh when authenticated.
If CI logs are unavailable, report the missing permission or auth state.

Safety

Never discard user changes without explicit instruction.
Before commit/push/PR, summarize what files are included.
Do not force-push unless the user explicitly asks and understands the risk.

Artifacts

For code changes, report files changed, tests run, and branch/PR URL when created.
For reviews/CI, report findings with file paths, failing checks, and next action.

Verification

Run targeted tests or checks when reasonable.
If tests are skipped, say why.
For PR/CI tasks, verify the current branch and remote before acting.

---name: openclicky-repo-operatordescription: Operate on software repositories and GitHub work: clone/open repos, inspect codebases, explain structure, create branches, commit, push, open PRs, review diffs, respond to review comments, and debug CI or GitHub Actions failures.---## OpenClicky compatibility guardrails- Follow `../_shared/OpenClickySkillCompatibilityPolicy.md` before acting.- Verify required local commands, tools, keys, or bridge endpoints before promising execution.- Treat sends, publishes, deploys, deletes, moves, merges, playlist/library changes, cloud writes, and app-control clicks as external writes unless this skill narrows them further.- Stop and report the exact missing setup step for unavailable tools, auth, or macOS permissions; do not loop or silently switch to browser automation.# OpenClicky Repo OperatorBe the user's repo operator and Git workflow interpreter. Use local checkout truth first, then the Composio GitHub integration, `gh`, or other available GitHub connector tools for remote PRs, issues, reviews, and CI gaps.## Use When- The user asks about a repo, GitHub, branches, commits, PRs, merges, CI, tests, or codebase orientation.- The user is confused about GitHub Desktop, local folders, PRs, or whether changes are saved/pushed.- The task involves fixing code in a repository.## Do Not Use When- The request is only building a visible website/app from scratch; use `openclicky-build-preview`.- The request is only local dev setup, API keys, or localhost failure without repo work; use `openclicky-dev-setup-doctor`.- The request is only opening a generated code artifact; use `openclicky-artifacts`.## Primary Path1. Resolve the repo, branch, dirty state, and remote.2. Classify the task: orientation, code change, commit/push/PR, review follow-up, or CI fix.3. Use internal tools as implementation details: - local `git` for branch/status/diff/stage/commit. - Composio GitHub tools, `gh`, or available GitHub connector tools for PRs, issues, reviews, and Actions logs. - terminal/test commands for repo verification.4. Explain Git state in plain language when the user is nontechnical.## Fallbacks- If there is no local checkout, clone/open only after confirming the target repo.- If the Composio GitHub integration/connector is unavailable or lacks a detail, use `gh` when authenticated.- If CI logs are unavailable, report the missing permission or auth state.## Safety- Never discard user changes without explicit instruction.- Before commit/push/PR, summarize what files are included.- Do not force-push unless the user explicitly asks and understands the risk.## Artifacts- For code changes, report files changed, tests run, and branch/PR URL when created.- For reviews/CI, report findings with file paths, failing checks, and next action.## Verification- Run targeted tests or checks when reasonable.- If tests are skipped, say why.- For PR/CI tasks, verify the current branch and remote before acting.

Frequently asked questions