pullfrog 0.1.66 β†’ 0.1.68

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,4 +1,3 @@
1
- <!-- test preview system -->
2
1
  <p align="center">
3
2
  <h1 align="center">
4
3
  <picture>
@@ -8,144 +7,110 @@
8
7
  Pullfrog
9
8
  </h1>
10
9
  <p align="center">
11
- Bring your favorite coding agent into GitHub
10
+ The BYOK CodeRabbit that runs in your GitHub Actions
12
11
  </p>
13
12
  </p>
14
13
 
15
- <br/>
16
-
17
- > **πŸš€ Pullfrog is now generally available!** [Get started β†’](https://pullfrog.com/console)
14
+ <p align="center">
15
+ <a href="https://pullfrog.com">pullfrog.com</a> Β· <a href="https://docs.pullfrog.com">Docs</a> Β· <a href="https://pullfrog.com/console">Console</a> Β· <a href="https://discord.gg/8y96raFg8e">Discord</a>
16
+ </p>
18
17
 
19
18
  <br/>
20
19
 
20
+ > **New** β€” Pullfrog is now [free for personal and open-source usage](https://pullfrog.com/blog/free-for-open-source).
21
+
21
22
  ## What is Pullfrog?
22
23
 
23
- Pullfrog is a GitHub bot that brings the full power of your favorite coding agents into GitHub. It's open source and powered by GitHub Actions.
24
+ Pullfrog is the BYOK CodeRabbit that runs in your GitHub Actions. It listens for GitHub events β€” PRs opened, issues created, reviews submitted, CI failures β€” and triggers agent runs based on your configuration, via a `pullfrog.yml` workflow that uses this open-source action. You control the infrastructure, the keys, and the costs.
24
25
 
25
- - **Tag `@pullfrog`** β€” Tag `@pullfrog` in a comment anywhere in your repo. It will pull in any relevant context using the action's internal MCP server and perform the appropriate task.
26
- - **Prompt from the web** β€”Β Trigger arbitrary tasks from the Pullfrog dashboard
27
- - **Automated triggers** β€” Configure Pullfrog to trigger agent runs in response to specific events. Each of these triggers can be associated with custom prompt instructions.
28
- - issue created
29
- - issue labeled
30
- - PR created
31
- - PR review created
32
- - PR review requested
33
- - and more...
26
+ Pullfrog is not an agent itself. It wraps vanilla **[Claude Code](https://github.com/anthropics/claude-code)**, **[Codex](https://github.com/openai/codex)**, and **[OpenCode](https://github.com/anomalyco/opencode)**, selecting the one that matches your BYOK or bring-your-own-subscription configuration β€” so every run uses the vendor's real agent, and it reads the repo-level config you already keep for it: `CLAUDE.md` or `AGENTS.md`, skills, custom commands, and repo-level MCP servers.
34
27
 
35
- Pullfrog is the bridge between your preferred coding agents and GitHub. Use it for:
28
+ Out of the box, it can:
36
29
 
37
- - **πŸ€– Coding tasks** β€”Β Tell `@pullfrog` to implement something and it'll spin up a PR. If CI fails, it'll read the logs and attempt a fix automatically. It'll automatically address any PR reviews too.
38
- - **πŸ” PR review** β€”Β Coding agents are great at reviewing PRs. Using the "PR created" trigger, you can configure Pullfrog to auto-review new PRs.
39
- - **πŸ€™ Issue management** β€”Β Via the "issue created" trigger, Pullfrog can automatically respond to common questions, create implementation plans, and link to related issues/PRs. Or (if you're feeling lucky) you can prompt it to immediately attempt a PR addressing new issues.
40
- - **Literally whatever** β€” Want to have the agent automatically add docs to all new PRs? Cut a new release with agent-written notes on every commit to `main`? Pullfrog lets you do it.
30
+ - **Review new PRs** β€” auto-review every incoming PR; the review verdict can gate merges via requireable status checks.
31
+ - **Address reviews** β€” leave review comments on a Pullfrog PR as you would for a human colleague, and it addresses them.
32
+ - **Autofix CI** β€” Pullfrog detects CI failures on its own PRs and attempts a fix. It can be configured to fix human PRs too.
33
+ - **Autofix merge conflicts** β€” keep PRs mergeable without hand-resolving.
34
+ - **Triage issues** β€” respond to common questions, apply labels, link related issues and PRs, or draft implementation plans.
35
+ - **Anything ad hoc** β€” tag `@pullfrog` in any issue, PR, or comment. It pulls in the surrounding context and figures out what to do. Prompt from the [console](https://pullfrog.com/console) for anything else.
41
36
 
42
- <!-- Features
43
- - **Agent-agnostic** β€” Switch between agents with the click of a radio button.
44
- - ** -->
37
+ Each automation can be toggled from the dashboard and customized with per-trigger instructions.
45
38
 
46
- <!--
47
39
  ## Get started
48
40
 
49
- Install the Pullfrog GitHub App on your personal or organization account. During installation you can choose to limit access to a specific repo or repos. After installation, you'll be redirected to the Pullfrog dashboard where you'll see an onboarding flow. This flow will create your `pullfrog.yml` workflow and prompt you to set up API keys. Once you finish those steps (2 minutes) you're ready to rock.
41
+ Run one command in any local repo:
50
42
 
51
- [Add to GitHub ➜](https://github.com/apps/pullfrog/installations/new)
43
+ ```sh
44
+ npx pullfrog init
45
+ ```
52
46
 
53
- <details>
54
- <summary><strong>Manual setup instructions</strong></summary>
47
+ Or [install from the browser](https://pullfrog.com/console). Setup takes about two minutes: install the GitHub App, add the `pullfrog.yml` workflow with one click, and pick a model. See [getting started](https://docs.pullfrog.com/getting-started).
48
+
49
+ ## Runs on the subscription you already pay for
50
+
51
+ No API key required. Connect a coding-agent plan once and every run bills against it:
55
52
 
56
- You can also use the `pullfrog/pullfrog` Action without a GitHub App installation. This is more time-consuming to set up, and it places limitations on the actions your Agent will be capable of performing.
53
+ | Plan | Connect with |
54
+ | --- | --- |
55
+ | [Claude Pro/Max](https://docs.pullfrog.com/claude-auth) | `npx pullfrog auth claude` |
56
+ | [ChatGPT Codex](https://docs.pullfrog.com/codex-auth) | `npx pullfrog auth codex` |
57
+ | [Grok](https://docs.pullfrog.com/grok-auth) | `npx pullfrog auth grok` |
58
+ | [Kimi Code](https://docs.pullfrog.com/kimi-code) | a Kimi Code key as `KIMI_API_KEY` |
59
+ | [OpenCode Go](https://docs.pullfrog.com/models#opencode-zen-and-opencode-go) | an OpenCode key as `OPENCODE_API_KEY` |
57
60
 
58
- To manually set up the Pullfrog action, you need to set up two workflow files in your repository: `pullfrog.yml` (the execution logic) and `triggers.yml` (the event triggers).
61
+ ## Or bring your own model
59
62
 
60
- #### 1. Create `pullfrog.yml`
63
+ Pullfrog works with any LLM provider: Anthropic, OpenAI, Google, xAI, Mistral, DeepSeek, OpenRouter, and more. Switch models with a config change. Two more ways to pay for tokens:
61
64
 
62
- Create a file at `.github/workflows/pullfrog.yml`. This is a reusable workflow that runs the Pullfrog action.
65
+ - **Your own API key** β€” stored in Pullfrog's encrypted secret store or in GitHub Actions secrets, your choice.
66
+ - **Router** β€” Pullfrog's built-in model access, billed at raw provider cost with no markup.
67
+
68
+ ## Batteries included
69
+
70
+ - πŸ› οΈ **MCP tools for GitHub** β€” a purpose-built MCP server for git and GitHub operations: creating PRs, leaving reviews and comments, reading CI logs, managing issues. Every operation goes through Pullfrog's permission layer.
71
+ - πŸ›‘οΈ **Secure shell access** β€” shell commands run in an isolated subprocess without access to sensitive environment variables.
72
+ - 🌐 **Headless browser** β€” for end-to-end tests, screenshots, and UI iteration, with screenshot uploads out of the box.
73
+ - πŸ”‘ **Short-lived credentials** β€” all GitHub operations use an installation token that is auto-revoked when the run completes. Keys are auto-masked in logs, and only the minimum necessary environment variables pass through to the agent.
74
+ - πŸͺ **Hooks** β€” setup, post-checkout, pre-push, and stop scripts that run inside the agent's permission boundary. A stop script that exits non-zero resumes the agent with the failure as context, so it fixes its own broken push instead of opening a red PR.
75
+ - πŸ” **GitHub-native permissions** β€” GitHub remains the single source of truth for access control. Users only see repos they already have access to; org settings require an org owner.
76
+
77
+ ## Pricing
78
+
79
+ Pullfrog is free for developers on personal GitHub accounts and free for open-source repos. Pro is $30/month for the whole organization with no per-run or per-seat billing β€” required for an org's private repos, optional everywhere else. Pullfrog also covers model cost for impactful open-source projects β€” [apply here](https://pullfrog.com/for-oss).
80
+
81
+ ## Standalone usage
82
+
83
+ The same `pullfrog/pullfrog@v0` action that powers the automations above also works as a step in your own workflows β€” an agent as one stage of a larger pipeline. The action takes a `prompt` and the provider key of your choice; the only permission it needs is `id-token: write`, which lets it mint its own short-lived GitHub token.
63
84
 
64
85
  ```yaml
65
- # PULLFROG ACTION β€” DO NOT EDIT EXCEPT WHERE INDICATED
66
- name: Pullfrog
86
+ # .github/workflows/agent.yml β€” run any prompt on demand
87
+ name: Agent
67
88
  on:
68
89
  workflow_dispatch:
69
90
  inputs:
70
91
  prompt:
71
- type: string
72
- description: 'Agent prompt'
73
-
74
- permissions:
75
- contents: read
92
+ description: What should the agent do?
93
+ required: true
76
94
 
77
95
  jobs:
78
- pullfrog:
96
+ agent:
79
97
  runs-on: ubuntu-latest
80
98
  permissions:
81
99
  id-token: write
82
100
  contents: read
83
101
  steps:
84
- - name: Checkout code
85
- uses: actions/checkout@v6
86
- with:
87
- fetch-depth: 1
88
- - name: Run agent
89
- uses: pullfrog/pullfrog@v0
102
+ - uses: actions/checkout@v4
103
+ - uses: pullfrog/pullfrog@v0
90
104
  with:
91
105
  prompt: ${{ inputs.prompt }}
92
106
  env:
93
- # add API keys for the LLM provider(s) you want to use
94
107
  ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}
95
- OPENAI_API_KEY: ${{ secrets.OPENAI_API_KEY }}
96
- GEMINI_API_KEY: ${{ secrets.GEMINI_API_KEY }}
97
- XAI_API_KEY: ${{ secrets.XAI_API_KEY }}
98
- DEEPSEEK_API_KEY: ${{ secrets.DEEPSEEK_API_KEY }}
99
- OPENROUTER_API_KEY: ${{ secrets.OPENROUTER_API_KEY }}
100
- MOONSHOT_API_KEY: ${{ secrets.MOONSHOT_API_KEY }}
101
-
102
108
  ```
103
109
 
104
- Every PR run posts a `pullfrog` commit-status check: `in_progress` from the moment the run is dispatched, then success when it finishes or failure on error/timeout. It is on by default. To also gate merges on Pullfrog's review verdict, enable the `pullfrog-approval` check, which reports whether Pullfrog would approve the PR. Both are repository settings, configured in the Pullfrog console (Automations β†’ Review PRs), and both are requireable as branch-protection status checks. See [PR reviews β†’ Status checks](https://docs.pullfrog.dev/pr-reviews#status-checks).
105
-
106
- #### 2. Create `triggers.yml`
107
-
108
- Create a file at `.github/workflows/triggers.yml`. This workflow listens for GitHub events and calls the `pullfrog.yml` workflow with the event data.
109
-
110
- ```yaml
111
- name: Agent Triggers
112
-
113
- on:
114
- issue_comment:
115
- types: [created]
116
- pull_request_review_comment:
117
- types: [created]
118
- issues:
119
- types: [opened, assigned]
120
- pull_request_review:
121
- types: [submitted]
122
- # add other triggers as needed
123
-
124
-
125
- jobs:
126
- pullfrog:
127
-
128
- # trigger conditions (e.g. only run if @pullfrog is mentioned)
129
- if: contains(github.event.comment.body, '@pullfrog') || contains(github.event.issue.body, '@pullfrog')
110
+ The action also exposes a `result` output that subsequent steps can consume. See [CI integration](https://docs.pullfrog.com/headless-action) for the full guide.
130
111
 
131
- permissions:
132
- id-token: write
133
- contents: read
134
- uses: ./.github/workflows/pullfrog.yml
135
- with:
136
- # pass the full event payload as the prompt
137
- prompt: ${{ toJSON(github.event) }}
138
- secrets: inherit
139
- ```
140
-
141
- </details>
142
- -->
143
-
144
- ## Standalone Usage
145
-
146
- You can also use `pullfrog/pullfrog` as a step in your own workflows. The action exposes a `result` output that can be consumed by subsequent steps.
147
-
148
- ### Example: Auto-generate release notes on new tags
112
+ <details>
113
+ <summary><strong>Example: auto-generate release notes on new tags</strong></summary>
149
114
 
150
115
  ```yaml
151
116
  name: Release
@@ -188,7 +153,10 @@ jobs:
188
153
  NOTES: ${{ steps.notes.outputs.result }}
189
154
  ```
190
155
 
191
- ### Example: Prompt from a file
156
+ </details>
157
+
158
+ <details>
159
+ <summary><strong>Example: prompt from a file</strong></summary>
192
160
 
193
161
  For longer prompts you want to version and reuse, commit the prompt text to the repo and pass its path with `prompt_file` instead of inlining it. The path is resolved relative to `GITHUB_WORKSPACE`, and it is mutually exclusive with `prompt` β€” set exactly one.
194
162
 
@@ -202,56 +170,11 @@ For longer prompts you want to version and reuse, commit the prompt text to the
202
170
  ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}
203
171
  ```
204
172
 
205
- ### Example: Structured Output with Zod Schema
206
-
207
- You can force the agent to return structured JSON output by providing a JSON schema. This allows you to reliably parse and use the agent's response in subsequent workflow steps.
208
-
209
- You can define your JSON schema directly or you can use any validation library that converts to JSON Schema. Here's an example using [Zod](https://zod.dev):
210
-
211
- ```yaml
212
- name: Release Check
213
- on:
214
- pull_request:
215
- types: [closed]
216
-
217
- jobs:
218
- check-release:
219
- if: github.event.pull_request.merged == true
220
- runs-on: ubuntu-latest
221
- steps:
222
- - uses: actions/checkout@v4
173
+ </details>
223
174
 
224
- - name: Install dependencies
225
- run: npm install --no-save --no-package-lock zod @actions/core
175
+ <details>
176
+ <summary><strong>Structured output</strong></summary>
226
177
 
227
- - name: Generate Schema
228
- id: schema
229
- run: |
230
- node -e '
231
- import { z } from "zod";
232
- import { setOutput } from "@actions/core";
233
- const schema = z.object({
234
- version: z.string().describe("Semantic version number (e.g. 1.0.0)"),
235
- isBreaking: z.boolean().describe("Whether this release contains breaking changes"),
236
- changelog: z.array(z.string()).describe("List of changes in this release"),
237
- });
238
- setOutput("schema", JSON.stringify(z.toJSONSchema(schema)));
239
- '
240
-
241
- - name: Analyze PR
242
- id: analysis
243
- uses: pullfrog/pullfrog@v0
244
- with:
245
- prompt: |
246
- Analyze this PR and determine semantic versioning impact.
247
- Return a JSON object matching the provided schema.
248
- output_schema: ${{ steps.schema.outputs.schema }}
249
- env:
250
- ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}
178
+ Pass a JSON Schema via the `output_schema` input to make the agent's output required and validated β€” the bridge between an agent's reasoning and the hard steps that follow it. See [capturing agent output](https://docs.pullfrog.com/headless-action#capturing-agent-output) for the details and a worked example.
251
179
 
252
- - name: Process Result
253
- run: |
254
- # Parse the JSON result using fromJSON()
255
- echo "Version: ${{ fromJSON(steps.analysis.outputs.result).version }}"
256
- echo "Breaking: ${{ fromJSON(steps.analysis.outputs.result).isBreaking }}"
257
- ```
180
+ </details>