8 ms·
Show HN: Sim Studio – Open-Source Agent Workflow GUI
Hi HN! We're Emir and Waleed, and we're building Sim Studio (https://simstudio.ai https://simstudio.ai), an open-source drag and drop UI for building and managing multi-agent workflows as a directed graph. You can define how agents interact with each other, use tools, and handle complex logic like branching, loops, transformations, and conditional execution.
Our repo is https://github.com/simstudioai/sim https://github.com/simstudioai/sim, docs are at https://docs.simstudio.ai/introduction https://docs.simstudio.ai/introduction, and we have a demo here: https://youtu.be/JlCktXTY8sE?si=uBAf0x-EKxZmT9w4 https://youtu.be/JlCktXTY8sE?si=uBAf0x-EKxZmT9w4
Building reliable, multi-step agent systems with current frameworks often gets complicated fast. In OpenAI's 'practical guide to building agents', they claim that the non-declarative approach and single multi-step agents are the best path forward, but from experience and experimentation, we disagree. Debugging these implicit flows across multiple agent calls and tool uses is painful, and iterating on the logic or prompts becomes slow.
We built Sim Studio because we believe defining the workflow explicitly and visually is the key to building more reliable and maintainable agentic applications. In Sim Studio, you design the entire architecture, comprising of agent blocks that have system prompts, a variety of models (hosted and local via ollama), tools with granular tool use control, and structured output.
We have plenty of pre-built integrations that you can use as standalone blocks or as tools for your agents. The nodes are all connected with if/else conditional blocks, llm-based routing, loops, and branching logic for specialized agents.
Also, the visual graph isn't just for prototyping and is actually executable. You can run simulations of the workflows 1, 10, 100 times to see how modifying any small system prompt change, underlying model, or tool call change change impacts the overall performance of the workflow.
You can trigger the workflows manually, deploy as an API and interact via HTTP, or schedule the workflows to run periodically. They can also be set up to trigger on incoming webhooks and deployed as standalone chat instances that can be password or domain-protected.
We have granular trace spans, logs, and observability built-in so you can easily compare and contrast performance across different model providers and tools. All of these things enable a tighter feedback loop and significantly faster iteration.
So far, users have built deep research agents to detect application fraud, chatbots to interface with their internal HR documentation, and agents to automate communication between manufacturing facilities.
Sim Studio is Apache 2.0 licensed, and fully open source.
We're excited about bringing a visual, workflow-centric approach to agent development. We think it makes building robust, complex agentic workflows far more accessible and reliable. We'd love to hear the HN community's thoughts!
- pomarie 1y ago[dead]
- justinl33 1y ago[dead]
- gavmor 1y agoI'm sure that the complex logic and state management were not trivial to implement, but the link said GUI so I wanted to see some screenshots, but all I saw were two very dim simple forms. This space is REALLY struggling to graduate from Gradio-like design sensibilities. That being said, I'm looking forward to playing with this, congrats on the launch!
- waleedlatif1 1y agothanks for the feedback! adding some screenshots to the docs showcasing more complex workflows we've created so far
- rancar2 1y agoThe screenshot on the website are helpful, and it would be good to add them into the GitHub documentation as the OP mentioned.
- nico 1y agoThe video linked in the post description shows everything pretty clearly, here: https://www.youtube.com/watch?v=JlCktXTY8sE https://www.youtube.com/watch?v=JlCktXTY8sE
- ddon 1y agoWould be amazing to be able to design the workflow using your builder, and then export to code (and choose the language) and then copy paste the code into the project... just an idea.
- waleedlatif1 1y agothis is something we've been looking into. curious, would you rather export the code into an existing agentic framework like crewai/langgraph, or have it exported as raw code? also, would you prefer if the code was exported block-by-block or the entire workflow altogether?