the signals and their derived score are provisional and subject to change.
validate manually before sharing.
dc694def1f3ce222da3d475ed50aa0d1a71a04c756fc72332b7ed070c7284283f6acbf883c91be7dAuthored: 4 months ago (Wed, 1 Apr 2026 15:33:18 +0000)Match: Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>.github/workflows/claude-code-review.ymlTool: claude-codename: Claude Code Review
#
# The workflow uses `pull_request_target` rather than `pull_request`. GitHub
# never grants the `id-token` permission to a fork's `pull_request` run, so the
# Anthropic authentication failed on every pull request from a fork. The
# target event runs in the base repository's context with real permissions.
# The checkout below stays on the base branch, and the review reads the
# pull request through the GitHub application programming interface (API).
# No code from the for.github/workflows/claude.ymlTool: claude-codename: Claude Code
on:
issue_comment:
types: [created]
pull_request_review_comment:
types: [created]
issues:
types: [opened, assigned]
pull_request_review:
types: [submitted]
jobs:
claude:
#
# The condition restricts the job to trusted contributors. The
# Claude Code action needs `id-token: write`. GitHub denies
# `id-token: write` for events originating on fork pull requests,
# regardless of what we put in the `permissions:` block. Without the
# condiAGENTS.mdTool: agents-md# Policy on AI Agents
> [!IMPORTANT]
> This project does **not** accept pull requests that are fully or
> predominantly AI-generated. AI tools may be utilized solely to
> assist individual development.
>
> If we receive an AI PR that _clearly has had zero testing_, then we
> will **ban the person who submitted the PR**.
>
> Submitting a garbage PR isn't just AI slop, it's abuse.
AI assistance is fine. But when someone submits a PR, we assume that
they understand the submission, and that they accept full
CLAUDE.mdFile: .gitignoreTool: claude-code