We break down parallel subagent invocation, inherit/branch/share worktree configurations, and browser-agent failure modes. Free and open, the way learning online was made to be: ddsboston.com/pages/dva-anti…

Google rebuilt Antigravity 2.0 around agent orchestration rather than file editing. The Agent Manager replaces the file explorer, and subagents run in parallel with git worktree isolation for workspace control. Class 23 maps out setup, subagents, and model routing.

Worktree support as well?

Hola seba, disculpa la demora en responder, mi flujo, con el que por ahora me siento comodo es, creo un worktree en @orca_build trato de que cada rama sea muy especifica, como la que te adjunto en imagen. Tengo varias reglas, por ejemplo, trato de evitar siempre usar main directo, solo en emergencias, por que main hace el merge directo a github y por ende a la app principal, en las otras ramas actuo, pruebo, mido en un rama de vercel y si esta ok, mando a produccion

I never set up a git workspaces workflow because creating new instances of the application database on every new worktree was painful... until today mise mono repo tasks made things slightly easier, albeit .env files with secrets and docker compose were yet another problem

i made a CLI for impressing founders who think more commits = better engineer. `atc --verbose --apply` takes your dirty worktree and commits it hunk by hunk. 5 messy feature commits -> 30 tiny, reviewable commits. open source.

My 2 questions for SDD users, especially Superpowers. Does using TDD and git worktree really worth it?

your coding agents are Kanban cards now 😯. New in Orca: open a board over any terminal pane and drag each agent worktree between statuses. todo, in progress, review, testing, blocked, done, or whatever custom columns fit your workflow. much easier when you have 10 agent running across different features.

¿Lo manejas directamente como branches en Git o estás usando los worktree directamente desde Claude Code?

gitはmain一本漢気開発を推奨している僕ですが、いうて自分ではめちゃくちゃgit使ってます。 最近試しているのは大枠のissueを作ってそれを垂直スライスに分割。それを別ブランチで並列実装。 コンフリ心配だったらworktree切ってもいい。 まぁここはこのタイミングで別にブランチ切らなくても良いんだけど、どうせPRする時に切る事になるから先に切ってるだけ。 最初はissueごとにブランチ切ってたんだけどPR増えすぎてダルかったんでここは1ブランチ纏めてPR。 PRを残す事によって後からバグの原因探す時とかにAIが探しやすくなってくれたり、新規機能を実装する時もある程度PR見てプロジェクトの思想を理解してくれるんじゃないかなというAIファーストの思想です。 バイブコーディングの質上げて行くぞみんな。 AIファーストの環境をいかに作れるかがバイブコーディングの鍵な気がしてきている今日です。 後、今調査しているのが一旦作ってからユニットテストするのとテスト駆動で作るのとでどっちがトークン節約できるか。 体感TDDの方が良い気がする。多分コードの質がTDDの方が良くてそもそもテストを回す回数少ないのかも？ ぶっちゃけバイブコーディングはもはや動けば何でも良いから成果物の綺麗さは要らないと思ってる。そこ思想は美学になりつつある気がする。

Ultimamente me amigue mas con issue o linear tickets y worktrees. Hago un plan/roadmap con codex/claude, le digo que cree los issue detallados y luego con orca levanto un worktree por issue y opencode con mimo o minimax para aplicar (le sumo gentle-ai)

Codex Mobileの見方が変わった。 スマホ版は「小さいターミナル」ではなく、リモートで走るCodexを外から止める・曲げる・確認する管制席。 差分は worktree、/goal、side chat、inline review、写真/音声添付。 会社導入では「誰がどの環境で走らせ、どこで承認したか」が論点。

やっぱworktreeとかを活用した並列的なClaude Codeの使い方にシフトしなきゃと思い、まずtmuxの使い方を見直したい。この記事役に立ちそう！tmux popupでファイルピッカー起動するの、地味に欲しかったやつだ😳 Claude Code × tmuxの個人的活用術 dev.classmethod.jp/articles/…

I’m still not entirely sure what the difference is between harness engineering and loop engineering, but I think what matters is using plugins and skills that fit your own way of working. I’ve been customizing "Agent Skills" by Addy Osmani, an engineering leader on the Google Chrome team, to fit my solo developer workflow. The main things I added are four features: 1. Added auto-workflow 2. Support for task-based work 3. Automatic git worktree integration for each task 4. Stronger reviews using subagents On the main branch, I discuss what I’m going to work on and create tasks. Then the actual implementation happens in a separate worktree for each task through auto-workflow, and AI carries the process through implementation, testing, review, and PR creation. I haven’t fully automated planning, development, or scheduling, but I’m trying to make up for that with a task/worktree/subagent structure. There’s still a lot to improve, but I’ll keep refining it and hopefully grow it into a one-person company someday, like Peter Steinberger.

做个调研： 多agent并行开发，你现在使用git branch还是git worktree?

Love the autonomy, but that flag's a loaded gun for new folks. The middle ground I teach: keep permissions on, commit to git after each step, and only skip prompts inside a throwaway worktree. Full setup here: guima.ai/safety

失業的時候MacBook裝了很多AI的亂七八糟的東西，包括conductor。工作之後過了幾個月回來看，發現多了好多worktree，自己都忘記當初用來做什麼，『一舊雲』咁。刪刪刪！

AFAIK, /move works within repo existing/new branch/worktree, but doesn't allow me to move session to another repo, does it?