Loading video...

Video Failed to Load

Go Home

This is how a code factory should work. I was waiting at the doc’s office and filed 6 bugs - all from my phone. 1 is already merged, 2nd is merging, 3-6 are getting done in parallel. Using Symphony + Codex (Elixir, Codex App Server, Linear, GitHub)

85,485 views • 6 months ago •via X (Twitter)

44 Comments

Merlin Rabens's profile picture
Merlin Rabens6 months ago

Mine looks like this! - GH Issues + Linear w/ bi-directional sync - Auto-review from 3 different bots (gemini, claude, codex) requesting changes and triggering the locally running coding agents in real-time to provide those fixes. Integrates really well w/ Paperclip AI & OpenClaw, and even works for self-improvement loops too!

Ryan Carson's profile picture
Ryan Carson6 months ago

Nice

am.will's profile picture
am.will6 months ago

is this linear? i've been avoiding learning YET ANOTHER tool. but you keep posting all this cool stuffs damn you

Ryan Carson's profile picture
Ryan Carson6 months ago

Yup, just @linear :) Works mostly out of the box with Symphony

Josua Sievers's profile picture
Josua Sievers6 months ago

Do you have a tutorial on how you use symphony & linear? Would love to know more

Ryan Carson's profile picture
Ryan Carson6 months ago

i'll try to do a walkthrough soon

Marlene Mhangami's profile picture
Marlene Mhangami6 months ago

This is an interesting UI, but if using GitHub issues and PRs (which most developers are today) you can already do most of this in GitHub using the Agent control panel and using the agent of your choice running in parallel. FWIW, GitHub also has a mobile app :)

Ardjo's profile picture
Ardjo6 months ago

I built a similar setup with @droid (minus the video playwright directly in Linear) and let it run for 2,5 days. I checked in once a day in the morning to verify that bug bots hadn’t found anything critical. It had auto-merge enabled and could restructure tickets if needed to make them more “doable” during the build. 72 tickets shipped. @FactoryAI just one-shot it. Precision: 0 → 1 build. I spent a full day writing (and rewriting 😅) 12 spec docs and 1 droid mission in @chatprd before the build. It would have taken me at least 1 (or 2) weeks to achieve the same build with @cursor_ai. And we are still early. 😅

Jori Lallo's profile picture
Jori Lallo6 months ago

@mingjie is exploring few platform/API changes which would allow us to make this even better/faster

₿earifiedCo's profile picture
₿earifiedCo6 months ago

Ours looks like this ♥️

Yam Peleg's profile picture
Yam Peleg6 months ago

wwwow this is sick

Ryan Carson's profile picture
Ryan Carson6 months ago

:)

ilya's profile picture
ilya6 months ago

I love Symphony (except for token usage), but it's missing a critical step where I still want to be involved - discussing the implementation plan. Something I want to address soon (can have "Plan Feedback" status in Linear similar to Human Review)

Jet's profile picture
Jet6 months ago

do you think this can be ported to a claude code set up easily?

Adam Westerby's profile picture
Adam Westerby6 months ago

Did you do a ton of customization on top of Symphony to mitigate token consumption? I tried it out and it burned a few billion tokens overnight

Ryan Carson's profile picture
Ryan Carson6 months ago

I merged the optimizations that @odysseus0z proposed and it helped. I'm actually having codex review token usage as we speak to see if it helped.

Adam Westerby's profile picture
Adam Westerby6 months ago

@odysseus0z Nice, I’ll check that out!

Ashish's profile picture
Ashish6 months ago

Which mobile app is this?

Ryan Carson's profile picture
Ryan Carson6 months ago

@linear

arpit's profile picture
arpit6 months ago

Can you open source your implementation of symphony?

Ryan Carson's profile picture
Ryan Carson6 months ago

I'll probably do a video on it soon. Happy to share what I'm doing but need to get it a little more stable first

Yunfeng Lan's profile picture
Yunfeng Lan6 months ago

the best engineering teams dont optimize for lines of code shipped.\n\nthey optimize for feedback loop speed.\n\nfrom bug report to merge while waiting at the docs - thats not just efficiency. thats the compounding effect of good tooling.

SurfyPower7194's profile picture
SurfyPower71946 months ago

Im checking your posts to stay updated with these types of workflows. Amazing work.

KEV MOK's profile picture
KEV MOK6 months ago

I need to see your setup! I set it up yesterday and it creates workspaces that just clone my whole repo not a big fan. Tinkering it to just do worktrees instead

Numa ᯅ's profile picture
Numa ᯅ6 months ago

How do you confirm the bug is fixed? Just by reading the PR or do you manually test every fix before merging?

黄月英's profile picture
黄月英6 months ago

so cool!

Akash Sharma's profile picture
Akash Sharma6 months ago

this is exactly what async dev workflows should look like filing bugs from a waiting room and watching them get merged in parallel — your team doesn't even know you weren't at your desk this is the actual productivity unlock nobody talks about. not 10x code, but 0-interruption async execution

Nico Baier's profile picture
Nico Baier6 months ago

Wait what's the mobile app?

Julian's profile picture
Julian6 months ago

Can't you just do all that from the Claude app? Connects with Claude Code/git, can also run it from the phone via /remove etc.

Austin Young's profile picture
Austin Young6 months ago

For acceptance criteria and validation do you type that out yourself? Automate that somewhat?

OneManSaas's profile picture
OneManSaas6 months ago

