@olegkoval/agent-skills 1.25.0 → 1.26.0

package/packages/software-development/dependabot-triage/adapters/cursor/skills/dependabot-triage/SKILL.md

@@ -0,0 +1,151 @@
+---
+name: dependabot-triage
+description: >
+  Triage all open Dependabot and Renovate PRs in bulk: classify each by risk tier (patch / minor /
+  major / security), auto-approve and merge safe patch-only bumps, flag breaking major upgrades with
+  a summary of what changed, and post a digest of what was done. Use when dependency PRs are piling
+  up, when the user says "deal with Dependabot", "triage dependency updates", or "merge the safe
+  ones", or at the start of a maintenance window.
+license: MIT
+allowed-tools: Bash, Read, Write
+compatibility: Codex, Claude Code, Cursor, GitHub Copilot, Windsurf, Kiro, and other Agent Skills compatible tools. Requires git and gh (GitHub CLI) authenticated.
+metadata:
+  targets: ["cursor"]
+  author: Oleg Koval
+  tags:
+    - dependabot
+    - renovate
+    - dependencies
+    - security
+    - automation
+    - triage
+    - github
+source: weekly-pattern-learner
+source_reason: "obsidian-pr-sync explicitly filters out dependabot/renovate PRs — the user handles them separately, but no skill existed to batch-triage them"
+source_date: "2026-07-31"
+---
+<!-- Generated by scripts/build-adapters.sh. Do not edit directly. -->
+
+> 🤖 *Auto-generated by **weekly-pattern-learner** · obsidian-pr-sync explicitly filters out dependabot/renovate PRs — the user handles them separately, but no skill existed to batch-triage them*
+
+# Dependabot Triage
+
+Bulk-process open Dependabot and Renovate PRs: approve and merge what is safe,
+flag what needs a human decision, and report what was done.
+
+## Inputs
+
+- **Repository** (optional): default to the current repo.
+- **Auto-merge policy** (optional, default: `patch-only`): `none`, `patch-only`, or `patch-and-minor`.
+- **Require CI** (optional, default: on): only merge PRs whose checks are green.
+
+## Step 1 — Fetch all open dependency PRs
+
+```bash
+# Dependabot PRs
+gh pr list --state open --label "dependencies" \
+  --json number,title,author,labels,headRefName,url,isDraft \
+  --jq '.[] | select(.author.login | test("dependabot|renovate"; "i"))'
+
+# Also catch Renovate PRs not labelled "dependencies"
+gh pr list --state open \
+  --json number,title,author,labels,headRefName,url,isDraft \
+  --jq '.[] | select(.author.login == "renovate[bot]" or .author.login == "dependabot[bot]")'
+```
+
+Merge both result sets, deduplicate by number, skip drafts.
+
+## Step 2 — Classify each PR
+
+Parse the PR title to extract package name and version change.
+
+Dependabot title format: `Bump <package> from <old> to <new>`
+Renovate title format: `Update dependency <package> to v<new>` or `chore(deps): update <package>`
+
+For each PR:
+
+```bash
+gh pr view <NUMBER> --json title,body,labels,reviews \
+  --jq '{title, body: (.body | .[0:500]), labels: [.labels[].name], reviews: [.reviews[].state]}'
+```
+
+Classify:
+
+| Tier | Condition | Default action |
+|------|-----------|----------------|
+| **patch** | semver patch bump (`X.Y.Z → X.Y.Z+1`), no security label | auto-approve and merge (if CI green) |
+| **minor** | semver minor bump (`X.Y.Z → X.Y+1.0`), no security label | approve and merge when `patch-and-minor` policy |
+| **major** | semver major bump (`X.Y.Z → X+1.0.0`) | flag for human: summarize breaking changes |
+| **security** | has `security` label, or title contains "CVE" or "vulnerability" | escalate: approve if CI green AND patch/minor; human if major |
+
+When in doubt about the bump type (e.g. non-semver packages), treat as `minor`.
+
+## Step 3 — Check CI for merge candidates
+
+For each PR classified as auto-approvable:
+
+```bash
+gh pr checks <NUMBER> --json name,state,conclusion \
+  --jq '[.[] | select(.conclusion != "success" and .conclusion != "skipped")] | length'
+```
+
+If CI is still running, wait up to 10 minutes (polling every 30s). If CI fails, demote
+to `blocked` — do not merge a PR with failing checks regardless of policy.
+
+If CI is disabled for dependency PRs in this repo (no checks at all), note it and proceed
+only when the user has passed `--skip-ci-check` explicitly.
+
+## Step 4 — Approve and merge safe PRs
+
+For each auto-approvable PR with green CI:
+
+```bash
+# Approve
+gh pr review <NUMBER> --approve --body "Auto-approved by dependabot-triage: patch bump, CI green."
+
+# Merge (squash is the default; use the repo's configured merge strategy if known)
+gh pr merge <NUMBER> --squash --delete-branch \
+  --subject "$(gh pr view <NUMBER> --json title --jq .title)"
+```
+
+If the merge fails (conflict, branch protection, etc.), fall back to `blocked` and note it.
+
+## Step 5 — Comment on flagged PRs
+
+For each `major` or `blocked` PR, post one comment summarizing why it needs a human:
+
+```bash
+gh pr comment <NUMBER> --body "**dependabot-triage:** This is a major version bump. \
+Review the changelog before merging: $(gh pr view <NUMBER> --json body --jq '.body | split("\n") | map(select(test("changelog|release|BREAKING"; "i"))) | .[0]').
+
+No action was taken."
+```
+
+## Step 6 — Report
+
+Print a digest, then stop. Do not merge anything not listed as approved in this report.
+
+```
+Dependabot triage complete.
+  Merged (patch, CI green):   7 PRs  →  lodash 4.17.20→4.17.21, eslint 8.56.0→8.57.0, ...
+  Merged (security, CI green): 1 PR  →  axios 1.6.2→1.7.9 (CVE-2024-39338)
+  Flagged for human review:    2 PRs →  next.js 14→15 (major), @types/node 20→22 (major)
+  Blocked (CI failing):        1 PR  →  typescript 5.4→5.5 (lint errors)
+  Skipped (draft):             1 PR
+
+  Open a flagged PR and run /pr-to-green after reviewing the changelog.
+```
+
+## Safety guardrails
+
+- Never merge a PR whose author is not `dependabot[bot]` or `renovate[bot]`, even if found by the label query.
+- Never merge a major bump automatically, even if `patch-and-minor` policy is set.
+- Never approve a PR if `gh pr checks` shows any failure — a quiet pass is not the same as no checks.
+- Always post a comment on flagged PRs so the record is visible in the thread.
+
+## Chaining
+
+| Before this skill | After this skill |
+|---|---|
+| morning routine / maintenance window | `olko:pr-to-green` on flagged PRs after human review |
+| `olko:obsidian-pr-sync` (which filters these out) | back to obsidian-pr-sync for remaining human PRs |

