Who can invite a teammate? What should a refund restore? Your agent records those rules in Reflow’s application knowledge repository and updates them as the app changes. It reads and writes that knowledge through MCP.
Each page connects that context to the flows that check it, so the next change starts with what your app is supposed to do.
reflow / Application knowledgeIllustrative example
KnowledgeDocuments
team-access.mdRevision 3f2a · example
Team access
Expected behaviorAn invitation keeps the role the owner selected.
Owners can invite teammates as editors or viewers. Accepting an invitation must grant that role.
Referencessrc/team/invitations.ts/settings/team
Exercised by
seed-data
invite-member
verify-role
Selected role = accepted role
Expired invitations: coverage not recorded.
checkout.mdRevision 3f2a · example
Checkout
Expected behaviorCharge the total shown at checkout.
Apply the customer’s discount before payment. The saved order and the receipt must show the same total.
Referencessrc/orders/checkout.ts/checkout
Exercised by
seed-cart
place-order
verify-total
Cart total = payment = receipt
Multiple discount codes: behavior not documented.
refunds.mdRevision 3f2a · example
Refunds
Expected behaviorA full refund restores the balance and returns stock.
The customer receives the amount paid. The order is marked refunded and its items become available again.
Referencessrc/orders/refunds.ts/orders
Exercised by
place-order
refund-order
verify-refund
Balance restored · stock returned
Partial refunds: coverage not recorded.
Plan tests around their dependencies.
The invitation flow depends on seeded data, and the role check depends on an invitation. Reflow runs them in that order.
Your agent declares prerequisites with needs. Before execution, Reflow explains which work will run, reuse completed results, wait for dependencies, or stay blocked. A little like Terraform for testing.
Teach your agent to catch what a passing test misses.
An invitation test can pass even when the role selector disappears.
Reflow captures screenshots during test runs and compares them across changes. Your agent checks those differences against the PR’s intended scope and links the relevant captures in its review.
This PR changes invitation copy. Owners still need to choose a role before sending an invitation.
team-invitationteam-access.md
Put the application change in the pull request.
Show your reviewer the missing control, the changed result and the rule they affect. Your agent can explain which changes belong in scope and which need a closer look.
Keep the screenshots and flow results one click from the review, with a change summary that updates as the run progresses.
The invitation still sends, but an owner can no longer choose the new member’s role. This PR was intended to update copy.
BeforeAfter
Application rule · team-access.md
“An invitation keeps the role the owner selected.”
Before / after capturesFlow results
Scale the testing. Keep the context focused.
Your agent can run independent flows in parallel and read selected knowledge and test results through tool calls.
Start with a run summary, then inspect the relevant knowledge and snapshots. The agent can work across the application without loading the whole repository or every test result into its context window.
The role selector disappeared.
The invitation still sends, but an owner can no longer choose the new member’s role. This PR was intended to update copy.
“An invitation keeps the role the owner selected.”