Show HN: Sim – Apache-2.0 n8n 대안

HN에 계신 분들, Waleed입니다. 저희는 에이전틱 워크플로우를 만들기 위한 오픈소스 비주얼 에디터인 Sim( https://sim.ai/ )을 만들고 있습니다. 저장소는 여기: https://github.com/simstudioai/sim/ . 문서는 여기: https://docs.sim.ai . Docker를 사용해 로컬에서 Sim을 실행할 수 있으며, 실행 제한이나 다른 제약이 없습니다. 저희는 에이전트가 프로덕션에서 왜 실패하는지 반복적으로 트러블슈팅한 끝에 거의 1년 전에 Sim을 만들기 시작했습니다. 코드 우선 프레임워크는 암묵적인 제어 흐름 때문에 디버깅이 어렵게 느껴졌고, 워크플로우 플랫폼은 줄여주는 것보다 더 많은 오버헤드를 추가했습니다. 저희는 모든 것을 직접 짜맞추지 않고도 세밀한 제어와 손쉬운 관측성을 원했습니다. 저희는 약 6개월 전에 드래그 앤 드롭 캔버스로 Sim [1][2]을 출시했습니다. 그 이후로 다음을 추가했습니다: - 138개의 블록: Slack, GitHub, Linear, Notion, Supabase, SSH, TTS, SFTP, MongoDB, S3, Pinecone, ... - 세밀한 제어가 가능한 도구 호출: 강제, 자동 - 에이전트 메모리: 슬라이딩 윈도우 지원(마지막 n개 메시지 또는 토큰 기준)을 갖춘 대화 메모리 - 트레이스 스팬: 중첩 워크플로우와 도구 호출에 대한 상세 로깅 및 관측성 - 네이티브 RAG: 문서를 업로드하면 저희가 청킹하고 pgvector로 임베딩한 뒤 에이전트에 벡터 검색을 노출합니다 - 롤백이 가능한 워크플로우 배포 버전 관리 - MCP 지원, Human-in-the-loop 블록 - 자연어로 워크플로우를 만들 수 있는 Copilot(워크플로우를 만드는 것뿐 아니라 슈퍼에이전트 역할을 하며 연결된 서비스를 직접 호출할 수 있는 새 버전을 방금 출시했습니다) 내부적으로 워크플로우는 기본적으로 동시 실행되는 DAG입니다. 노드는 의존성(업스트림 블록)이 충족되는 즉시 실행됩니다. 루프(for, forEach, while, do-while)와 병렬 팬아웃/조인도 일급 프리미티브입니다. 에이전트 블록은 프로바이더로의 패스스루입니다. 모델(OpenAI, Anthropic, Gemini, Ollama, vLLM)을 선택하면 프롬프트, 도구, 응답 형식을 프로바이더 API로 직접 전달합니다. 블록 간 상호운용성을 위해 응답 형태를 정규화하지만, 무슨 일이 일어나는지 가리는 레이어를 추가하지는 않습니다. 현재 자체 MCP 서버와 워크플로우를 MCP 서버로 배포하는 기능을 작업 중입니다. 여러분의 생각과 다음으로 나아가야 할 방향을 듣고 싶습니다 :) [1] https://news.ycombinator.com/item?id=43823096 [2] https://news.ycombinator.com/item?id=44052766