GitHub

Use Dropstone in GitHub issues and pull-requests.

Dropstone integrates with your GitHub workflow. Mention /dropstone in any comment and Dropstone will execute the task inside your GitHub Actions runner.

Features

Triage issues: Ask Dropstone to look into an issue and explain it to you.
Fix and implement: Ask Dropstone to fix an issue or implement a feature. And it will work in a new branch and submits a PR with all the changes.
Secure: Dropstone runs inside your GitHub's runners.

Installation

Run the following command in a project that is in a GitHub repo:

dropstone github install

This will walk you through installing the GitHub app, creating the workflow, and setting up secrets.

Manual Setup

Or you can set it up manually.

Install the GitHub app

Head over to github.com/apps/dropstone-agent. Make sure it's installed on the target repository.

Add the workflow

Add the following workflow file to .github/workflows/dropstone.yml in your repo. Make sure to set the appropriate model and required API keys in env.

name: dropstone

on:
  issue_comment:
    types: [created]
  pull_request_review_comment:
    types: [created]

jobs:
  dropstone:
    if: contains(github.event.comment.body, '/dropstone')
    runs-on: ubuntu-latest
    permissions:
      id-token: write
    steps:
      - name: Checkout repository
        uses: actions/checkout@v6
        with:
          fetch-depth: 1
          persist-credentials: false

      - name: Run Dropstone
        uses: blankline-org/dropstone-cli/github@latest
        env:
          DROPSTONE_API_KEY: ${{ secrets.DROPSTONE_API_KEY }}
        with:
          model: dropstone/dropstone-pro
          # share: true
          # github_token: xxxx

Store your API key in repository secrets

In your organization or repository Settings, expand Secrets and variables on the left and select Actions. Add DROPSTONE_API_KEY as a new repository secret.

Configuration

model: The Dropstone tier to use. One of dropstone/dropstone-fast, dropstone/dropstone-pro, or dropstone/dropstone-heavy. This is required.
agent: The agent to use. Must be a primary agent. Falls back to default_agent from config or "build" if not found.
share: Whether to share the Dropstone session. Defaults to true for public repositories.
prompt: Optional custom prompt to override the default behavior. Use this to customize how Dropstone processes requests.
token: Optional GitHub access token for performing operations such as creating comments, committing changes, and opening pull requests. By default, Dropstone uses the installation access token from the Dropstone GitHub App, so commits, comments, and pull requests appear as coming from the app.

Alternatively, you can use the GitHub Action runner's built-in GITHUB_TOKEN without installing the Dropstone GitHub App. Just make sure to grant the required permissions in your workflow:
```
permissions:
  id-token: write
  contents: write
  pull-requests: write
  issues: write
```
You can also use a personal access tokens(PAT) if preferred.

Supported Events

Dropstone can be triggered by the following GitHub events:

Event Type	Triggered By	Details
`issue_comment`	Comment on an issue or PR	Mention `/dropstone` in your comment. Dropstone reads context and can create branches, open PRs, or reply.
`pull_request_review_comment`	Comment on specific code lines in a PR	Mention `/dropstone` while reviewing code. Dropstone receives file path, line numbers, and diff context.
`issues`	Issue opened or edited	Automatically trigger Dropstone when issues are created or modified. Requires `prompt` input.
`pull_request`	PR opened or updated	Automatically trigger Dropstone when PRs are opened, synchronized, or reopened. Useful for automated reviews.
`schedule`	Cron-based schedule	Run Dropstone on a schedule. Requires `prompt` input. Output goes to logs and PRs (no issue to comment on).
`workflow_dispatch`	Manual trigger from GitHub UI	Trigger Dropstone on demand via Actions tab. Requires `prompt` input. Output goes to logs and PRs.

Schedule Example

Run Dropstone on a schedule to perform automated tasks:

name: Scheduled Dropstone Task

on:
  schedule:
    - cron: "0 9 * * 1" # Every Monday at 9am UTC

