stop assigning incomplete browser reports straight to engineering
if the start state, ordered steps, expected result, actual result, or readback is missing, the next owner should gather evidence. uncertainty needs a bounded test, not a guessed fix
a solving agent cannot infer risk from a final screenshot
it needs the known start state, ordered actions, expected and actual results, permission boundaries, a passing control, and verified readback. humans still own impact and the acceptable final state
bug triage is becoming an ordered browser incident, not a ticket label
over the next 6 to 18 months, solving agents will compare the path, first mismatch, controls, and verified readback before choosing the next bounded test
guide: samelogic.com/blog/bug-triag…
agentic debugging will only be as good as its controls
keep browser, data, page, and final choice fixed. change one condition at a time so the agent can tell which transition changed the outcome instead of generating confident noise
the future of bug reproduction is an executable incident, not a static report
give the solving agent the ordered browser path, expected result, state transitions, and first mismatch so it can choose the next bounded test instead of guessing
My god this is such a good speech that every SWE needs to hear. You know what? Every person should hear it
Keep the happy memories, eyes on the reality, be excited about the future. That’s the best that anyone can do
deterministic reproduction is not a promise that every user can trigger the bug it is a controlled claim: known start state, environment, inputs, and ordered actions let another person test the same failure guide: samelogic.com/blog/determini…
if a browser test passes alone but fails in the suite, run it with its immediate predecessor
when the result changes, investigate state, data, order, or shared resources before touching the final assertion
retries are diagnostics, not repairs
a retry can measure frequency or collect another trace. if it passes later, identify what changed between attempts before increasing the retry count
a passing rerun does not clear a flaky test
it proves the conditions changed. preserve the first failing run, then compare the earliest mismatch before adding retries
triage guide: samelogic.com/blog/flaky-tes…
i thought ai could imitate creativity. i didn’t think it could have taste
but these new models understand creative direction in ways i didn’t expect for years
claude is out here one shotting movies and we’ve just accepted that
really exciting times
We rebuilt After Effects and Premiere for GPT-6 Astra and Sol.
Introducing Tesseract.
The video creative suite for your AI agent.
Give your agent direct access to our creative engine.
No more clicking through software built for people.
→ Edit footage, motion, and sound
→ Make precise changes with full creative control
→ Revise and render directly through your agent
And yes, this video was made with Tesseract.
Get the ChatGPT plugin.
We rebuilt Clay for agents
Powered by Jev + @treg_ai
No more $600 subscriptions, just $0.0089/lead
Try it at Treg.to/people-search
- 85% cheaper than Clay
- #1 on people search bench accuracy
- Plugin to any agent
Fully open source, 0% markup
Git Repo below 👇
the shortlist that lost an answer also kept requests small
from 24 to 240 records, direct Jev's input grew from 52,685 to 510,893 tokens; hybrid stayed near 27,000
those are totals over the same 24 retrieval queries, not total system cost
so, replace RAG? we still needed a writer
before swapping models, trace one failed answer:
did the record enter the shortlist?
did it reach the writer?
did the writer use it correctly?
fix the stage that lost the evidence, not the one with the newest model