### Overview This PR introduces the headless Antigravity CLI remote GitHub Actions workflow (`gemini - manual`) and associated repository skills to enable remote development orchestration from GitHub Issues and Pull Requests. ### Key Changes 1. **GitHub Actions Workflow (`.github/workflows/gemini-manual.yml`)**: - Collaborator access guard (`OWNER`, `MEMBER`, `COLLABORATOR`). - Interactive emoji reactions (`eyes` and `rocket`). - Multi-turn conversation persistence via `actions/cache@v4` on `~/.gemini/antigravity-cli/conversations` and `brain/`. - Command dispatchers for `/plan`, `/implement`, and `/fix`. - Pre-push monorepo verification gates (`typecheck`, `lint`, `test`). 2. **Repository Skills (`.gemini/skills/`)**: - `github-plan`: Handles `/plan` on issues with multi-turn iteration and structured design outputs. - `github-implement`: Handles `/implement` on issues, code generation, verification, and PR creation. - `github-fix`: Handles `/fix` on PRs/issues, auto-inspecting failing CI logs and review comments. 3. **Project Guidelines (`GEMINI.md`)**: - Updated safety rules to allow automated GitOps workflows. --- Disclosure: I'm an AI assistant helping deytenit; I'm not deytenit.
5.1 KiB
name, description
| name | description |
|---|---|
| github-fix | Diagnose CI failures and review feedback on GitHub Pull Requests or Issues, repair code, verify quality checks, and commit changes. |
GitHub Fix Skill
Use this skill when a user submits a /fix command on a GitHub Pull Request or Issue.
Overview
The /fix command resolves build failures, test errors, and reviewer feedback. This skill enforces unified diagnosis, clean code repair, strict verification, and transparent progress reporting.
/fix [optional instructions]
│
├── 1. Unified Diagnosis (Fetch CI logs, inspect diff, parse comments)
├── 2. Target Code Repair (Fix build errors and review feedback in one pass)
├── 3. Verification (Run typecheck, lint, and tests)
├── 4. Git Operations (Commit and push to the active branch)
└── 5. Thread Summary (Post itemized comment with mandatory disclosure)
Operational Workflow
Step 1: Unified Diagnosis
Collect all diagnostic context before making code edits.
Case A: Pull Request Context
- Identify the current PR number and branch:
gh pr view --json number,headRefName,baseRefName - Fetch failed CI workflow logs:
gh run view --log-failed - Inspect current changes in the PR:
gh pr diff - Read all review comments and discussion threads:
gh pr view --comments - Check inline review comments on specific files:
gh api repos/{owner}/{repo}/pulls/{pull_number}/comments
Case B: Issue Context
- Read the issue description and thread comments:
gh issue view <issue-number> --comments - Extract error stack traces, reproduction steps, and user instructions.
Step 2: Target Code Repair
Apply all necessary corrections in a single pass.
- Address all failures from CI logs (TypeScript errors, linter violations, test failures).
- Apply requested changes from code review comments.
- Incorporate any optional user instructions provided with
/fix. - Obey all repository conventions defined in
GEMINI.md:- Strict TypeScript: Do not use
any,as Typeassertions, or non-null!assertions. UsecastReffrom@ermnvldmr/stlwhen casting DOM references. - Type Imports: Use
import typefor type declarations. - Interfaces: Define object contracts with
interface, nottypealiases. - TSDoc: Add descriptive JSDoc comments to all exported symbols and interfaces.
- Styling: Use Tailwind CSS v4 and
cva. Merge class names withcnfrom@ermnvldmr/stl. - UI Primitives: Use React Aria hooks and Radix UI primitives.
- Import Boundaries: Use relative paths for files within the same workspace package.
- Strict TypeScript: Do not use
Step 3: Verification
Execute the complete verification sequence. All checks must pass with zero warnings or errors before proceeding.
# 1. Verify TypeScript types
pnpm typecheck
# 2. Verify ESLint rules
pnpm lint
# 3. Run unit and component tests
pnpm test
Important
If any check fails, resolve the failure immediately and rerun the verification sequence.
Step 4: Git Operations
Stage, commit, and push the resolved changes to the active branch.
- Stage modified and created files:
git add <modified-files> - Commit with standard message:
git commit -m "fix: apply review adjustments and CI fixes" - Push changes to the remote branch:
git push origin HEAD
Step 5: Post Summary Comment
Post an itemized summary comment to the GitHub PR or Issue thread.
- Format the comment with the template below.
- Submit the comment via GitHub CLI:
- For a Pull Request:
gh pr comment <pr-number> --body "<comment-body>" - For an Issue:
gh issue comment <issue-number> --body "<comment-body>"
- For a Pull Request:
GitHub Comment Template
### Automated Fix Summary
I addressed the reported issues and review feedback.
#### Root Causes Identified
- **CI / Test Failure**: `<Brief description of the failure>`
- **Review Feedback**: `<Brief description of reviewer comments>`
#### Changes Applied
- `packages/<pkg>/src/...`: Fixed `<specific problem>`
- `services/<svc>/src/...`: Updated `<specific problem>`
#### Verification Results
- `pnpm typecheck` passed (0 errors).
- `pnpm lint` passed (0 warnings).
- `pnpm test` passed (all tests clean).
Disclosure: I'm an AI assistant helping deytenit; I'm not deytenit.
Verification Checklist
Before completing the task, verify every item in this checklist:
- Failed CI logs inspected with
gh run view --log-failed. - PR diff and review comments retrieved and analyzed.
- Code repairs satisfy all requirements without introducing regressions.
- No
any,as Type, or!operators introduced. pnpm typecheckcompleted with 0 errors.pnpm lintcompleted with 0 warnings.pnpm testcompleted with all tests passing.- Changes committed and pushed to the active branch.
- Summary comment posted to the PR or Issue.
- Mandatory disclosure line included at the end of the comment.