The fact that you can orchestrate parallel development from a waiting room shows how much tooling has evolved. Most companies are still stuck in the linear handoff model while you're running a distributed team from your phone.

Utkarsh Singh's profile picture
Utkarsh Singh6 months ago

that’s how you make the most of downtime. shipping fixes from anywhere feels great. love that workflow!

Sanjay's profile picture
Sanjay6 months ago

parallel fixes sound great but require near-perfect task breakdown to work. i’ve tripped over that when building, where the pre-work to parallelize took longer than just fixing one at a time.

Kode's profile picture
Kode6 months ago

Filing bugs from your phone and having them auto-merge while you're still in the waiting room. This is the future of software development — humans as architects, agents as builders. The parallelism is what makes it click

黄月英's profile picture
黄月英6 months ago

@grok how can i set up like this? what should I learn? any recommend resources?

Dennison's profile picture
Dennison6 months ago

I'm curious to follow this.

Wes's profile picture
Wes6 months ago

What do you wish was better about using your phone to build products? I also use Linear with agents funneling through to GitHub.

Ben Taleb Jr.'s profile picture
Ben Taleb Jr.6 months ago

Di you opt for a second pro subs?

Ryan Carson's profile picture
Ryan Carson6 months ago

No, just bought $40 of credits

Ben Taleb Jr.'s profile picture
Ben Taleb Jr.6 months ago

If u hit those 40 usd, the perk is switch to wifey or another chatgpt plus account it has more usage than the 40 usd, and u dont lose ur session 🙃

Kevin Yan's profile picture
Kevin Yan6 months ago

crazy how i can pass this video to openclaw and upgrade my own development pipeline with no additional instructions. Thanks for sharing. Super helpful

Sadi Moodi's profile picture
Sadi Moodi6 months ago

6 bugs from a doc's office and 1 already merged? That's the async dev loop in action. The real win isn't the tools - it's that you've built a CI/CD pipeline for your brain. Most folks spend weeks setting this up. You're shipping while waiting for antibiotics. 🚀

Sherif Zaidan's profile picture
Sherif Zaidan6 months ago

How about making your software remixable and everyone contributing to fixing/adding @RemixDotOne

United Records's profile picture
United Records6 months ago

interesting

Related Videos

Three months ago, Codex was trash for knowledge work. Now it's my daily driver. I use it for writing, recruiting, deep engineering work, and everything in between. It even keeps me at inbox 0. I chatted with Every 🧱's head of growth Austin Austin Tedesco on Every 🧱's AI & I about what changed, and why he now spends 80% of his working time in the Codex desktop app too. We get into: - How Codex went from making Austin feel like an idiot to being the place he goes to get stuff done, including complex tasks like writing go-to-market plans using existing material from Slack, Notion, and meeting transcripts. - Why the Codex’s desktop app, which is faster and more reliable than Claude Desktop/Cowork, is the real differentiator. - How I source candidates with Codex by having it identify career arcs, not keywords—my go-to move is identifying organizations likely to teach the skills Every needs for a role, and then find candidates from that pool who have since gone on to work in AI. This is a must-watch for anyone who's wondering whether it’s finally time to give Codex a try. Watch below! Timestamps How Codex went from a tool for senior engineers to a daily driver for knowledge work: 00:00:57 How Claude Code proved that a great coding agent works for any knowledge work: 00:02:42 Austin's switch to Codex: 00:07:24 How Austin set up Codex with folders, keys, and reviewer agents: 00:13:48 Using Codex to brainstorm automations across Gmail, Slack, and Notion: 00:18:24 How Austin manages the human review step when Codex is drafting communications: 00:22:42 Using Codex to build specialized agents inspired by product executive Claire Vo: 00:28:54 Synthesizing meeting transcripts and Slack threads into a go-to-market plan: 00:31:09 Building a live KPI tracker in Notion that agents can read: 00:40:15 Using Codex for recruiting: 00:44:54

Dan Shipper 📧

55,561 views • 4 months ago

🚨 OpenAI just launched Codex, a brand-new autonomous coding agent that can build features and fix bugs on its own. We’ve been using it Every 📧 for a few days, and I’m impressed. I invited Alexander Embiricos (ben davies), a member of the product staff responsible for Codex, to demo Codex and talk about it live on a special edition of AI & I: What Codex is and how it works Codex is designed to be used by senior engineers—it performs coding tasks like adding features or fixing bugs autonomously. It's built to allow you to start many sessions at once, so you can have multiple agents working in parallel. Codex is built to have "taste" OpenAI trained Codex to have the taste of a senior software engineer. It knows how big codebases work, how to write a good PR, and uses clean, minimal code. Why an “abundance mindset” is best for interacting with agents Codex is designed to allow users to delegate many tasks at once without getting caught up in the details. This lets you point an abundance of agents at a specific task like a difficult bug—it’s worth it even if only one of them succeeds. How OpenAI is thinking about agents Codex is one piece of a unified super-assistant OpenAI wants to eventually build—an agent that helps users easily get things done by selecting the right tools for them behind the scenes. OpenAI’s vision for the future of programming In the future developers will probably spend less time writing routine code and more time guiding agents, reviewing their work, and making strategy decisions. Programming will become more social, letting teams easily delegate multiple tasks at once, allowing people to focus on ideas and collaboration instead of routine coding. Watch below!

Dan Shipper 📧

145,487 views • 1 year ago