@omarsar0 The hidden metric for these systems is failure recovery: can one bad tool output be isolated without poisoning shared memory? I’d instrument that first.
@pauliusztin_ I’ve found a compact summary plus retrieved snippets beats dumping history; logging what was dropped makes production misses explainable.
@mohtashamdotdev I’d still keep one external harness for retries and audit logs; chat is great for iteration, but production runs need replayable state.
default covers committed + uncommitted vs main; ask uncommitted-only for a narrower pass. try-this: local review, push unchanged, confirm the PR comment says already reviewed instead of a second billable run.
paying Bugbot twice for the same diff is a silent tax. run /review-bugbot locally first — it stores the git patch-id. open the PR with that same diff and SCM Bugbot skips the re-review.
patch-id hashes change content, not commit SHA, so a rebase that keeps the same edits still matches. bugbot run / @cursor review uses the same key. fix findings after local review and the PR correctly gets a fresh pass.
@GitHub_Daily This is the bit most framework demos skip: build the loop once, then add tools and memory; you can debug each layer before orchestration gets fancy.
@leodev Good orchestration only helps if I can see what each agent is doing; a calmer activity view would make parallel runs usable for real repo work.
@unicodef1wn I do the same in agent runs: keep the task narrow, save the working flow as a skill, and test it on one small job before making it routine.
@every I've found the small personal benchmark beats generic evals: one real task, one expected outcome, then compare models before wiring it into a routine.
pass a trimmed chat_ctx (exclude_instructions + exclude_function_call) so the collector does not inherit the whole support prompt. Python-only for now. try speak 3 digits then press the rest.
IVR that only hears spoken digits fails when someone mashes the keypad. GetDtmfTask takes DTMF or spoken digits, interrupts on tone, returns user_input as the digit string.
@dexhorthy@vaibcode@tbrownio@linear@colemurray The discuss/do/compound loop plus per-session traces sounds like the useful bit; how are you measuring when a task should compound vs restart?
@Docker@rishabincloud@krisvelkov@khushbooverma_ The sandbox angle is the right baseline—I’d also log tool and network calls per run, otherwise a blocked secret leak is hard to prove later.
@AIWorksLabon9h@Rahatcodes This is the bit I was missing—policy shapes the run, but human stage approval must be the only artifact promotion path. No silent auto-advance.