change-intake-compiler

Compile raw change input into structured Change Request contracts.

4|Updated May 16, 2026
One-click install
npx skills add https://github.com/machenjie/rd-skills --skill change-intake-compiler
Or copy as Structured Prompt for Agentโ–ผ
Please help me install this Agent Skill.
Skill: change-intake-compiler
Source: https://github.com/machenjie/rd-skills/tree/main/src/professional-skills/change-intake-compiler
Command: npx skills add https://github.com/machenjie/rd-skills --skill change-intake-compiler

SYSTEM DOCUMENTATION & REQUIREMENTS

๐Ÿ’ก This Skill includes references (resource) components.

What problem does it solve?

It converts ambiguous or incomplete change requests (from users, stakeholders, issues, PRs, bugs, or planning notes) into a structured, verifiable Change Request so teams can design, implement, and approve work without repeatedly asking the original requester to clarify.

Core Features & Use Cases

  • Structured Change Request compilation: Produces a complete contract including current behavior, desired behavior, non-goals, constraints, assumptions, open questions, affected surfaces, completion signal, and risk flags.
  • Solution-first prevention: Reframes solution-premixed input into implementation-neutral outcomes while preserving stated constraints and non-goals to avoid scope creep.
  • Verification-ready acceptance framing: Defines observable completion signals tied to the requested outcomes so the change can be tested and reviewed.
  • When to use: Best for incomplete, conflicting, or cross-channel requests where โ€œdoneโ€ cannot be defined from raw input alone.
  • Use case: A bug report says โ€œthe checkout sometimes failsโ€ with partial logs; the skill compiles it into a clear Change Request describing the current failing behavior, the desired success criteria, what must not change, and what must be clarified before implementation.

Quick Start

Ask the agent to compile your raw change input into a verifiable Change Request using the change-intake-compiler skill, preserving all constraints and listing any missing details as owned open questions.

Frequently Asked Questions about change-intake-compiler

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I compile messy change requests into a structured contract?โ–ผ

To compile change requests into a structured contract, you need to reframe raw input into current behavior, desired behavior, non-goals, and completion signals. This separates facts from assumptions, preventing scope creep and clarifying what 'done' means.

How to convert solution-premixed user feedback into implementation-neutral acceptance criteria?โ–ผ

Converting solution-premixed feedback into implementation-neutral acceptance criteria requires extracting the underlying desired outcomes while preserving stated constraints. It reframes premature solutions into observable completion signals and explicitly lists non-goals to avoid scope creep.

What is the best way to handle conflicting change requests from multiple channels?โ–ผ

The best way to handle conflicting multi-channel change requests is to synthesize them into a single, verifiable change contract. This process separates facts, assumptions, and decisions, listing missing information as owned open questions with named risk flags.

Can I use a change intake compiler for incomplete bug reports with partial logs?โ–ผ

Yes, you can use a change intake compiler for incomplete bug reports with partial logs. It transforms partial data into a structured change request by defining current failing behavior, desired success criteria, and explicitly logging missing details as open questions.

How do verifiable completion signals prevent scope creep in product management?โ–ผ

Verifiable completion signals prevent scope creep by tying product scope strictly to observable, implementation-neutral outcomes. By defining what must not change as non-goals and separating facts from assumptions, teams avoid expanding requirements beyond the original intent.