issue-resolve

Featured

Use when an assessed gflow-cli issue (verdict CONFIRMED-BUG or LIKELY-BUG) has localized, verifiable scope and should be driven to a fix. Mutating and gated: it works in an isolated worktree, fixes test-first, and opens a DRAFT PR for human review. Built to run autonomously (hermes-ops) within a strict action envelope — never merges, never spends credits, never claims unverified.

AI & Automation 189 stars 52 forks Updated today MIT

Install

View on GitHub

Quality Score: 87/100

Stars 20%
76
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# `issue-resolve` — drive an assessed issue to a draft PR Takes a verdict from `issue-assessment` and produces a reviewable fix. The terminal state is a **draft PR a human promotes** — never an autonomous merge. **Core principle:** the agent's job is to get the problem *review-ready*, not to declare victory. A fix is "verified" only after it runs green on the **affected surface**; when that surface can't be reached here (headed Flow browser, macOS-only, credits), say so in the PR and stop. (Memory: `done-means-e2e-verified`, `pr-must-verify-on-affected-surface`.) --- ## The Bug Lane — canonical here, cited everywhere **This is the chain a bug travels in gflow-cli.** It is written out once, in this file. `AGENTS.md`, `skills/spike`, `skills/scenario` and `docs/E2E_TESTING.md` all point here — none of them restate it, because a duplicated checklist drifts. ``` 0 SPIKE measure the live surface ── only when a claim about Flow is in play 1 DEBUG systematic-debugging → ROOT CAUSE ── the symptom is never the finding 2 SCENARIO BDD Gherkin written at the ROOT ── the reproduction, in Given/When/Then 3 TDD that Gherkin RED before any fix ── red for the right reason 4 FIX minimal change, at the root ── grep every caller before editing one 5 FORMALIZE UI/Flow surface ⇒ it is an E2E test ── a browser-free proxy does not discharge it ``` ### The surface gate — steps 0–2 are conditional, 3–5 never are Run **0 SPIKE*...

Details

Author
ffroliva
Repository
ffroliva/gflow-cli
Created
4 months ago
Last Updated
today
Language
Python
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

resolve-issue

Orchestrate the whole issue-to-PR pipeline for one ticket: fact-check the issue, draft a plan, harden it, implement the fix, write tests, review the fix, and open the PR — behind a plan-approval gate, pausing again wherever a decision is yours. Use whenever someone wants an issue / bug / Jira ticket taken from diagnosis all the way to a pull request, even if they don't name the skill. Resumable across sessions. Do NOT trigger when the user wants only ONE stage — route those to the component skill directly: "just fact-check this issue" is review-issue-fact; "review this plan" is review-plan-risk; "review my fix / diff before the PR" is review-code-risk; "add tests" is test-authoring; "open / raise a PR" is open-pr; "address / resolve the PR comments" is resolve-pr-comments. Also do NOT trigger for merging / completing a PR, or plain git operations. Trigger phrases: "resolve this issue", "run the issue-to-PR pipeline", "take this Jira from diagnosis to PR", "/resolve-issue".

1 Updated today
softwareone-platform
AI & Automation Featured

issue-assessment

Use when triaging a GitHub issue for gflow-cli — a reporter's bug claim, a freshly-filed issue, or deciding whether and how to act on one. Also use when an autonomous agent (hermes-ops) picks up a labelled issue. Read-only: produces a verdict, an end-to-end-verifiability judgment, and a reporter-facing reply. Does not modify code or post anything on its own.

189 Updated today
ffroliva
Data & Documents Listed

issue-to-pr

Triage the GitHub issues on this repo (cccost-dashboard), judge which are real bugs or worth-building features, then implement the one you pick — TDD, green CI, branch, PR. Use when the user says "check the issues", "triage the issues", "what's in the backlog", "anything worth fixing", "implement issue 12", "fix #12", "work on that issue", or pastes an issue URL. Also use when the user asks whether a reported issue is real, reproducible, or in scope.

7 Updated 3 days ago
simantaturja