Runable은 자연어 요구를 웹사이트, 프레젠테이션, 보고서, 미디어, 스프레드시트 등의 결과물로 바꾸는 범용 AI 에이전트입니다. Agent, Chat, Plan 모드는 실행·분석·승인 우선 계획에 맞춰 나뉩니다.
이 도구를 사용해 보셨나요? 평점을 남겨 주세요
이 도구를 사용해 보셨나요? 평점을 남겨 주세요
Runable은 자연어로 적은 목표를 웹사이트, 프레젠테이션, 보고서, 이미지, 비디오, 스프레드시트 같은 결과물로 이어 가도록 설계된 범용 AI 에이전트입니다. 단순히 답변을 한 번 내보내는 채팅창이라기보다, 요청·참고 자료·작업·검토·수정을 하나의 대화형 작업 공간 안에서 연결하려는 제품입니다.
이 서비스를 이해할 때 가장 중요한 점은 모든 요청이 같은 방식으로 실행되지 않는다는 사실입니다. Runable은 Agent Mode, Chat Mode, Plan Mode를 구분합니다. 무엇을 만들지, 무엇을 분석할지, 그리고 실제 실행 전에 사람이 계획을 검토해야 하는지를 먼저 결정하면, 결과를 되돌리기 어려운 작업에서 특히 도움이 됩니다.
좋은 출발점은 끝에 남아야 할 산출물이 분명한 작업입니다. 예를 들면 승인된 자료를 바탕으로 한 내부 발표 자료, 미리보기 가능한 웹사이트, 조사 결과를 정리한 보고서, 혹은 이미지와 텍스트를 함께 쓰는 캠페인 초안입니다. 반면 사실 확인자와 승인 기준이 없는 공개물은 AI가 빠르게 만들 수 있어도 안전하게 배포할 수 있는 결과물이 되지 않습니다.
Runable은 저작권 허가, 법적 적합성, 보안 검토, 숫자의 진실성, 조직의 발행 책임을 자동으로 판정하지 않습니다. AI가 만든 초안은 작업 시간을 줄일 수 있지만, 고객·대중·직원에게 영향을 주는 결과물의 최종 책임은 검토자와 배포자에게 남습니다.
Agent Mode는 결과물 중심 작업을 위한 모드입니다. 파일, 프로젝트 또는 여러 단계의 결과가 필요할 때는 먼저 현재 제품 문서에서 작업 범위와 동작을 확인한 뒤 범위를 정하세요.
첫 요청에는 목표 독자, 산출물 형식, 신뢰할 수 있는 자료, 금지 조건, 완료 기준을 담는 편이 좋습니다. “랜딩 페이지를 만들어 줘”보다 “이 승인된 제품 설명만 사용하여 기존 고객용 세 페이지 사이트를 만들고, 결제는 아직 연결하지 말며, 배포 전 미리보기를 남겨 달라”가 훨씬 검토 가능한 요청입니다.
Chat Mode는 질문과 분석에 적합합니다. 질문, 초안 검토, 문서 요약처럼 결과물이 필요 없는 일에는 범위를 명확히 하고 현재 제품 문서에서 구체적인 동작을 확인하세요.
Plan Mode는 이후 작업을 위한 검토 가능한 계획 단계입니다. 인증, 결제, 데이터베이스, 여러 통합, 대외 공개처럼 재작업 비용이 큰 프로젝트에서는 범위·출처·검증 기준을 먼저 검토한 뒤 현재 제품 문서에 따라 진행 방법을 결정하세요.
계획을 읽을 때는 문장이 그럴듯한지만 보지 말고, 어떤 데이터와 파일을 쓰는지, 무엇을 사람이 확인해야 하는지, 실패하면 어떻게 복구하는지, 어떤 환경에 배포하는지를 확인해야 합니다. 승인은 AI에게 업무 시작을 허용하는 결정이지, 최종 산출물의 정확성 보증이 아닙니다.
코드, 파일 또는 외부 시스템이 관련된 작업은 시작 전에 현재 실행 환경과 허용 범위를 확인하세요. 대화 하나를 검토 가능한 목표 하나에 집중하면 책임자가 작업을 더 쉽게 추적할 수 있습니다.
실행 환경의 연속성은 현재 제품 문서에서 확인해야 합니다. 중요한 결정, 출처 자료와 검토 시점을 대화에 남겨 두면 이후 작업도 책임자가 이해할 수 있습니다.
작업 공간 표기를 데이터 처리 범위에 대한 포괄적 약속으로 해석하지 마세요. 내부 자료는 현재 개인정보처리방침, 조직의 데이터 분류 규칙과 적용되는 계약 요건을 먼저 확인해야 합니다.
웹사이트 프로젝트를 시작하기 전에 페이지, 자료 범위, 공개 책임자와 확인 항목을 정하세요. 필요한 구성 요소나 공개 동작은 현재 제품 문서에서 확인해야 합니다.
웹사이트 기능은 개별 프로젝트에 맞게 설정하고 테스트해야 합니다. 배포 전에 현재 제품 문서를 확인하고 실제로 사용할 로그인·결제·데이터·도메인 동작을 시험하세요. 생성된 사이트를 기본적으로 안전하거나 적합하다고 보아서는 안 됩니다.
공개 전에 프로젝트의 주요 경로, 오류 상태, 모바일 화면, 도메인 설정을 실제로 점검해야 합니다. 환경 변수와 API 키가 브라우저 코드나 저장소에 노출되지 않는지도 확인해야 합니다. 공개를 시작하기 전은 사람이 출시 책임을 확인하는 승인 지점입니다.
Runable은 생성한 웹사이트 코드를 GitHub 저장소로 내보내는 기능도 문서화합니다. 이는 팀이 AI로 초안을 빠르게 만들되, 이후에는 익숙한 버전 관리와 개발 절차로 이어 갈 수 있게 합니다. 단, 내보낸 코드도 의존성, 비밀값, 브랜치 대상, 데이터 모델, 배포 설정을 개발자가 검토해야 합니다.
슬라이드는 생성 전 HTML 또는 Image 형식, Professional 또는 Visual 테마, 4–24장의 범위를 고른 후 PDF나 PPTX로 내보낼 수 있습니다. 팀의 편집 및 발표 요구에 맞는 형식을 고르고, 납품 전에 현재 제품의 편집 동작을 확인하세요.
발표 요구사항은 검토 중에도 달라질 수 있습니다. 발표자 노트, 애니메이션, 특정 비율 또는 특수 편집 흐름이 필수라면 현재 제품 동작을 일찍 검증하고 필요하면 별도 편집 도구를 계획에 넣으세요.
보고서와 기타 구조화된 자료는 연구나 운영의 출발점이 될 수 있지만, 출처, 인용, 수치, 가정, 누락값, 결론은 해당 분야를 아는 사람이 검증해야 합니다.
시각 작업은 제품 페이지, 발표 자료, 캠페인 제안서처럼 더 큰 산출물을 위한 일부일 때 가장 유용합니다.
먼저 전달할 메시지, 대상, 브랜드 규칙, 사용할 수 있는 원본을 정한 후 소수의 시각 방향을 생성하고 선택합니다. 공개 전에는 사람의 초상, 상표, 이미지 속 문구, 출처, 지역별 규칙, 합성 장면이 오해를 만들 가능성을 확인해야 합니다. 생성 가능하다는 사실은 모든 결과를 상업적으로 사용해도 된다는 허가가 아닙니다.
누가 사용할지, 무엇을 받을지, 어떤 파일이 기준인지, 무엇이 금지인지, 어떻게 성공을 판단할지를 적습니다. 이 정보가 없으면 에이전트는 그럴듯한 일반안을 만들기 쉽고, 검토자는 무엇이 틀렸는지 설명하기 어려워집니다.
답변이나 문서 분석만 필요하면 Chat, 파일·프로젝트·다단계 실행이 필요하면 Agent, 인증·결제·DB·공개 배포처럼 실수가 비싼 일은 Plan을 고릅니다. 이 선택은 작업을 시작하기 전 적절한 검토 지점을 세우는 데 도움이 됩니다.
파일을 올리기 전에는 현재 제품 문서에서 제한과 지원 범위를 확인하세요. 여러 비슷한 초안을 함께 올리기보다 승인된 원본을 정해 주는 것이 좋습니다.
계획에는 범위와 데이터 사용, 테스트, 릴리스 단계를 확인합니다. 사이트와 코드에는 비밀값·오류 처리를, 보고서에는 근거와 계산을, 시각물에는 권리와 메시지를 확인합니다. “더 좋게” 대신 “이 세 문장은 유지하고 검증되지 않은 수치는 제거해 달라”처럼 바꿀 점을 구체화합니다.
청중, 구조, 증거, 시각 스타일, 상호작용, 배포 설정 중 하나를 선택해 수정합니다. 이렇게 하면 어떤 변화가 결과를 개선했는지 알 수 있고, 필요하면 저장된 스냅샷으로 돌아가기 쉽습니다.
사이트는 배포 전 미리보고 테스트하며, 슬라이드는 내보낸 파일을 열어 보고, 표는 알려진 값으로 계산을 확인하고, 대외 문구는 사실과 권리를 확인합니다. 제작 속도는 빨라져도 공개 결정의 책임은 자동화되지 않습니다.
큰 프로젝트는 단계별로 나누고, 파일 버전을 분명히 표시하며, 작업에 필요 없는 민감 정보는 제거해야 합니다. 업로드 전에 현재 제한을 확인하고 대화를 영구 저장소로 취급하지 마세요.
홈페이지는 iPhone, Android, Mac에서의 이용 가능성을 알립니다. 이용 가능하다고 해서 모든 기기에서 기능이 동일하다는 뜻은 아니므로, 복잡한 코드 검토나 파일 중심 작업은 현재 지원 범위를 확인하고 책임자가 결과를 가장 잘 통제할 수 있는 환경에서 수행하십시오.
현재 가격 페이지는 Free 월 $0, Pro 월 $20, Max 월 $100을 표시합니다. Free에는 하루 1,500 크레딧, Pro에는 월 25,000과 하루 1,500 크레딧, Max에는 월 150,000과 하루 1,500 크레딧이 표시됩니다. 가격과 포함량은 바뀔 수 있으므로 결제 전 실시간 페이지를 확인해야 합니다.
FAQ에 따르면 무료 일일 크레딧은 매일 초기화되고 남은 양은 이월되지 않습니다. 유료 이용자는 일회성 충전을 구매하거나 자동 충전을 켤 수 있으며, 취소하지 않으면 구독은 청구 주기 끝에 갱신됩니다. 공동 계정에서는 자동 충전 한도와 비용 책임자를 미리 정하는 편이 안전합니다.
민감한 자료를 다루기 전에는 현재 개인정보처리방침, 조직의 데이터 분류 규칙, 보존 요건과 적용되는 계약을 확인해야 합니다. 샌드박스라는 표현만으로 데이터 처리 범위를 판단해서는 안 됩니다.
작업에 필요한 자료만 제공하고, 고객, 건강, 고용, 재무 데이터는 조직의 데이터 정책을 먼저 따르십시오. 대외 사용 전에는 민감한 정보가 어떻게 다뤄지는지 다시 확인해야 합니다.
현재 작업에 적용되는 공개 기능 경계와 모드 동작을 확인하세요. 서로 다른 모드는 과정을 통제하는 데 도움을 주지만 결과의 정확성을 보장하지는 않습니다.
웹사이트만 필요하다면 전문 사이트 빌더와, 발표 자료만 필요하다면 전문 프레젠테이션 도구와, 질의응답만 필요하다면 대화형 AI와 비교하십시오. Runable의 장점은 조사, 계획, 구축, 반복을 하나의 에이전트 작업 공간에 잇는 데 있으며 모든 전문 도구를 무조건 대체한다는 주장은 아닙니다.
큰 요청은 자료 확인, 첫 결과물, 검토, 공개 전 점검처럼 나누어 진행하는 편이 좋습니다. 각 단계에서 확인할 항목도 함께 적어 두세요. 웹사이트라면 페이지와 데이터 흐름을, 보고서라면 인용과 결론을, 구조화된 자료라면 수치와 출처를, 시각 자료라면 문구·출처·브랜드 제한을 확인할 수 있습니다. 이렇게 하면 수정이 필요할 때 전체 결과물을 막연히 다시 만들기보다 어느 단계에서 문제가 생겼는지 구체적으로 논의할 수 있습니다.
여러 사람이 함께 작업한다면 어떤 파일이 기준인지, 어떤 판단이 이미 승인되었는지, 무엇이 아직 미결인지, 최종 공개를 누가 확인하는지를 요청에 적어 두세요. 외부 공개가 관련된 일이라면 팀 규칙에 따라 자료 범위를 먼저 정하고 현재 제품 문서에서 실제 동작을 확인하는 것이 좋습니다. 작업 뒤에는 핵심 프롬프트, 출처, 버전 설명, 테스트 기록을 남기면 다음 참여자가 맥락을 이해하기 쉽고, 오류가 발견됐을 때 검토 가능한 지점으로 돌아가는 데도 도움이 됩니다.
피드백은 막연한 인상보다 확인할 수 있는 항목을 가리키는 편이 좋습니다. 예를 들어 어떤 페이지에 필요한 정보가 빠졌는지, 어떤 결론을 출처와 다시 비교해야 하는지, 어떤 표는 알려진 입력값으로 다시 계산해야 하는지, 어떤 문구는 책임자의 승인이 필요한지를 적을 수 있습니다. 다음 수정 전에 요구사항의 우선순위와 바꾸면 안 되는 부분을 정하면 이미 검토된 내용을 불필요하게 다시 쓰는 일을 줄일 수 있습니다.
공개 직전에는 독자가 결과물을 이해할 수 있는지, 사실·숫자·인용을 사람이 확인했는지, 자료 처리가 팀 규칙에 맞는지, 문제가 생기면 누가 멈추거나 되돌릴지처럼 확인 항목을 나눠 보세요. 이 목록은 전문 검토를 대신하지 않지만, 제품 기능과 프로젝트 책임, 실제 공개 결정을 구분하는 데 도움이 됩니다.
Chat Mode를 제공하지만 그보다 넓은 도구입니다. Agent Mode는 산출물을 만들고 실행하며, Plan Mode는 실행 전 계획을 검토하게 합니다.
인증, 결제, 데이터베이스, 통합, 공개 출시처럼 틀리면 비용이 큰 프로젝트에서 씁니다. 조사와 질문 후 계획을 만들고 승인을 기다립니다.
코드나 파일 작업을 시작하기 전에는 현재 환경과 허용된 작업을 확인하고, 중요한 검토 지점을 작업 기록에 남기세요.
현재 공식 문서로 웹사이트 작업 흐름을 확인하세요. 공개 전 검토와 테스트는 필요합니다.
HTML 또는 Image 형식으로 PDF나 PPTX로 내보낼 수 있습니다. 배포 전에는 프로젝트 요구와 현재 편집·표시 동작을 대조하세요.
파일을 올리기 전에는 현재 제품 문서에서 제한과 지원 범위를 확인하세요.
현재 가격 페이지에는 Free $0, Pro 월 $20, Max 월 $100이 표시됩니다. 구매나 자동 충전 전에 최신 가격을 확인하십시오.
데이터를 제공하기 전에는 현재 개인정보처리방침과 조직의 데이터 규칙을 확인하십시오. 필요한 자료만 제공하고 민감한 정보의 처리 방식을 다시 검토해야 합니다.
