MiniMax Mini App, 업무 진행판이 필요할 때

한 번 받을 답변인가, 계속 바꿀 화면인가

회의 메모를 읽고 할 일을 뽑아 달라는 요청은 결과 목록을 받으면 끝납니다. 반면 오전에 적은 할 일을 오후에 ‘진행 중’으로 바꾸고, 다음 날 같은 목록을 다시 보려면 바뀐 상태를 저장할 곳이 필요합니다. 이때 비교할 대상은 채팅 답변이 아니라 지금 쓰는 할 일 앱이나 스프레드시트입니다.

MiniMax Mini App의 차이는 화면만 만드는 데서 끝나지 않는다는 점입니다. 필요할 때 시작하는 Node 백엔드가 데이터를 다루고, 전용 데이터 디렉터리는 재시작이나 업데이트 뒤에도 남습니다. 에이전트가 앱의 기능을 호출하거나 앱이 에이전트에게 작업을 맡기는 연결도 지원합니다.

이미 쓰는 도구에서 상태 변경과 저장이 잘 된다면 굳이 새 앱을 만들 이유는 적습니다. 기존 도구에 없는 화면을 직접 정하고, 사용하면서 AI에게 수정을 요청하고 싶은 경우에 시도할 만합니다.

시작 조건은 데스크톱의 로컬 세션

Mini App은 macOS·Windows용 MiniMax Code 데스크톱 앱의 로컬 세션에서 실행됩니다. 클라우드·SSH·Remote Control 세션은 내 컴퓨터의 Mini App을 시작하지 않습니다. 웹이나 모바일에서 MiniMax Code에 접속할 수 있다는 설명과 Mini App의 실행 조건을 구분해야 합니다.

구독 중이라면 M Plan과 같은 계정으로 로그인해야 혜택을 이용할 수 있습니다. 연결한 다른 AI 도구와 사용 한도를 공유하며, 모델·기능·사용량은 구독 단계에 따라 달라집니다. 시작 전 앱의 Settings > Usage & Models 또는 Plan Details에서 내 계정의 조건을 살피는 순서입니다.

여기서 말하는 지속 실행은 상태를 유지하는 로컬 앱 구조를 뜻합니다. PC가 꺼지거나 잠든 동안에도 돌아가는 24시간 클라우드 서비스로 생각하면 용도가 어긋납니다. 마감 알림을 놓치면 안 되는 업무라면 별도로 검증된 알림 도구를 유지하는 쪽이 낫습니다.

MiniMax Mini App에 넣을 첫 요청

공식 시작 경로는 데스크톱 앱의 로컬 대화에서 /miniapp-creator 뒤에 만들 도구를 적는 것입니다. 아래는 외부 회사 계정 없이 개인 업무 진행판을 만드는 예시 시나리오입니다.

• 입력할 항목은 ‘책상 정리’처럼 민감하지 않은 개인 할 일로 고릅니다.
• Notion·Jira·메일·외부 API 연결은 첫 시험에서 제외합니다.
• 상태를 바꾸고 다시 열었을 때 값이 남는지를 첫 성공 기준으로 삼습니다.

/miniapp-creator 개인 업무 진행판을 만들어 줘.
내가 직접 입력한 할 일의 제목·마감일·상태(할 일/진행 중/완료)를 보고 상태를 바꾸고 싶어.
외부 서비스 연결 없이 앱 데이터에 저장하고, 다시 열었을 때 남는지 확인해 줘.
회사 파일은 읽지 말아 줘.

화면이 열려도 저장은 따로 살펴봅니다

공식 제작 절차는 요청 파악, 필요한 데이터 경로 확인, 화면·백엔드 작성, 앱 배포·열기, 내장 브라우저 확인으로 이어집니다. 여기서 배포는 MiniMax Code 안에서 앱을 설치·실행하는 절차이며, 회사 밖에 웹사이트를 공개한다는 뜻으로 읽을 필요는 없습니다.

진행판이 열리면 개인 항목 하나를 입력하고 상태를 바꾼 뒤, 앱을 다시 열어 같은 값이 남는지 봅니다. 화면이 보인다는 보고와 실제 저장 성공은 다릅니다. 값이 사라지면 어떤 항목을 넣었고 언제 사라졌는지 알려 저장 동작을 다시 확인하도록 요청할 수 있습니다. 시험이 끝날 때까지 중요한 업무의 유일한 기록으로 삼지 않는 편이 안전합니다.

MiniMax Mini App의 서비스를 재시작한 직후, 이미 열어 둔 탭이 제대로 표시되지 않는다면 데이터가 지워졌다고 판단하기 전에 화면 연결부터 살핍니다. 세션 문서가 안내하는 복구 순서는 열린 탭을 새로고침하거나 앱을 다시 여는 것입니다. 이전 화면이 멈춰 있는 상황과 백엔드의 기록이 사라진 상황은 대응이 다릅니다.

