@LilithLiJapan@theo an agent editing the app you're using to run the agent is a wild loop. what happens if the change breaks the panel mid-session, is there an easy rollback?
@JoseCSancho naming panes by the current job is smart, five identical terminals is chaos. does the name update when the agent drifts into a different subtask mid-run, or is it set from the first prompt?
@SrinivasValekar the stepping-on-each-other part is the whole game. separate copy of the repo per agent fixes the file collisions, but merging their work back is where it still gets messy. do any of those 3 help when two agents touch the same file, or is that still manual?
@Revolt3r computer name + status were the two things we made sure stay on one line at phone width for exactly that. when you check in, is it mostly "is it waiting on me" or do you actually read diffs on the phone?
ade web on a phone, before vs after.
at 390px the computers panel wrapped every name one word per line. now names stay on one line, status gets the full width, buttons sit under.
sidebar turns into a drawer under 720px too.
what do you check from your phone while agents run?
@TbYoutuber one worktree per package makes sense for keeping the changes separate. do you run each package’s tests before merging too, or wait for the full suite at the end?
@stretchcloud the review bandwidth point feels real; once agents can keep working, the slow bit is deciding what actually needs a human. how do you keep the team review from turning into another queue to babysit?
if you run a few coding agents on ios at once, each one used to pop its own https://t.co/jQ8UOb49za window onto your screen. in ADE the simulators now stay in the background unless you ask for the window, so your mac stays usable while the agents tap through the app
how many simulators do you usually have going?
@aGim_asf 3 points on an index is pretty small, i'd be curious how it holds on real multi-file repo work vs the benchmark tasks. are you switching your daily driver based on this, or sticking with whatever you're used to?
@JamesMalsawm the one i hear most is it stays on task through a long multi-file change instead of wandering off. is yours about output quality, or more the tooling around it?
@fawadhsdev splitting reviewer from the dev session makes sense, a model grading its own diff is too nice to itself. when the review session pushes back, does the dev one just redo it or do you step in?
@jaimefjorge the 'never weaken a test to pass a gate' rule is a good one, agents do that way more than i'd like. do the rules get checked while the agent is working or only when it tries to commit?
@ayoub_el77927 a bug needs a failing test or a concrete repro, not just another review saying it exists. are the later passes finding real failures or mostly style changes?
@josiah_arcanist the grouped merge queue bit is useful. passing alone says nothing about two agents changing the same assumption. when a batch fails, do you bisect it automatically or send the whole failure back to the agents?
@dlewis filtering before the result hits context seems like the real win, especially for logs. do you keep the raw output somewhere so the agent can dig back in when a filter hides the clue?
ade's import dialog pulls cli sessions you started outside the app back in so you can keep going. it already found claude and codex runs, now it also picks up droid, grok, kimi and pi sessions you ran on a preset or a routed model. hit continue and it resumes in the same folder with the same settings