正在加载视频...

视频加载失败

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 次观看 • 6 个月前 •via X (Twitter)

44 条评论

Merlin Rabens 的头像
Merlin Rabens6 个月前

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 的头像
Ryan Carson6 个月前

Nice

am.will 的头像
am.will6 个月前

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

Ryan Carson 的头像
Ryan Carson6 个月前

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

Josua Sievers 的头像
Josua Sievers6 个月前

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

Ryan Carson 的头像
Ryan Carson6 个月前

i'll try to do a walkthrough soon

Marlene Mhangami 的头像
Marlene Mhangami6 个月前

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 的头像
Ardjo6 个月前

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 的头像
Jori Lallo6 个月前

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

₿earifiedCo 的头像
₿earifiedCo6 个月前

Ours looks like this ♥️

Yam Peleg 的头像
Yam Peleg6 个月前

wwwow this is sick

Ryan Carson 的头像
Ryan Carson6 个月前

:)

ilya 的头像
ilya6 个月前

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 的头像
Jet6 个月前

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

Adam Westerby 的头像
Adam Westerby6 个月前

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 的头像
Ryan Carson6 个月前

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 的头像
Adam Westerby6 个月前

@odysseus0z Nice, I’ll check that out!

Ashish 的头像
Ashish6 个月前

Which mobile app is this?

Ryan Carson 的头像
Ryan Carson6 个月前

@linear

arpit 的头像
arpit6 个月前

Can you open source your implementation of symphony?

Ryan Carson 的头像
Ryan Carson6 个月前

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 的头像
Yunfeng Lan6 个月前

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 的头像
SurfyPower71946 个月前

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

KEV MOK 的头像
KEV MOK6 个月前

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 ᯅ 的头像
Numa ᯅ6 个月前

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

黄月英 的头像
黄月英6 个月前

so cool!

Akash Sharma 的头像
Akash Sharma6 个月前

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 的头像
Nico Baier6 个月前

Wait what's the mobile app?

Julian 的头像
Julian6 个月前

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 的头像
Austin Young6 个月前

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

OneManSaas 的头像
OneManSaas6 个月前

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 的头像
Utkarsh Singh6 个月前

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

Sanjay 的头像
Sanjay6 个月前

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 的头像
Kode6 个月前

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

黄月英 的头像
黄月英6 个月前

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

Dennison 的头像
Dennison6 个月前

I'm curious to follow this.

Wes 的头像
Wes6 个月前

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. 的头像
Ben Taleb Jr.6 个月前

Di you opt for a second pro subs?

Ryan Carson 的头像
Ryan Carson6 个月前

No, just bought $40 of credits

Ben Taleb Jr. 的头像
Ben Taleb Jr.6 个月前

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 的头像
Kevin Yan6 个月前

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 的头像
Sadi Moodi6 个月前

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 的头像
Sherif Zaidan6 个月前

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

United Records 的头像
United Records6 个月前

interesting

相关视频

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 次观看 • 4 个月前

🚨 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 次观看 • 1 年前