@kobyjconrad The attention should be on interaction and systems building through conversation, not the code. The argument for some is that Cursor has it backwards. IDEs are just code viewers.
@escliu @byjmitch The application process was refreshingly direct. More focused on clarity and conviction than overproduced startup storytelling. Excited.
Most teams don’t miss deadlines because of bad planning. They miss because reactive work slowly takes over execution. Interruptions. Scope changes. Investigations. Stakeholder asks. Hidden overload.
This week reinforced something for us at @usecrafter#Engineering#AI
Most teams don’t actually know why projects slip.
Jira, for example, tells you what’s assigned.
Crafter shows you what’s disrupting execution.
#crafter#AI#building
@RhysSullivan Decision making becomes crucial
I use my several LLM threads as a team. I've been experimenting with rooms (where threads are personas that can check each other) - to make better decisions
@thsottiaux I use codex as an AI team. Threads act as dedicated personas (engineer, PM, marketing) with deep DM context.
Lately, I've expanded into the concept of rooms, where I invite these chat thread personas. Helps a lot with decisioning on my end before execution.
@garrytan This is right
But faster building just exposes the next problem: decision quality
A single AI thread collapses everything into one voice
I’ve been turning AI into a team via “Rooms”
specialized chat threads working together in one place
Way better than one thread, one answer