GitHub PRs

Promptless monitors your GitHub repositories for pull requests. You can choose when documentation updates trigger: when a PR is opened or when it receives its first approval.

Trigger modes

GitHub PR triggers support two modes:

Opened (default)

Triggers when a pull request is opened. This works well for teams that want documentation suggestions ready alongside code changes, giving reviewers time to evaluate both.

First approval

Triggers when a pull request receives its first approval from a reviewer. Use this mode when you want documentation updates to start only after code has been reviewed, so Promptless analyzes final changes rather than work in progress.

The first-approval mode only triggers once per PR—on the first approval. Subsequent approvals or re-approvals after requested changes do not trigger additional documentation updates.

How it works

When a pull request event occurs in your monitored repositories (either opened or first approval, depending on your configuration):

1. Automatic Detection: Promptless receives notification of the new PR
2. Analysis: The system processes the full PR context to understand the changes
3. Relevance Assessment: Promptless determines if the changes require documentation updates
4. Suggestion Creation: If relevant, Promptless creates documentation suggestions

What Promptless reads

Promptless analyzes the full pull request context, not just the description:

• PR title and description: The summary provided when opening the PR
• Code changes: The actual diff showing what files changed and how
• Review comments and conversations: Feedback from reviewers, including line comments and general discussion
• Commit messages: All commits in the PR, including those added after the initial submission

This means Promptless understands the why behind changes, even when reviewers request modifications that aren’t reflected in the PR description. When a reviewer asks for changes and the author addresses them with new commits, Promptless picks up the feedback explaining what needed to change and the commits that address it.

Note

Information from PRs is processed in real-time and not stored by Promptless. The analysis happens only when the configured trigger event occurs.

Configuration

Configure GitHub PR triggers in your Configuration page using the triggers section:

triggers:
  my-pr-trigger:
    trigger_type: github_pr
    match:
      - repos:
          - acme/backend
          - acme/frontend
        trigger_on:
          - opened           # When PR opens (default)
          - first_approval   # After first approval
          - merge            # When PR merges
        trigger_directories:
          - src/

See the Configuration Reference for all available options.

Replay recent PRs

When setting up a new GitHub PR trigger, you can enable “Replay recent PRs” to process pull requests from the last 30 days. This generates an initial batch of suggestions, which helps you:

• Calibrate Promptless with your documentation style before going live
• Catch up on documentation that may have been missed
• Evaluate how Promptless handles your typical PR content

After enabling this option, your Project card shows the replay progress:

• Processing last 30 days of PRs with a spinner while replay is running
• Processed recent PRs with a checkmark once replay completes

Replay runs in the background and doesn’t block normal trigger processing. New PRs opened while replay is running are still processed immediately.

Directory-specific triggers

You can configure Promptless to only trigger when changes are made to specific directories within your repositories. This is particularly useful when you want to focus documentation updates on changes to certain parts of your codebase.

To set up directory-specific triggers:

1. When creating or editing a project, select the GitHub trigger option
2. Check the “Choose specific directories to trigger this project” option
3. Enter the directory paths you want to monitor, separating multiple paths with commas
4. Save your project configuration

When trigger directories are specified, Promptless considers only PRs that contain changes to those directories and ignores updates to other files.

Repository topics

If you have many repositories, you can use GitHub topics to control which ones trigger Promptless. This is especially helpful for organizations with dozens or hundreds of repos where only some need documentation automation.

1. Tag your repositories in GitHub: Add topics to the repositories you want Promptless to monitor (e.g., “docs-watch”, “promptless”). To add topics to a repository, go to the repository’s main page and click “Add topics” in the About section.

2. Configure your project: When creating or editing a GitHub project, check the “Trigger on repos with certain topics” option and enter the topic(s) you want to monitor. You can specify multiple topics, and Promptless triggers on any repository that has at least one of those topics.

3. Manage through GitHub: To add a new repository to Promptless, tag it with the configured topic in GitHub. To remove a repository, remove the topic from the repository settings.

Learn more about GitHub repository topics in the GitHub documentation.