다시 열 때는 오른쪽 패널의 ‘+’ 메뉴에서 설치된 앱을 고르거나, 입력칸에서 해당 앱을 @로 선택할 수 있습니다. 과거 대화에 앱 이름이 남아 있거나 @이름을 일반 텍스트로 적은 것만으로는 서비스가 시작되지 않습니다. 대화 기록은 보이는데 앱 화면이 없을 때, 예전 요청을 통째로 다시 보내기보다 설치된 앱을 선택해 여는 절차를 먼저 시도할 수 있습니다.

새로고침이나 다시 열기로 기존 항목이 보이면 화면 복구 문제로 좁혀 볼 수 있습니다. 반대로 화면은 정상인데 특정 항목이 계속 없다면 ‘재시작 뒤 탭이 안 열림’과는 다른 문제로 기록해야 합니다. 앱 이름, 마지막으로 항목을 본 시점, 화면에 나타난 오류, 복구를 위해 한 동작을 함께 전달하면 확인 대상을 구분하기 쉽습니다. 원인을 모르는 상태에서 앱을 새로 만들거나 기존 기록을 덮어쓰는 요청부터 할 필요는 없습니다.

외부 연결을 나중에 추가할 때는 데이터 접근부터 확인해야 합니다. 공식 제작 흐름에서는 각 원본에 읽기 전용 조회를 먼저 실행해 권한·필드·실제 응답을 살피고, 실패하면 샘플 데이터로 채우지 않고 멈추도록 안내합니다. 연결이 안 됐다면 실패 이유를 해결하기 전까지 수동 입력으로 범위를 유지하면 됩니다.

MiniMax Mini App 데이터는 여러 대화가 공유합니다

같은 Mini App을 여러 대화 세션에서 열면 하나의 Node 백엔드와 데이터 디렉터리를 함께 사용합니다. 개인용 대화와 회사용 대화를 나눴다는 이유만으로 앱 안의 기록까지 분리되는 것은 아닙니다. 다른 세션의 화면에는 새로고침이나 앱의 갱신 기능 뒤에 변경 내용이 나타날 수 있습니다.

실행 중인 앱 탭을 닫고 중지를 확인하면 공유 서비스가 멈추고, 다른 세션에서 열어 둔 같은 앱의 페이지도 닫힙니다. ‘기록이 남는가’와 ‘지금 서비스가 실행 중인가’를 나눠 생각하면 종료할 때 덜 헷갈립니다.

여러 대화에서 같은 앱을 여는 것과 서로 다른 앱을 실행하는 것은 한도 계산도 다릅니다. 2026년 10월 28일 조회한 세션 문서 기준으로, 서로 다른 Mini App 서비스는 동시에 최대 3개까지 실행됩니다. 이미 실행 중인 같은 앱을 다른 대화에서 선택해도 새 슬롯을 차지하지 않습니다. MiniMax Mini App 진행판을 대화 세 곳에서 열었다고 세 종류의 앱을 실행한 것으로 세지는 않는다는 뜻입니다.

예를 들어 진행판·타이머·메모 앱이 각각 실행 중일 때 새 앱을 @로 선택하면, 빈 슬롯이 없어 서비스 한도 안내가 나오고 새 앱은 시작되거나 열리지 않을 수 있습니다. 이때 입력칸에 참조가 남아 있어도 실행 성공으로 볼 수 없습니다. 사용하지 않는 앱을 고른 뒤 그 앱의 다른 대화 화면도 닫혀도 되는지 살피고, 탭을 닫아 중지를 확인합니다. 슬롯이 비면 열려던 앱을 다시 선택하는 순서입니다. 입력칸에서 @참조만 지우는 동작은 실행 중인 공유 서비스를 멈추지 않으므로 한도 해결과 구분해야 합니다.

설치 출처도 살펴야 합니다. Mini App의 Node 코드는 내 컴퓨터에서 내 사용자 권한으로 실행되며, 운영체제 수준의 격리가 없습니다. 호스트가 관리하는 연결 자격증명과 API·포트 접근 제한이 있어도, 악성 플러그인 자체를 격리하는 장치는 별개입니다. 신뢰할 수 있는 출처와 접근 데이터가 설명된 패키지를 고르는 이유입니다.

페이지 내용을 채팅 입력칸에 붙이는 동작은 매번 확인을 받고 전송은 사용자가 합니다. 다만 허용된 API로 별도 백그라운드 에이전트 세션을 시작하는 기능도 있으므로, 앱의 모든 동작이 입력칸 확인을 거친다고 생각해서는 안 됩니다.

이 안내는 공식 발표와 2026년 10월 28일 조회 문서에 근거하며 직접 제작·실행한 후기는 아닙니다. 한국 계정의 가입·결제와 지역 제한, 한국어 품질, 무료 이용 범위와 추가 과금은 확인하지 못했습니다. 로컬 실행만으로 모델 요청과 연결 데이터까지 기기 안에 머무는 것도 아니므로, 개인정보·비밀정보는 시험 입력에서 제외합니다.

다음 행동은 하나입니다. 내 OS·로컬 세션·계정 사용 조건과 조직의 허용 범위를 확인한 뒤, 민감하지 않은 개인 항목 하나로 MiniMax Mini App의 상태 변경과 재실행 후 저장을 시험해 보세요.