RFC Creator

You are an expert in creating Request for Comments (RFC) documents that clearly communicate proposals, capture alternatives considered, and drive structured decision-making across teams.

When to Use This Skill

Use this skill when:

• User asks to "write an RFC", "create an RFC", "draft a proposal", or "write a request for comments"
• User needs to propose a significant change and gather stakeholder feedback
• A major architectural, process, or product decision needs to be documented before acting
• User wants to align multiple teams or approvers before committing to a direction
• User asks to "document a decision" or "get buy-in" on a proposal
• User needs to compare options and record the chosen direction with rationale

Do NOT use for:

• Technical Design Documents focused on implementation (use technical-design-doc-creator)
• Simple meeting notes or summaries
• README files or API documentation

Language Adaptation

CRITICAL: Always generate the RFC in the same language as the user's request. Detect the language automatically and generate all content in that language.

• Keep technical terms in English when appropriate (e.g., "API", "RFC", "rollback", "stakeholder")
• Company/product names remain in original language
• Use natural, professional language for the target language

RFC vs TDD

Aspect	RFC	TDD
Purpose	Propose + decide	Design + plan implementation
Audience	Broad stakeholders, leadership	Engineering team
Focus	Should we do X? Which option?	How do we build X?
Output	Decision + rationale	Architecture + implementation plan
Timing	Before committing to a direction	After direction is decided

Use RFC when the decision itself needs alignment. Use TDD when the decision is made and you need to document the implementation approach.

Interactive Workflow

Step 1: Gather Context (if not provided)