package/packages/software-development/dependabot-triage/adapters/grok/plugin.json

@@ -0,0 +1,6 @@
+{
+  "name": "olko:dependabot-triage",
+  "version": "0.1.0",
+  "description": "Triage open Dependabot and Renovate PRs in bulk: classify by risk tier, auto-approve and merge safe patch bumps, flag breaking major upgrades for human review, and post a digest.",
+  "skills": "skills/"
+}

package/packages/software-development/dependabot-triage/adapters/grok/skills/dependabot-triage/SKILL.md

@@ -0,0 +1,151 @@
+---
+name: dependabot-triage
+description: >
+  Triage all open Dependabot and Renovate PRs in bulk: classify each by risk tier (patch / minor /
+  major / security), auto-approve and merge safe patch-only bumps, flag breaking major upgrades with
+  a summary of what changed, and post a digest of what was done. Use when dependency PRs are piling
+  up, when the user says "deal with Dependabot", "triage dependency updates", or "merge the safe
+  ones", or at the start of a maintenance window.
+license: MIT
+allowed-tools: Bash, Read, Write
+compatibility: Codex, Claude Code, Cursor, GitHub Copilot, Windsurf, Kiro, and other Agent Skills compatible tools. Requires git and gh (GitHub CLI) authenticated.
+metadata:
+  targets: [_source-only]
+  author: Oleg Koval
+  tags:
+    - dependabot
+    - renovate
+    - dependencies
+    - security
+    - automation
+    - triage
+    - github
+source: weekly-pattern-learner
+source_reason: "obsidian-pr-sync explicitly filters out dependabot/renovate PRs — the user handles them separately, but no skill existed to batch-triage them"
+source_date: "2026-07-31"
+---
+<!-- Generated by scripts/build-adapters.sh. Do not edit directly. -->
+
+> 🤖 *Auto-generated by **weekly-pattern-learner** · obsidian-pr-sync explicitly filters out dependabot/renovate PRs — the user handles them separately, but no skill existed to batch-triage them*
+
+# Dependabot Triage
+
+Bulk-process open Dependabot and Renovate PRs: approve and merge what is safe,
+flag what needs a human decision, and report what was done.
+
+## Inputs
+
+- **Repository** (optional): default to the current repo.
+- **Auto-merge policy** (optional, default: `patch-only`): `none`, `patch-only`, or `patch-and-minor`.
+- **Require CI** (optional, default: on): only merge PRs whose checks are green.
+
+## Step 1 — Fetch all open dependency PRs
+
+```bash
+# Dependabot PRs
+gh pr list --state open --label "dependencies" \
+  --json number,title,author,labels,headRefName,url,isDraft \
+  --jq '.[] | select(.author.login | test("dependabot|renovate"; "i"))'
+
+# Also catch Renovate PRs not labelled "dependencies"
+gh pr list --state open \
+  --json number,title,author,labels,headRefName,url,isDraft \
+  --jq '.[] | select(.author.login == "renovate[bot]" or .author.login == "dependabot[bot]")'
+```
+
+Merge both result sets, deduplicate by number, skip drafts.
+
+## Step 2 — Classify each PR
+
+Parse the PR title to extract package name and version change.
+
+Dependabot title format: `Bump <package> from <old> to <new>`
+Renovate title format: `Update dependency <package> to v<new>` or `chore(deps): update <package>`
+
+For each PR:
+
+```bash
+gh pr view <NUMBER> --json title,body,labels,reviews \
+  --jq '{title, body: (.body | .[0:500]), labels: [.labels[].name], reviews: [.reviews[].state]}'
+```
+
+Classify:
+
+| Tier | Condition | Default action |
+|------|-----------|----------------|
+| **patch** | semver patch bump (`X.Y.Z → X.Y.Z+1`), no security label | auto-approve and merge (if CI green) |
+| **minor** | semver minor bump (`X.Y.Z → X.Y+1.0`), no security label | approve and merge when `patch-and-minor` policy |
+| **major** | semver major bump (`X.Y.Z → X+1.0.0`) | flag for human: summarize breaking changes |
+| **security** | has `security` label, or title contains "CVE" or "vulnerability" | escalate: approve if CI green AND patch/minor; human if major |
+
+When in doubt about the bump type (e.g. non-semver packages), treat as `minor`.
+
+## Step 3 — Check CI for merge candidates
+
+For each PR classified as auto-approvable:
+
+```bash
+gh pr checks <NUMBER> --json name,state,conclusion \
+  --jq '[.[] | select(.conclusion != "success" and .conclusion != "skipped")] | length'
+```
+
+If CI is still running, wait up to 10 minutes (polling every 30s). If CI fails, demote
+to `blocked` — do not merge a PR with failing checks regardless of policy.
+
+If CI is disabled for dependency PRs in this repo (no checks at all), note it and proceed
+only when the user has passed `--skip-ci-check` explicitly.
+
+## Step 4 — Approve and merge safe PRs
+
+For each auto-approvable PR with green CI:
+
+```bash
+# Approve
+gh pr review <NUMBER> --approve --body "Auto-approved by dependabot-triage: patch bump, CI green."
+
+# Merge (squash is the default; use the repo's configured merge strategy if known)
+gh pr merge <NUMBER> --squash --delete-branch \
+  --subject "$(gh pr view <NUMBER> --json title --jq .title)"
+```
+
+If the merge fails (conflict, branch protection, etc.), fall back to `blocked` and note it.
+
+## Step 5 — Comment on flagged PRs
+
+For each `major` or `blocked` PR, post one comment summarizing why it needs a human:
+
+```bash
+gh pr comment <NUMBER> --body "**dependabot-triage:** This is a major version bump. \
+Review the changelog before merging: $(gh pr view <NUMBER> --json body --jq '.body | split("\n") | map(select(test("changelog|release|BREAKING"; "i"))) | .[0]').
+
+No action was taken."
+```
+
+## Step 6 — Report
+
+Print a digest, then stop. Do not merge anything not listed as approved in this report.
+
+```
+Dependabot triage complete.
+  Merged (patch, CI green):   7 PRs  →  lodash 4.17.20→4.17.21, eslint 8.56.0→8.57.0, ...
+  Merged (security, CI green): 1 PR  →  axios 1.6.2→1.7.9 (CVE-2024-39338)
+  Flagged for human review:    2 PRs →  next.js 14→15 (major), @types/node 20→22 (major)
+  Blocked (CI failing):        1 PR  →  typescript 5.4→5.5 (lint errors)
+  Skipped (draft):             1 PR
+
+  Open a flagged PR and run /pr-to-green after reviewing the changelog.
+```
+
+## Safety guardrails
+
+- Never merge a PR whose author is not `dependabot[bot]` or `renovate[bot]`, even if found by the label query.
+- Never merge a major bump automatically, even if `patch-and-minor` policy is set.
+- Never approve a PR if `gh pr checks` shows any failure — a quiet pass is not the same as no checks.
+- Always post a comment on flagged PRs so the record is visible in the thread.
+
+## Chaining
+
+| Before this skill | After this skill |
+|---|---|
+| morning routine / maintenance window | `olko:pr-to-green` on flagged PRs after human review |
+| `olko:obsidian-pr-sync` (which filters these out) | back to obsidian-pr-sync for remaining human PRs |

