TEST: claude-code-action example on bisque-cloud/presenter@v1 (v1.9.0)

1 hour ago

This pull request adds one workflow file. When a pull request opens, Claude Code writes a short narrated explainer of it, and a watch link comes back as a comment. The file is a test copy of the example from the presenter project, so it exercises the released action on this repository, and the description says to close it after the run.

Ask about this presentation

Chapters

  1. 0:00Every new pull request gets a narrated explainer
  2. 0:21A test of the released action, copied unedited
  3. 0:45Job one: Claude writes and narrates, with read-only access
  4. 1:12Job two: a fresh runner publishes the folder
  5. 1:37Review the triggers and the secret; merge nothing
Show transcript
  1. This pull request adds one workflow file. When a pull request opens, Claude Code writes a short narrated explainer of it, and a watch link comes back as a comment. The file is a test copy of the example from the presenter project, so it exercises the released action on this repository, and the description says to close it after the run.

    Slide text
    01 / 05

    A workflow that explains each new pull request with Claude Code and comments a watch link.

  2. The author's description calls it a test of the released action. The example workflow is copied unedited, and it uses the public plugin marketplace and the version one tag of the presenter action, now at version 1.9. That is why the README also gets a short note: this workflow tests the release, rather than the repository's own copy of the action.

    Slide text
    02 / 05

    Plugin from the public marketplace. Action pinned to the v1 release, 1.9.0.

  3. The first job gives Claude only read permissions. It checks out the repository, runs Claude Code with the presenter plugin, and allows a shell, file writes and web fetches, capped at 150 turns. The prompt tells Claude to read the pull request with the GitHub command line, write the slides and a context file, narrate them on the runner, and fix whatever the checks find. It must stop before publishing. Then the folder is uploaded as an artifact.

    Slide text
    03 / 05

    Permissions: contents read, pull requests read. No publishing identity.

  4. The second job runs on a fresh runner. It downloads the folder and hands it to the presenter action, which publishes in the voice already narrated, so nothing is spoken twice. Only this job can write pull request comments and request an identity token. The workflow comments explain why: Claude's session has its publishing credentials removed, so the split follows the same pattern as trusted publishing for packages.

    Slide text
    04 / 05

    Only this job holds the token to publish and the right to comment.

  5. The workflow needs one repository secret, a Claude Code token, and pull requests from forks run without secrets, so they get no explainer. The pull request has no tests or results of its own, since the run it triggers is the evidence. The author says to close it afterwards, so the review is a quick read of the workflow, and nothing here is meant to merge.

    Slide text
    05 / 05

    Runs on opened, ready for review, reopened. Needs CLAUDE_CODE_OAUTH_TOKEN. Fork pull requests get no secrets.

What happened in AI today, in your inbox

One short email each evening. Read it and you’re caught up.

Built in New York with ❤️