Dynamiq

모든 워크플로는 양 끝에 입력과 출력이 있는 노드 그래프이고, 캔버스와 Python SDK는 같은 정의를 만든다. 현업 담당자는 로직, 에이전트, 도구, 검증기로 나뉜 팔레트에서 노드를 끌어온다. 엔지니어는 같은 그래프를 git에 두고 자체 CI로 돌리며, 코드로 확장하고 싶을 때 캔버스 워크플로를 ZIP으로 내려받는다. dynamiq CLI는 프로젝트, 버전, 앱, 트리거를 터미널에서 다룬다.

하려는 일을 한 문장으로 적는다. 예를 들어 여신 정책에 맞춰 대출 패키지를 검토하고 예외를 심사자에게 넘기라고 쓰면, 생성기가 노드와 연결, 프롬프트 초안을 옆 패널에 만든다. 초안을 받아들이고 모델을 바꾸고 도구를 붙이고 승인을 더한다. 저장을 누르기 전에는 아무것도 남지 않으므로 시험 비용은 1분뿐이다.

모델에 맡기지 말아야 할 판단이 있다. 의사결정 테이블은 적격성 확인이나 가격표를 타입이 있는 입력, 규칙 격자, 중복 처리 정책이 있는 표로 바꾼다. 여신 책임자가 읽고 고칠 수 있고 CSV 입출력도 되며, 저장된 테스트 케이스가 변경 때마다 다시 돈다. 규칙 노드는 한 건의 기록을 여러 규칙에 대조해 규칙마다 심각도와 함께 지적을 돌려준다. 판단이 필요한 지점에서는 판단 노드가 예/아니오, 선택, 점수 질문에 보정된 신뢰도로 답하고, 신뢰도가 낮은 건은 사람에게 보낸다.

도구 노드에서 실행 승인을 켜면 실행이 멈추고 무엇이 실행될지 그대로 보여주는 메시지가 뜬다. 검토자는 승인하거나, 전송 직전의 항목을 고치거나, 의견을 남겨 반려한다. 반려 의견은 에이전트가 읽고 반영한다. 승인 요청은 앱이 이미 쓰는 WebSocket이나 Runs API 스트림으로 오기 때문에, 게이트는 별도 콘솔이 아니라 자사 화면 안에 들어간다.

기억을 켜면 에이전트가 사용자 ID와 세션 ID로 구분해 대화를 보관하고, 다음 실행 시작에 최근 메시지, 관련도 높은 메시지, 또는 둘 다를 재생한다. 장기 기억은 더 나아간다. 저장과 회상을 위한 도구를 받아 오래 남는 사실을 다루고, 같은 내용을 다르게 들으면 중복 저장 대신 기존 사실을 갱신하며, 하위 에이전트의 이력은 따로 둬서 위임받은 쪽이 다른 에이전트의 기억을 읽지 않는다.

답변은 사내 문서에 근거를 두고, 소스별 권한은 검색 단계에서 적용된다. 질문한 사람이 읽을 수 없는 파일을 인용할 수 없다. 가드레일은 개인정보와 프롬프트 인젝션을 모델이나 도구에 닿기 전에 잡아내고, 모든 단계는 입력, 모델 호출, 지연 시간과 함께 추적에 남는다. 그 추적을 읽고 잘못된 실행을 짚어 주는 에이전트도 있다.