Use cases
A few use cases for Prinevo
Explore practical ways to review code, test changes, fix bugs, plan work, and deliver features with your connected software factory.
Choose the outcome you want
You can keep opening pull requests in GitHub or Bitbucket and managing tickets in Linear. Prinevo adds specialist work around those entry points, with results and evidence you can review.
| Use case | Entry point | What to inspect |
|---|---|---|
| PR code review | Verified PR webhook and automatic reviews enabled | Review findings and their resolution. |
| PR testing | Verified PR webhook and automatic QA enabled | Criterion results, executed checks, and published evidence. |
| Linear bug fix | Issue event matching a label-based rule | Implementation PR, review, and verification. |
| Full Lane feature | Build session starting with /full-lane | Requirements, HLD, LLD/task plan, PRs, and QA artifacts. |
| Architecture review | Single-node Architect task | Design recommendation and unresolved decisions. |
| QA for an existing PR | Single-node Verify task | Execution results and supporting evidence. |
| Large project planning | Plan session | Ordered phases, dependencies, and acceptance criteria. |
| Small change | Build inline or /mini-spec-lane | Scoped code change and focused verification. |
| Connected context | Plan session with MCP access | Source-backed requirements and open questions. |
Prepare your Factory once
Connect GitHub or Bitbucket and an agent provider in Integrations. Select the repositories for your product and let Factory setup prepare them automatically. Review and merge any required setup PRs in their respective repositories. Configure models in Agents and compute in Settings.
Invite teammates from Settings so they can sign in at app.prinevo.ai and review the work.
Choose a first trial
Start with one repository and one bounded task so you can inspect the complete result. For example, review a small PR, test a changed screen, or fix a reproducible bug. Use Full Lane when the work needs requirements or design decisions before implementation.
For event-driven work, check the first execution rather than relying on a Connected badge. Confirm the correct repository and revision, open the resulting artifact, and review any findings or missing evidence before moving forward.