rfc-check
Analyzes proposed code changes to determine if a formal Request for Comments (RFC) is necessary.
Install
mkdir -p .claude/skills/rfc-check && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/4863" && unzip -o skill.zip -d .claude/skills/rfc-check && rm skill.zipInstalls to .claude/skills/rfc-check
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Determine if proposed changes require an RFC. Use when planning significant changes, before starting major work, or when asked whether an RFC is needed.Key capabilities
- →Identify changed files using git diff
- →Apply architectural impact criteria to code changes
- →Check proposed changes against existing RFCs
- →Generate structured RFC analysis reports
How it works
The skill analyzes file changes against defined architectural criteria to determine if a formal Request for Comments is required.
Inputs & outputs
When to use rfc-check
- →Assess if a new feature requires an RFC
- →Review architectural impact of planned code changes
- →Check proposed API changes against project standards
About this skill
RFC Check
Determine if proposed changes require an RFC (Request for Comments).
Instructions
-
Identify changed files using
git diff --name-onlyor provided context -
Apply RFC criteria:
RFC Required:
- New APIs in
src/openenv/core/ - Breaking changes to existing APIs
- New abstractions or design patterns
- Changes affecting the two-interface model (WebSocket/MCP separation)
- Major architectural decisions
RFC Not Required:
- Bug fixes
- Documentation updates
- Minor refactoring (no API changes)
- New example environments (unless introducing new patterns)
- Dependency updates
- Test additions
- New APIs in
-
Check against existing RFCs in
rfcs/for conflicts or dependencies
Analysis Steps
- List all files being changed
- Identify any files in
src/openenv/core/ - Check for public API signature changes
- Look for new abstractions or patterns
- Review existing RFCs for related decisions
Output Format
## RFC Analysis
### Files Changed
- [list of files]
### Core Files Touched
- [any files in src/openenv/core/, or "None"]
### API Changes
- [any signature changes to public APIs, or "None"]
### New Patterns/Abstractions
- [any new patterns introduced, or "None"]
### Verdict: NOT REQUIRED / RECOMMENDED / REQUIRED
### Reasoning
[Explanation of decision based on criteria above]
### If RFC Needed
- Suggested title: "RFC NNN: [title]"
- Related RFCs: [list any related existing RFCs]
- Key decisions to document: [list]
RFC Template Reference
If an RFC is needed, use the template in rfcs/README.md:
# RFC NNN: Title
**Status**: Draft
**Created**: YYYY-MM-DD
**Authors**: @username
## Summary
[1-2 paragraph overview]
## Motivation
[Problem Statement + Goals]
## Design
[Architecture Overview, Core Abstractions, Key Design Decisions]
## Examples
[Code samples demonstrating usage]
When not to use it
- →For minor refactoring without API changes
- →For documentation updates or bug fixes
Limitations
- →Limited to defined architectural impact criteria
- →Requires existing RFC documentation for conflict checking
How it compares
This automates the architectural review process by applying specific project criteria instead of manual assessment.
Compared to similar skills
rfc-check side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| rfc-check (this skill) | 1 | 7mo | No flags | Beginner |
| confidence-check | 13 | 4mo | Review | Beginner |
| specification-architect | 13 | 9mo | Review | Advanced |
| drift-analysis | 2 | 5mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by meta-pytorch
View all by meta-pytorch →You might also like
confidence-check
SuperClaude-Org
Pre-implementation confidence assessment (≥90% required). Use before starting any implementation to verify readiness with duplicate check, architecture compliance, official docs verification, OSS references, and root cause identification.
specification-architect
adrianpuiu
A rigorous, traceability-first system that generates five interconnected architectural documents (blueprint.md, requirements.md, design.md, tasks.md, and validation.md) with complete requirements-to-implementation traceability. Use this skill when users need to architect systems, create technical specifications, or develop structured project documentation with guaranteed traceability.
drift-analysis
avifenesh
This skill should be used when the user asks about "plan drift", "reality check", "comparing docs to code", "project state analysis", "roadmap alignment", "implementation gaps", or needs guidance on identifying discrepancies between documented plans and actual implementation state.
flow-next-plan-review
gmickel
Carmack-level plan review via RepoPrompt or Codex. Use when reviewing Flow epic specs or design docs. Triggers on /flow-next:plan-review.
feature-planning
mhattingpete
Break down feature requests into detailed, implementable plans with clear tasks. Use when user requests a new feature, enhancement, or complex change.
multi-agent-brainstorming
sickn33
Use this skill when a design or idea requires higher confidence, risk reduction, or formal review. This skill orchestrates a structured, sequential multi-agent design review where each agent has a strict, non-overlapping role. It prevents blind spots, false confidence, and premature convergence.