ci: enable UCI AI review and assist workflows#43
Conversation
Port sei-protocol/sei-chain#3651 to sei-docs. Adds two callers of the shared UCI reusable workflows (pinned to v0.0.12 / 258d2c3): - ai-assist.yml: AI Assistant on issue/PR-review comments and reviews, gated to the sei-protocol/sei-core team. - ai-review.yml: AI Review on PR open/ready/synchronize/reopen. sei-core owns this repo per CODEOWNERS, so allowed-team carries over unchanged. enable-cursor stays false; the comment is reworded to drop the sei-chain-specific claim about Cursor Bugbot being enabled here. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
PR SummaryLow Risk Overview
Reviewed by Cursor Bugbot for commit 9f6f434. Bugbot is set up for automated code reviews on this repo. Configure here. |
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Workflows to automatically generate PRs for you. |
There was a problem hiding this comment.
Adds two thin caller workflows (ai-assist.yml, ai-review.yml) that delegate to sei-protocol/uci reusable workflows pinned by full commit SHA. The change is clean and follows CI best practices (SHA-pinned refs, scoped permissions); only minor, non-blocking observations apply.
Findings: 0 blocking | 6 non-blocking | 0 posted inline
Blockers
- None at the file/PR level.
Non-blocking
- REVIEW_GUIDELINES.md was empty/missing, so no repo-specific review standards were applied.
- The OpenAI Codex second-opinion file (codex-review.md) was empty — that pass produced no output.
- The Cursor second-opinion file (cursor-review.md) was empty — that pass produced no output.
- Both workflows use
secrets: inherittogether withid-token: write, andai-assist.ymltriggers on externally-controllable events (issue_comment,pull_request_review_comment). Access is gated tosei-protocol/sei-coreviaallowed-team, so this relies on the reusable workflow correctly enforcing that gate before using secrets/OIDC — worth confirming the upstream UCI workflow performs the team check before any privileged step. - The PR description notes both workflows depend on org-level secrets (API key / OIDC role) being available to
sei-docs; if UCI was scoped per-repo rather than org-wide, an admin may need to grant access for these to function. - Consider adding
concurrencygroups toai-review.ymlso rapidsynchronizepushes cancel superseded runs and avoid redundant/duplicate reviews (optional optimization).
What is the purpose of the change?
Adds CI automation (no documentation content changes). Ports sei-protocol/sei-chain#3651 — "Enable UCI AI review and assist" — to the docs repo so the same shared AI review/assist pipeline runs here.
Describe the changes to the documentation
Two new GitHub Actions workflows, each a thin caller of a
sei-protocol/ucireusable workflow pinned to v0.0.12 (258d2c3216d54872b33ac07430d23c847fc239ca):.github/workflows/ai-assist.yml— AI Assistant, triggered onissue_comment,pull_request_review_comment, andpull_request_review. Gated to thesei-protocol/sei-coreteam..github/workflows/ai-review.yml— AI Review, triggered onpull_request(opened,ready_for_review,synchronize,reopened).Faithful to the source PR, with one deliberate deviation:
enable-cursorstaysfalse, but its inline comment is reworded to drop the sei-chain-specific claim that Cursor Bugbot is "currently enabled on repo" (unverified for this repo).Notes
allowed-teamcarries over unchanged.@sei-protocol/sei-coreis the default owner in this repo's CODEOWNERS, so the same team gate applies.secrets: inherit, so the pipeline relies on org-level secrets (API key / OIDC role) being available tosei-docs. If UCI was configured org-wide atsei-protocolthis works as-is; if it was scoped per-repo on sei-chain, an org admin may need to grantsei-docsaccess.🤖 Generated with Claude Code