package/packages/software-development/geminiloop/SKILL.md

@@ -0,0 +1,237 @@
+---
+name: geminiloop
+description: >
+  Iteratively satisfy Gemini Code Assist's review on a GitHub PR, but treat every Gemini comment
+  SKEPTICALLY (Gemini Code Assist is materially more error-prone than Greptile): verify each finding
+  against the real code first, fix ONLY the genuinely-correct ones, and rebut + resolve false
+  positives WITHOUT changing correct code. Repeat until no unresolved Gemini comments remain. Use
+  when the user wants to clear a PR's Gemini Code Assist review.
+compatibility: GitHub only (Gemini Code Assist is a GitHub app). Requires git + gh (GitHub CLI) authenticated, and the Gemini Code Assist app installed on the repo.
+metadata:
+  version: "1.0"
+allowed-tools: Bash(gh:*) Bash(git:*)
+---
+
+# Geminiloop
+
+Drive a GitHub PR until Gemini Code Assist has no unresolved comments — **but do not cargo-cult
+its suggestions.** Gemini is often confidently wrong. Every comment is a *claim to verify*, not an
+instruction to obey. A wrong suggestion applied is worse than the comment itself.
+
+## How Gemini differs from other review bots
+
+- **No check-run, no score.** Gemini does not publish a `X/5` confidence or a `greptile` check. It
+  posts a **PR review** (state `COMMENTED`) authored by `gemini-code-assist[bot]` with a
+  `## Code Review` summary body plus inline review comments. Detection is by polling the *reviews*
+  endpoint, not a check-run. "Satisfied" = zero unresolved comments (each either fixed or rebutted),
+  since there is no numeric target.
+- **Auto-reviews on push/open.** It reviews automatically when a PR opens or gets new commits;
+  `/gemini review` forces a fresh pass.
+- **Severity, not confidence.** Inline comments carry a priority badge (a `![critical]` /
+  `![high]` / `![medium]` / `![low]` shields image) at the top of the body. Weight `critical`/`high`
+  seriously; treat `medium`/`low` as usually-skippable nits unless clearly correct.
+- **Higher false-positive rate.** This is the whole point of the skill: bias toward *rebut* over
+  *change*.
+
+## Not for
+
+- GitLab / Perforce (Gemini Code Assist is GitHub-only). For other review bots this catalog ships
+  `codexloop`, `coderabbitloop`, and `qodoloop`; for CI failures rather than review comments, use
+  `ci-fix-loop`.
+
+## 1. Identify the PR
+
+```bash
+gh pr view --json number,headRefName,headRefOid -q '{number,branch:.headRefName,head:.headRefOid}'
+```
+
+Switch to the PR branch if not already on it. Capture `OWNER`/`REPO` (`gh repo view --json owner,name`).
+
+## 2. The loop (max 5 iterations)
+
+Keep an explicit iteration counter and stop at 5 — the cap is a real bound to enforce, not a
+figure of speech. Each pass through A–G is one iteration; on hitting the cap, go straight to the
+report and list what is still unresolved rather than starting a sixth.
+
+### A. Ensure a fresh Gemini review on the current head
+
+Gemini auto-reviews new commits, but force a deterministic pass and record the head SHA:
+
+```bash
+HEAD_SHA=$(gh pr view <PR> --json headRefOid -q .headRefOid)
+# Only trigger if no gemini review already exists for this exact SHA:
+HAVE=$(gh api repos/{owner}/{repo}/pulls/<PR>/reviews --paginate \
+  --jq "[.[] | select(.user.login==\"gemini-code-assist[bot]\" and .commit_id==\"$HEAD_SHA\")] | length")
+if [ "$HAVE" = "0" ]; then gh pr comment <PR> --body "/gemini review"; fi
+```
+
+Poll for the review of THIS head to land. No check-run exists, so poll the reviews endpoint — and
+poll it on a **deadline**, never `while true`: a review that never arrives must end the skill with
+an honest timeout, not hang it.
+
+```bash
+# 10-minute deadline, one retry, then give up.
+wait_for_review() {                       # $1 = attempt label
+  local deadline=$(( SECONDS + 600 ))
+  while [ "$SECONDS" -lt "$deadline" ]; do
+    R=$(gh api repos/{owner}/{repo}/pulls/<PR>/reviews --paginate \
+      --jq "[.[] | select(.user.login==\"gemini-code-assist[bot]\" and .commit_id==\"$HEAD_SHA\")] | last")
+    if [ -n "$R" ] && [ "$R" != "null" ]; then return 0; fi
+    echo "waiting for Gemini review of $HEAD_SHA ($1)..."; sleep 15
+  done
+  return 1
+}
+
+if ! wait_for_review "first wait"; then
+  echo "no Gemini review after 10m — retrying once"     # say the retry out loud
+  gh pr comment <PR> --body "/gemini review"
+  if ! wait_for_review "after retry"; then
+    echo "Gemini did not review $HEAD_SHA after a retry; stopping and reporting."
+    exit 1                                # honest timeout, never a success claim
+  fi
+fi
+```
+
+Report the retry in the final summary; two silent timeouts are the failure mode this guard exists
+to prevent.
+
+### B. Fetch the findings
+
+- **Summary** (the `## Code Review` body): the review `.body` from the object above — read the
+  overall take and the severity spread.
+- **Unresolved inline comments** on the current head:
+
+```bash
+gh api repos/{owner}/{repo}/pulls/<PR>/comments --paginate \
+  --jq '.[] | select(.user.login=="gemini-code-assist[bot]") | {id, path, line, body}'
+```
+
+Also pull the review threads + their resolved state via GraphQL (see step F) so you only act on
+unresolved ones.
+
+### C. Critically evaluate EACH comment (the core of this skill)
+
+For every comment, **verify the claim against the actual code and repo conventions before touching
+anything.** Read the file, the surrounding code, the types, and any call sites. Then classify:
+
+1. **CORRECT + actionable** — the finding is real and the fix improves the code. → fix it (step D).
+2. **FALSE POSITIVE / technically wrong** — the claim doesn't hold. → do **NOT** change code; write a
+   specific, evidence-based reply (cite the exact code/line/behavior that disproves it), then resolve.
+3. **Valid but out-of-scope / stylistic nit** that conflicts with repo convention or the PR's intent
+   → briefly decline with a reason, then resolve. Do not expand the PR's scope to satisfy a nit.
+
+**Hard rules:**
+- **Never modify correct code just to silence Gemini.** Prefer a reasoned rebuttal.
+- When uncertain whether a claim holds, **investigate** (read more code, run the type-checker / tests)
+  rather than assume Gemini is right. Default to skepticism.
+- If a suggested change would break other call sites, alter public behavior, or contradict a verified
+  repo convention, it is a category-2 rebuttal, not a fix.
+- Never fabricate identifiers to satisfy a comment (e.g. a Linear/ticket prefix). If Gemini asks for a
+  ticket reference and none exists, say so; do not invent one.
+
+**Gemini's common failure modes to watch for (default these to category 2):**
+- Hallucinated APIs, options, or framework behavior stated as fact.
+- "Add a null/undefined check" where the type already guarantees presence.
+- Suggestions that compile-break or break other callers.
+- Security/perf warnings with no actual exploit path or measurable cost.
+- Restating library/framework semantics incorrectly.
+- Style demands that contradict the repo's existing, consistent pattern.
+
+### D. Apply fixes — category 1 only
+
+Make the minimal correct change. Re-run the local gate if the repo has one (typecheck/tests) before
+moving on.
+
+### E. Commit and push FIRST, before resolving anything
+
+Order matters. A resolved thread is a claim that the fix is on the branch, so the push has to
+succeed before the claim is made — otherwise a failed commit or push leaves the PR unfixed with the
+finding marked resolved, and nobody looks at it again.
+
+If step D changed code:
+
+```bash
+# Stage ONLY the files your fixes touched — never `git add -A`, which sweeps up
+# unrelated work and untracked secrets sitting in the worktree.
+git status --short                     # look before you stage
+git add <path> [<path>...]             # the files named in the findings you fixed
+git commit -m "address gemini review feedback (geminiloop iteration N)"
+git push
+```
+
+Author the commit per the repo's norms (e.g. the user's identity; no AI attribution if that is the
+convention). Confirm the push actually landed before continuing:
+
+```bash
+git rev-parse HEAD
+gh pr view <PR> --json headRefOid -q .headRefOid   # must match
+```
+
+If they differ, stop: the fix is not on the PR, so nothing may be resolved yet.
+
+### F. Reply to and resolve every addressed thread
+
+Only now, with the fixes pushed, reply and resolve. Fetch unresolved threads, **following
+pagination** — a PR with more than 100 threads will otherwise look clean while unresolved findings
+sit on page two:
+
+```bash
+# Loop until hasNextPage is false, passing endCursor back in as $cursor.
+CURSOR=null
+while : ; do
+  PAGE=$(gh api graphql -F cursor="$CURSOR" -f query='
+  query($cursor: String) {
+    repository(owner: "OWNER", name: "REPO") {
+      pullRequest(number: PR_NUMBER) {
+        reviewThreads(first: 100, after: $cursor) {
+          pageInfo { hasNextPage endCursor }
+          nodes { id isResolved comments(first: 1) { nodes { databaseId author { login } path body } } }
+        }
+      }
+    }
+  }')
+  echo "$PAGE"          # collect nodes from every page before deciding the PR is clean
+  PI='.data.repository.pullRequest.reviewThreads.pageInfo'
+  [ "$(echo "$PAGE" | jq -r "$PI.hasNextPage")" = "true" ] || break
+  CURSOR=$(echo "$PAGE" | jq -r "$PI.endCursor")
+done
+```
+
+Reply on a thread's comment via `gh api repos/{owner}/{repo}/pulls/<PR>/comments -f body="..." -F in_reply_to=<comment_id>`,
+then resolve:
+
+```bash
+gh api graphql -f query='mutation { resolveReviewThread(input: {threadId: "THREAD_ID"}) { thread { isResolved } } }'
+```
+
+Resolve a thread only for comments authored by `gemini-code-assist[bot]` that you have fixed or
+rebutted — never blanket-resolve, and never resolve a human reviewer's thread.
+
+Threads you are **rebutting** need no push, so they may be replied to and resolved regardless of
+whether step D changed code.
+
+### G. Re-review
+
+Pushing re-triggers Gemini automatically; go back to **A** with the new head SHA. If step D changed
+nothing (all comments were rebutted), skip the push, ensure all threads are resolved, and exit.
+
+## 3. Exit conditions
+
+Stop when **any** is true:
+- Zero unresolved `gemini-code-assist[bot]` comments remain, and every comment this round was fixed
+  or rebutted+resolved. (There is no score to hit — this is "done".)
+- Max iterations (5) reached — report what remains.
+
+## 4. Report
+
+```text
+Geminiloop complete.
+  PR:                 #<n>
+  Iterations:         N
+  Comments fixed:     N   (genuinely-correct findings)
+  Comments rebutted:  N   (false positives / nits, resolved with rationale)
+  Remaining:          0
+```
+
+If it stopped at max iterations, list the remaining threads with your current assessment
+(fix-pending vs disputed) so a human can arbitrate.

package/packages/software-development/geminiloop/adapters/claude/plugin.json

@@ -0,0 +1,5 @@
+{
+  "name": "olko-geminiloop",
+  "description": "Iteratively drives a GitHub PR to zero unresolved Gemini Code Assist comments — treats each one as a claim to verify, fixes only the genuinely-correct findings, and rebuts the rest with evidence instead of editing correct code.",
+  "skills": "./skills"
+}