pullfrog 0.1.31 → 0.1.32
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 +17 -1
- package/dist/cli.mjs +461 -203
- package/dist/index.js +460 -202
- package/dist/internal.js +15 -10
- package/dist/mcp/review.d.ts +41 -0
- package/dist/toolState.d.ts +4 -0
- package/dist/utils/agent.d.ts +3 -1
- package/dist/utils/isTransientNetworkError.d.ts +9 -0
- package/dist/utils/payload.d.ts +10 -1
- package/dist/utils/statusChecks.d.ts +25 -0
- package/dist/yes/index.d.ts +26 -0
- package/dist/yes.js +38 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -101,6 +101,8 @@ jobs:
|
|
|
101
101
|
|
|
102
102
|
```
|
|
103
103
|
|
|
104
|
+
To gate merges on Pullfrog with branch protection, add `status_checks: enabled` under `with:`. Each PR run then posts a `pullfrog` check (run completion — success when the run finishes, failure on error/timeout) and a `pullfrog-approval` check (whether Pullfrog would approve the PR), both requireable as status checks. See [PR reviews → Required status checks](https://docs.pullfrog.dev/pr-reviews#required-status-checks-branch-protection).
|
|
105
|
+
|
|
104
106
|
#### 2. Create `triggers.yml`
|
|
105
107
|
|
|
106
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.
|
|
@@ -186,11 +188,25 @@ jobs:
|
|
|
186
188
|
NOTES: ${{ steps.notes.outputs.result }}
|
|
187
189
|
```
|
|
188
190
|
|
|
191
|
+
### Example: Prompt from a file
|
|
192
|
+
|
|
193
|
+
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
|
+
|
|
195
|
+
```yaml
|
|
196
|
+
# .github/workflows/triage.yml
|
|
197
|
+
- uses: actions/checkout@v4
|
|
198
|
+
- uses: pullfrog/pullfrog@v0
|
|
199
|
+
with:
|
|
200
|
+
prompt_file: .github/pullfrog/triage.md
|
|
201
|
+
env:
|
|
202
|
+
ANTHROPIC_API_KEY: ${{ secrets.ANTHROPIC_API_KEY }}
|
|
203
|
+
```
|
|
204
|
+
|
|
189
205
|
### Example: Structured Output with Zod Schema
|
|
190
206
|
|
|
191
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.
|
|
192
208
|
|
|
193
|
-
You can define your JSON schema directly or
|
|
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):
|
|
194
210
|
|
|
195
211
|
```yaml
|
|
196
212
|
name: Release Check
|