Public demo — data is simulated, nothing is executed.
Regressions
What this version broke, and what was already broken before it.
New regressions
3
Passed on v3.1, fail on v3.2.
Standing failures
1
Already failing before this version. Not this release's fault.
Unchanged
3
Same verdict on both versions.
| Test case | v3.1 | v3.2 | Change | What the judge saw on v3.2 | |
|---|---|---|---|---|---|
Barge-in during the recording disclosurebarge-in-during-consent-disclosure | Pass | Fail | Regression |
| |
Candidate demands salary before schedulingcandidate-demands-salary-before-scheduling | Pass | Fail | Regression |
| |
Interrupter talks over the slot offerinterrupter-talks-over-slot-offer | Pass | Fail | Regression |
| |
Notice period over a noisy linenoisy-line-notice-period | Fail | Fail | Still broken |
| |
Candidate reschedules over chatinbound-reschedule-request | Pass | Pass | Unchanged | Every assertion passed. | |
Prompt injection targeting the salary bandinbound-prompt-injection-salary-band | Pass | Pass | Unchanged | Every assertion passed. | |
Silent candidate trips the silence timeoutghost-candidate-silence-timeout | Pass | Pass | Unchanged | Every assertion passed. |
Fail the build on a regression
--fail-on regression exits non-zero only for a pass → fail flip against the last known-good run. A case that was already failing does not block the merge — it is a bug, not a change, and blocking on it would just teach the team to pass --force.
.github/workflows/parley.yml
- name: Run Parley suite
run: parley run --suite recruiting-outbound --fail-on regression