Start the draft
Start from a prompt, a GitHub issue, or a repository todo. Point ProPR at the repository and attach screenshots of the bug or feature.
If you throw a prompt at an agent, it guesses. ProPR forces a planning step first. You see the exact context it gathered, fix its assumptions, and shape the architecture before you spend implementation tokens or wait for code. Measure twice, cut once.
--dry-run for your agent.ProPR has the agent write a spec before it edits files and opens a messy PR. You define the change, handpick context files, and set the acceptance criteria. If the approach is wrong, fix it here while edits are still cheap.
Once approved, the plan becomes the working specification for implementation, review, and follow-up.
This public setup-wizard change shows context gathering, plan generation, refinement, issue creation, isolated implementation, a GitHub follow-up, review, and the final human merge.
The public setup-wizard example keeps its repository, branch, requirements, acceptance criteria, and chat history visible before any agent run begins.

Asking an LLM for a plan is the easy part. Validating its assumptions is the hard part. ProPR keeps you in control:
Start from a prompt, a GitHub issue, or a repository todo. Point ProPR at the repository and attach screenshots of the bug or feature.
Before you spend an API token, ProPR shows which files it will send to the planning model. Check the token count, verify the scope, and catch missing context early.
The agent drafts a structured plan. Ask it to split broad tasks, cover missed edge cases, or add tests. Work through the architecture before it touches the codebase.
When the plan looks solid, ProPR creates the GitHub issues. Pick the agents and models, start the runs, and let the isolated execution loop take over.
An agent is only as good as its understanding of your codebase. ProPR continuously indexes your repository, so when you ask for a new feature, the planner already knows your file structure, existing patterns, and dependencies.
ProPR reads the repository, tracks branches, and prepares searchable knowledge so the planner finds relevant files without making you point out each one.
You inspect repository summaries, browse files, and chat against repository knowledge before turning an idea into a plan.
ProPR plans and implements empty repositories from scratch, using supporting repositories as reference material when the new project should follow existing patterns.
The same repository understanding produces improvement suggestions or todos that later become planned changes.

Missing context leads to bad implementations. Before the agent drafts a plan, ProPR shows you exactly which files it intends to read. You can manually include missing dependencies or exclude noise, ensuring the agent actually understands your architecture before it goes down the wrong path.
ProPR turns your prompt into a proposed execution plan: scope, task boundaries, and risks. Scrap it when the premise is wrong. If it is close, open the chat and refine it.

Approval is the handoff. Once you greenlight the plan, ProPR translates it into actionable GitHub issues, assigns the models, and triggers the isolated execution loop.
Use this for a clear, isolated change that reviews as a single diff.
Use this when a broad prompt needs separate issues and separate PRs.
Use this for a large feature with tasks that build on each other. ProPR creates a shared Epic PR, runs the planned issues one at a time, and auto-merges each green child PR into the Epic branch before starting the next. The final Epic PR presents the full feature for review.
After the PRs open, participants keep refining the code by leaving normal GitHub comments through PR fine-tuning.