Automatic PR creation

When automatic PR creation is enabled in your publishing policies, Promptless automatically creates a new PR in your documentation repository with suggested changes.

Source PR comments

Promptless posts a summary comment on source PRs linking to any documentation changes. This keeps documentation updates visible alongside the code changes that triggered them.

The comment links directly to the documentation suggestions, so reviewers can see proposed updates while reviewing the code.

Tip

Slack notifications are separate from source PR comments and are always sent according to your project’s notification settings.

Suppress source PR comments

Set suppress_source_pr_comments: true in your publishing policies to prevent comments on source PRs. Documentation suggestions are still created normally.

policies:
  default:
    publishing:
      suppress_source_pr_comments: true

This option is commonly used:

• During pilot or onboarding periods, before Promptless has been introduced to the broader engineering team
• On public repositories, while keeping comments enabled for private repos

Draft pull requests

Warning

Promptless automatically skips draft pull requests. Documentation updates are only triggered when the pull request is marked as ready for review.

Configuration files and dot-directories

Promptless automatically skips pull requests that only contain changes to dot-directories (like .github/, .circleci/, .beads/) or root-level dot-files (like .gitignore, .editorconfig). These are typically CI and tooling configuration rather than product changes that need documentation updates.

If a PR contains both dot-files and regular source files, Promptless processes it normally—it only skips when the entire PR is dot-file changes.

Request documentation via PR title or description

An @promptless mention in a PR’s title or description is a direct request, so Promptless reviews the PR regardless of your listening configuration. If your project only reviews after a first approval, the mention triggers a review as soon as the PR opens. If the PR targets your documentation repository—normally outside your source scope—the mention pulls it in anyway. Tagging Promptless does what you expect: Promptless reviews the PR.

Include the mention anywhere in the title or description:

## Summary

Added new authentication endpoints for SSO integration.

@promptless please document these API changes

Mention @promptless or @promptless-for-oss (matching is case-insensitive).

The mention only triggers on PR open, reopen, or ready-for-review events. A mention left in a merged PR’s description does not re-trigger on merge.

Request documentation via PR comments

Beyond automatic triggers, you can request documentation updates by @mentioning Promptless in a comment on any source pull request.

How to use

Tag Promptless in a comment on a source PR to request documentation work:

@promptless please update the docs for this API change

When to use

PR comment mentions are useful when:

• A PR was created before your trigger was set up
• You want documentation for a PR that’s already merged or closed
• The automatic trigger didn’t fire for your PR
• You want to provide specific instructions about what to document

Supported PR states

Promptless responds to comment mentions on pull requests in any state:

• Open PRs
• Draft PRs
• Merged PRs
• Closed PRs

Trigger from automated accounts

A direct @promptless mention doesn’t have to come from a person. It takes priority over Promptless’s bot filter, so a comment from an automated account—like a GitHub Actions workflow—triggers documentation work just as a comment from a teammate does. This lets you build docs requests into your CI: have an Action post an @promptless comment whenever you want docs updated or reviewed.

For example, a GitHub Actions step can comment on a pull request to ask Promptless to document the change:

- name: Ask Promptless for docs
  run: gh pr comment "$PR_NUMBER" --body "@promptless please update the docs for this change"
  env:
    GH_TOKEN: ${{ secrets.GITHUB_TOKEN }}
    PR_NUMBER: ${{ github.event.pull_request.number }}

The comment must include a direct @promptless mention—Promptless still ignores bot comments that don’t mention it. This works for any automated account, including CI or review Actions that run checks like Doc Detective or snippet validation.

Requirements

• The GitHub integration must be installed for your repository
• You must explicitly @mention Promptless in the comment—comments without a direct mention are ignored

When you mention @promptless in a PR title, description, or comment, Promptless adds a 👀 reaction so you know it saw your request. The reaction shows up even when Promptless decides no documentation change is needed, so a missing suggestion doesn’t mean your mention was ignored.

Setup instructions

To connect GitHub to Promptless, see the GitHub Integration setup guide.