Skip to main content

dev-rules

Enforces project-specific development rules and conventions.

Source facts

Repository
kubernetes-sigs/agent-sandbox
Last source activity
September 14, 2026 at 23:19
Detected SKILL.md language
English
Stars
4,482
Forks
596

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
dev-rules
description
Enforces project-specific development rules and conventions.
# Development Rules ## Purpose This skill ensures that AI agents contributing to this project follow project-specific rules regarding code review and style to maintain compliance and quality. ## Instructions 1. **Go Development**: Follow standard Kubernetes Go patterns and best practices. 2. **AI-Assisted Code Reviews**: * Do **NOT** directly apply code suggestions from CodeRabbit (or any AI review bot) via the GitHub UI. Doing so adds the AI bot as a co-author to the commit. Since AI bots cannot sign the Kubernetes CLA, this will cause the CLA check to fail and block the PR. Manual review and application of suggestions are required. * Once the initial AI review (e.g., by CodeRabbit) is complete, ensure all review comments are addressed and resolved so the PR is ready for maintainers. 3. **API Conventions**: Always use the `k8s-api-conventions` skill when modifying APIs. 4. **Creating Pull Requests**: When creating a Pull Request, always use and fill out the project's PR template ([`.github/pull_request_template.md`](../../../.github/pull_request_template.md)). * **Description**: Provide a clear and concise description in the "What this PR does" section. * **Related Issues**: Link related issues using "Fixes #issue" or "Ref link". * **Release Notes**: Fill out the `release-note` block. Note that automated release notes are generated from the description in the first section, so ensure it is comprehensive. For breaking changes, describe required actions and ask the maintainers to label the PR with `release-note-action-required`. ## References - Project rules (as documented in [`CONTRIBUTING.md`](../../../CONTRIBUTING.md))
View on GitHub