Install
$ agentstack add skill-rube-de-cc-skills-jules-review ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Review Jules PRs
Review Jules (Google's AI coding agent) pull requests with council-powered multi-model review. Posts structured GitHub PR reviews with inline line comments tagging @jules.
Before posting any review (Step 6), read [references/WORKFLOW.md](references/WORKFLOW.md) for the exact review format, @jules tag placement, inline comment structure, and error handling. Do not guess at the format.
Triggers
/jules-review— review the current branch's PR/jules-review -quick— quick review via parallel triage/jules-review 42— review PR #42/jules-review -quick 123— quick review of PR #123
Step 1: Parse Arguments
Extract from the user's input:
-quickflag (boolean): If present, force quick mode (parallel triage)- PR number (optional integer): If present, use as target PR
Input: "-quick 42" → quick=true, pr=42
Input: "42" → quick=false, pr=42
Input: "-quick" → quick=true, pr=null
Input: "" → quick=false, pr=null
Step 2: Resolve PR
If a PR number was provided, fetch it directly. Otherwise, detect from the current branch.
# If PR number provided:
gh pr view --json number,title,body,author,headRefName,additions,deletions,changedFiles,url
# If no PR number — detect from current branch:
gh pr view --json number,title,body,author,headRefName,additions,deletions,changedFiles,url
If no PR is found, abort with a clear error message.
Jules Detection
Check if this is a Jules PR (informational — does not change behavior):
# Check author login
AUTHOR=$(gh pr view --json author --jq '.author.login')
# Jules PRs typically come from "jules-google" or similar bot accounts
# Also check branch name for "jules/" prefix
BRANCH=$(gh pr view --json headRefName --jq '.headRefName')
If the PR appears to be from Jules, note it in output: > "Detected Jules PR (author: jules-google, branch: jules/fix-auth-bug)"
If not from Jules, proceed anyway — the review workflow is useful for any PR.
Step 3: Gather Diff
# Get the full diff
gh pr diff
# Count changed lines
ADDITIONS=$(gh pr view --json additions --jq '.additions')
DELETIONS=$(gh pr view --json deletions --jq '.deletions')
TOTAL_LINES=$((ADDITIONS + DELETIONS))
Step 4: Select Review Mode
Decision logic:
| Condition | Mode | Action | |-----------|------|--------| | -quick flag set | Quick | Invoke /council quick | | Total changed lines ≤ 100 | Auto-quick | Notify user: "Small PR (≤100 lines) — using quick review." Then invoke /council quick | | Total changed lines > 100 | Full | Invoke /council review |
Inform the user which mode was selected and why before proceeding.
Step 5: Invoke Council
Prepare the PR context for the council skill:
PR #:
Author:
Branch:
Changed files:
Lines changed: + / -
PR Description:
Diff:
Quick Mode
Invoke the council skill with the quick workflow:
/council quick
Review this pull request for issues:
Full Mode
Invoke the council skill with the review workflow:
/council review
Review this pull request:
Wait for the council to complete and collect its output (findings, verdict, summary).
Step 6: Post GitHub PR Review
After the council returns its findings, post them as a proper GitHub PR review.
Read [references/WORKFLOW.md](references/WORKFLOW.md) now and follow its posting format exactly. Do not invent your own format.
WORKFLOW.md covers:
- Parsing council findings into structured data
- Mapping verdict severity to GitHub review events (APPROVE, COMMENT, REQUEST_CHANGES)
- Filtering findings into inline comments (within diff) vs review body (outside diff)
- Building the review body with
@julestag - Posting via
gh apiwith inline comments - Fallback to
gh pr commenton permission failure
Critical format rules (specified in WORKFLOW.md — repeated here for emphasis):
- Review body first line must be `
@jules` (backtick-wrapped, standalone line) - Inline comment format: `
**[] **@jules` - Review header:
## Council Review —
Step 7: Present Results
Return the council output verbatim to the user. After the council output, append a brief postscript with review metadata:
---
Review posted to PR # () | Mode: | Verdict:
If the review was posted via fallback (gh pr comment), note: > "Posted as PR comment (review API unavailable). Inline comments not supported in fallback mode."
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: rube-de
- Source: rube-de/cc-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.