jobs:
  dropstone:
    runs-on: ubuntu-latest
    permissions:
      id-token: write
      contents: write
      pull-requests: write
      issues: write
    steps:
      - name: Checkout repository
        uses: actions/checkout@v6
        with:
          persist-credentials: false

      - name: Run Dropstone
        uses: blankline-org/dropstone-cli/github@latest
        env:
          DROPSTONE_API_KEY: ${{ secrets.DROPSTONE_API_KEY }}
        with:
          model: dropstone/dropstone-pro
          prompt: |
            Review the codebase for any TODO comments and create a summary.
            If you find issues worth addressing, open an issue to track them.

For scheduled events, the prompt input is required since there's no comment to extract instructions from. Scheduled workflows run without a user context to permission-check, so the workflow must grant contents: write and pull-requests: write if you expect Dropstone to create branches or PRs.

Pull Request Example

Automatically review PRs when they are opened or updated:

name: dropstone-review

on:
  pull_request:
    types: [opened, synchronize, reopened, ready_for_review]

jobs:
  review:
    runs-on: ubuntu-latest
    permissions:
      id-token: write
      contents: read
      pull-requests: read
      issues: read
    steps:
      - uses: actions/checkout@v6
        with:
          persist-credentials: false
      - uses: blankline-org/dropstone-cli/github@latest
        env:
          DROPSTONE_API_KEY: ${{ secrets.DROPSTONE_API_KEY }}
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          model: dropstone/dropstone-pro
          use_github_token: true
          prompt: |
            Review this pull request:
            - Check for code quality issues
            - Look for potential bugs
            - Suggest improvements

For pull_request events, if no prompt is provided, Dropstone defaults to reviewing the pull request.

Issues Triage Example

Automatically triage new issues. This example filters to accounts older than 30 days to reduce spam:

name: Issue Triage

on:
  issues:
    types: [opened]

jobs:
  triage:
    runs-on: ubuntu-latest
    permissions:
      id-token: write
      contents: write
      pull-requests: write
      issues: write
    steps:
      - name: Check account age
        id: check
        uses: actions/github-script@v7
        with:
          script: |
            const user = await github.rest.users.getByUsername({
              username: context.payload.issue.user.login
            });
            const created = new Date(user.data.created_at);
            const days = (Date.now() - created) / (1000 * 60 * 60 * 24);
            return days >= 30;
          result-encoding: string

      - uses: actions/checkout@v6
        if: steps.check.outputs.result == 'true'
        with:
          persist-credentials: false

      - uses: blankline-org/dropstone-cli/github@latest
        if: steps.check.outputs.result == 'true'
        env:
          DROPSTONE_API_KEY: ${{ secrets.DROPSTONE_API_KEY }}
        with:
          model: dropstone/dropstone-pro
          prompt: |
            Review this issue. If there's a clear fix or relevant docs:
            - Provide documentation links
            - Add error handling guidance for code examples
            Otherwise, do not comment.

For issues events, the prompt input is required since there's no comment to extract instructions from.

Custom prompts

Override the default prompt to customize Dropstone's behavior for your workflow.

- uses: blankline-org/dropstone-cli/github@latest
  with:
    model: dropstone/dropstone-pro
    prompt: |
      Review this pull request:
      - Check for code quality issues
      - Look for potential bugs
      - Suggest improvements

This is useful for enforcing specific review criteria, coding standards, or focus areas relevant to your project.

Examples

Here are some examples of how you can use Dropstone in GitHub.

Explain an issue

Add this comment in a GitHub issue.
```
/dropstone explain this issue
```
Dropstone will read the entire thread, including all comments, and reply with a clear explanation.
Fix an issue

In a GitHub issue, say:
```
/dropstone fix this
```
And Dropstone will create a new branch, implement the changes, and open a PR with the changes.
Review PRs and make changes

Leave the following comment on a GitHub PR.
```
/dropstone delete the attachment from S3 when the note is removed
```
Dropstone will implement the requested change and commit it to the same PR.
Review specific code lines

Leave a comment directly on code lines in the PR's "Files" tab. Dropstone automatically detects the file, line numbers, and diff context to provide precise responses.
```
[Comment on specific lines in Files tab]
/dropstone add error handling here
```
When commenting on specific lines, Dropstone receives:
- The exact file being reviewed
- The specific lines of code
- The surrounding diff context
- Line number information
This allows for more targeted requests without needing to specify file paths or line numbers manually.

ACP

GitLab