rename skills
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: coding-standards
|
||||
name: rui-coding-standards
|
||||
description: Enforces coding quality rules including static typing, test coverage thresholds, test framework requirements, TDD practices, and tooling constraints. Load this skill before implementing any code changes.
|
||||
---
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: commit-standards
|
||||
name: rui-commit-standards
|
||||
description: Rules for commit messages, branch hygiene, and commit integrity. Covers Conventional Changelog format, atomic single-issue commits, rebase-only policy, and required commit message structure.
|
||||
---
|
||||
|
||||
@@ -55,5 +55,5 @@ and build integrity.
|
||||
## Build Integrity
|
||||
|
||||
- Every commit must leave the full build passing. Run all quality gates before
|
||||
committing (see `coding-standards` skill for the full list).
|
||||
committing (see `rui-coding-standards` skill for the full list).
|
||||
- Never commit code that breaks any stage of the build pipeline.
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: parallel-agents
|
||||
name: rui-parallel-agents
|
||||
description: Multi-agent coordination strategy for parallel development across branches. Covers clone setup, git identity, branch isolation, push strategy, verification, and final reporting.
|
||||
---
|
||||
|
||||
@@ -25,9 +25,9 @@ Each parallel agent must:
|
||||
```
|
||||
git remote add upstream /app
|
||||
```
|
||||
4. **Configure git identity** using the credentials from the `project-identity` skill.
|
||||
4. **Configure git identity** using the credentials from the `rui-project-identity` skill.
|
||||
5. **Work on their assigned branch** following the full task execution workflow
|
||||
(see `task-workflow` skill).
|
||||
(see `rui-task-workflow` skill).
|
||||
6. **Push to both origin and upstream** when done:
|
||||
```
|
||||
git push -u origin <branch-name>
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: pr-fix-process
|
||||
name: rui-pr-fix-process
|
||||
description: Workflow for fixing a PR based on review comments. Covers reading reviews, amend-and-force-push strategy, implementation notes, PR description updates, review responses, and new ticket policy.
|
||||
---
|
||||
|
||||
@@ -19,7 +19,7 @@ description: Workflow for fixing a PR based on review comments. Covers reading r
|
||||
## Fix Strategy
|
||||
|
||||
All fixes are applied by **amending the existing commit** and **force pushing** the branch.
|
||||
This maintains a clean, atomic commit history consistent with the `commit-standards` skill:
|
||||
This maintains a clean, atomic commit history consistent with the `rui-commit-standards` skill:
|
||||
|
||||
```bash
|
||||
# Make code changes
|
||||
@@ -83,7 +83,7 @@ If a review comment points to work that is outside the scope of the current tick
|
||||
|
||||
After all fixes are applied:
|
||||
|
||||
1. **Run all quality gates** per the `coding-standards` skill (lint, typecheck, unit tests,
|
||||
1. **Run all quality gates** per the `rui-coding-standards` skill (lint, typecheck, unit tests,
|
||||
integration tests, coverage >= 97%).
|
||||
2. **Amend the commit** with any quality gate fixes.
|
||||
3. **Force push** the branch.
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: pr-review-process
|
||||
name: rui-pr-review-process
|
||||
description: PR code review methodology including focus areas, multi-agent review strategy, reporting format, verdict criteria, and Forgejo posting behavior.
|
||||
---
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: project-identity
|
||||
name: rui-project-identity
|
||||
description: Project-specific configuration including role identity, Forgejo server details, git credentials, authentication setup, and reference materials for the current project.
|
||||
---
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: search-issues
|
||||
name: rui-search-issues
|
||||
description: Search Forgejo issues and pull requests by keyword with local matching, filtering, and pagination. Use this when you need to find specific tickets in a large repository.
|
||||
---
|
||||
|
||||
@@ -10,7 +10,7 @@ fetched page by page from the API and matched client-side against title and
|
||||
body text. This avoids the unreliable server-side search and gives precise
|
||||
substring matching with AND/OR logic.
|
||||
|
||||
**Prerequisites:** Load the `project-identity` skill first to get the Forgejo
|
||||
**Prerequisites:** Load the `rui-project-identity` skill first to get the Forgejo
|
||||
server URL, API token, and repository name needed for the required options.
|
||||
|
||||
## Script location
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: task-discovery
|
||||
name: rui-task-discovery
|
||||
description: Rules for finding, filtering, and prioritizing work from the Forgejo issue tracker. Covers assignee filtering, state label requirements, priority ordering, and blocked issue handling.
|
||||
---
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
---
|
||||
name: task-workflow
|
||||
name: rui-task-workflow
|
||||
description: End-to-end task execution lifecycle for Forgejo issues. Covers preparation, implementation with TDD, quality gates, commit/push, pull request creation, issue state transitions, and discovering new work.
|
||||
---
|
||||
|
||||
@@ -14,15 +14,15 @@ description: End-to-end task execution lifecycle for Forgejo issues. Covers prep
|
||||
blocker is resolved first, remove the `Blocked` label, then transition to
|
||||
`State/In Progress`.
|
||||
4. **Set up the branch.** Use the branch name from the issue's Metadata > Branch field.
|
||||
See the `commit-standards` skill for branch setup commands.
|
||||
See the `rui-commit-standards` skill for branch setup commands.
|
||||
|
||||
## Phase 2: Implementation
|
||||
|
||||
5. **Work through the subtasks in order.** Complete each subtask listed in the issue body.
|
||||
As you complete each one, update the issue body via the Forgejo API to check it off
|
||||
(`- [x]`).
|
||||
6. **Write tests alongside code.** Follow TDD as described in the `coding-standards` skill.
|
||||
7. **Handle obsolete tests.** See the `coding-standards` skill for the policy on updating
|
||||
6. **Write tests alongside code.** Follow TDD as described in the `rui-coding-standards` skill.
|
||||
7. **Handle obsolete tests.** See the `rui-coding-standards` skill for the policy on updating
|
||||
vs. fixing tests during redesign.
|
||||
8. **Add implementation notes as Forgejo issue comments.** Throughout your work, generously
|
||||
and exhaustively append detailed comments to the Forgejo issue documenting:
|
||||
@@ -43,12 +43,12 @@ description: End-to-end task execution lifecycle for Forgejo issues. Covers prep
|
||||
9. **Verify coverage >= 97%.** Run `nox -s coverage_report`. If coverage is below 97%,
|
||||
write new tests targeting files with the most uncovered lines. Rerun until met.
|
||||
10. **Run the full nox suite.** Run `nox` (all default sessions). Fix any errors, even those
|
||||
that seem unrelated to your commit. See the `coding-standards` skill for the full list
|
||||
that seem unrelated to your commit. See the `rui-coding-standards` skill for the full list
|
||||
of required passing stages.
|
||||
|
||||
## Phase 4: Commit and Push
|
||||
|
||||
11. **Stage and commit.** Follow the `commit-standards` skill for message format.
|
||||
11. **Stage and commit.** Follow the `rui-commit-standards` skill for message format.
|
||||
12. **Push the branch:**
|
||||
```
|
||||
git push -u origin <branch-name>
|
||||
Reference in New Issue
Block a user