MCP 제공 도구

AI가 프로젝트를 탐색하고 수정하며 검증할 수 있는 도구입니다.

읽기 도구

get_guide: Cake20 구조와 AI 작업 규칙을 읽습니다.
read_web: 공개 HTTP(S) 텍스트 문서를 GET 또는 HEAD로 읽습니다. 사설망, 인증정보, 비표준 포트, Cookie와 바이너리 응답은 차단합니다.
list_templates: 사용 가능한 템플릿의 목적과 재사용 가능한 기능을 읽습니다.
check_templates: 내장 AI Chat의 관리자 계정에서 전체 또는 선택한 템플릿의 Preview·Runtime 빌드 검사 상태를 읽거나 새 검사를 시작합니다.
read_template: 선택한 템플릿의 파일 트리나 특정 텍스트 소스를 읽어 현재 웹사이트 구현에 참고합니다. 템플릿은 수정하지 않습니다.
view_template: 템플릿 썸네일을 이미지로 확인해 사용자가 원하는 시각 스타일과 맞는 시작 템플릿을 비교·추천합니다.
get_service: 엔진 진단용 sleeping을 포함한 실제 웹사이트 상태, 공개 URL, 최근 기상 시간과 최근 10분 접속자를 확인합니다.
list_sites·get_site_resources·get_site_activity: 내장 AI Chat에서 로그인한 사용자의 내 사이트 전체와 자원·활동 기록을 확인합니다.
list_site_backups·list_deleted_sites·list_owner_transfers: 사이트 백업, 복구 가능한 삭제 사이트와 소유권 이전 요청을 확인합니다.
list_account_messages: 웹사이트별 쪽지와 구분되는 계정 받은편지함·보낸편지함·보관·휴지통을 읽습니다.
get_subscription: 현재 구독 상태, 처리 중 신청과 공개된 입금 안내를 읽습니다.
get_settings: 환경변수, Secret 이름, CORS, 도메인, 실행 제한과 Telegram·Gmail 소유자 알람 상태를 읽습니다.
search_chat_history: 내장 AI Chat에서 현재 사용자와 웹사이트의 영구 Chat 로그를 검색합니다. 다른 웹사이트의 로그는 읽을 수 없습니다.
get_logs: debug 또는 release의 최근 빌드·Runtime 로그를 검색하거나 마지막 줄부터 읽습니다. test와 production은 호환 별칭입니다.
list_files: package.json과 app, public, server, shared 아래의 편집 가능한 전체 파일 트리를 읽습니다. 시스템 관리·생성 경로는 결과에서 제외됩니다.
search_files: 에디터의 파일 내용 검색과 같은 조건으로 텍스트 소스의 파일·줄·열과 주변 내용을 찾습니다.
read_file: 수정 전에 2MB 이하 텍스트 파일의 현재 내용과 크기를 읽습니다.
read_asset: 2MB 이하 바이너리 소스를 base64로 읽습니다.
list_storage·read_storage: Git 소스와 분리된 운영 사용자 파일 Storage의 폴더·파일을 조회하고 2MB 이하 파일을 읽습니다.
git_status: 웹사이트 소스의 현재 커밋과 변경 파일을 확인합니다.
git_diff: 현재 커밋 이후의 소스 차이를 확인합니다.
git_log: 최근 웹사이트 소스 커밋 이력을 확인합니다.
list_tables: 에디터·검수·운영이 공유하는 웹사이트 DB의 테이블 목록을 읽습니다.
read_table: 공유 DB의 컬럼 구조와 데이터를 최대 100행씩 읽습니다.
query_db: 공유 DB에서 파라미터 기반 읽기 전용 SQL을 실행합니다.
list_redis: 공유 레디스의 키, 타입, TTL, 크기와 값 미리보기를 읽습니다.
query_redis: 웹사이트 키 하나에 GET, HGETALL, LRANGE 같은 읽기 전용 레디스 명령을 실행합니다.
list_memos: 현재 관리자 또는 소유자 계정의 메모를 검색하고 페이지별로 읽습니다.
list_messages: 현재 계정이 주고받은 쪽지와 읽지 않은 개수를 확인합니다.
check_readiness: 저장 소스의 데스크톱·모바일 디자인 Preview를 검사하고 SEO, 접근성, 반응형 화면, 내부 링크, 콘솔 오류와 큰 초기 리소스의 0~100점 배포 준비 결과를 반환합니다.
get_operation: start_review가 반환한 비동기 작업 ID로 빌드·전환 단계와 완료 결과를 읽으며 필요하면 최대 30초 동안 기다립니다.
get_preview_state: 열린 에디터가 보고한 실제 디자인·검수 iframe 상태, 시작·종료 버튼 활성화, 전환 이력과 빈 화면 문제를 읽습니다.
inspect_preview: MCP 브라우저의 모든 iframe에서 문서 준비 상태, DOM 요소, 위치·가시성·선택한 계산 스타일과 안전한 저장소 metadata를 읽습니다.
get_preview_network: MCP 브라우저의 HTTP 상태·실패와 WebSocket 연결·종료·송수신 개수를 읽습니다. 본문·header·payload는 반환하지 않습니다.
trace_preview: 최대 10초 동안 문서 준비, 빈 화면, iframe 개수와 지정 selector 가시성을 50ms 이상 간격으로 추적합니다.

변경 도구

set_chat_plan·update_chat_plan: 내장 AI Chat에서 독립적인 복잡한 단계가 3개 이상인 작업만 3~8단계 Plan을 표시하고 각 단계를 진행 중·완료·오류로 갱신합니다. 짧은 질문과 한두 단계 작업에는 사용하지 않습니다.
begin_work: 첫 변경 직전에 실제 AI·모델 이름과 작업 내용을 밝히고 수정 중 상태를 기록합니다. 미완료 상태가 있으면 새 작업으로 교체합니다.
ping: begin_work 후 Cake20 MCP 요청이 없는 시간이 3분에 도달하기 전에만 AI가 직접 호출하는 대체 활동 신호입니다. 일반 MCP 요청·알림과 ping 중 하나만 있으면 충분하며, 요청을 주고받거나 실행 중이면 별도 ping 없이 그 시점부터 3분을 다시 계산합니다. 오래 생각하거나 계획·대기할 것으로 판단하면 시작 전에 ping을 먼저 호출합니다.
finish_work: 수정·커밋·검수가 끝난 뒤 수정 상태를 마치고 완료 결과를 에디터 이력에 추가합니다. 실제 publish_service 성공 여부도 함께 기록되며 복구할 수 없는 오류는 status를 error로 보내 종료합니다. 어느 경우든 즉시 다른 AI나 에디터가 다음 수정을 시작할 수 있습니다.
handoff_to_ai: 사용자가 내장 AI Chat에서 작업을 이어가려 할 때 외부 AI가 finish_work 후 진행 상황을 전달합니다. 같은 웹사이트의 활성 AI 대화에 인계와 내부 AI 확인 답변을 저장하고, 열린 에디터를 AI Chat으로 전환해 갱신합니다. 계정에 연결된 외부 MCP 전용이며 내부 AI에는 노출하지 않습니다.
apply_template: 첫 대화에서 사용자가 고른 템플릿을 아직 수정·테스트·빌드하지 않은 기본 프로젝트의 시작 소스로 적용하고 Git에 저장합니다. 내장 AI Chat에서만 명시적 선택 후 실행합니다.
create_site·import_site·export_site: 내장 AI Chat에서 사용자 한도와 소유권을 확인해 기본/템플릿 사이트를 만들거나 10MB 이하 ZIP을 가져오고 내보냅니다. import_site는 ZIP 루트의 소스와 최상위 폴더 하나로 감싼 같은 소스 구조를 모두 받습니다.
manage_site: 내 사이트의 배포·시작·종료·즐겨찾기·이름 변경을 수행합니다. 종료는 정확한 사이트를 밝히고 동의받은 뒤 실행합니다.
restore_site_backup·delete_site·restore_deleted_site: 백업 복원, 사이트 삭제와 삭제 사이트 복구를 수행하며 대상과 교체·삭제 범위를 먼저 설명하고 작업별 동의를 요구합니다.
request_owner_transfer·cancel_owner_transfer·respond_owner_transfer: 사이트 소유권 이전을 요청·취소·수락·거절하며 모두 작업별 동의를 받습니다.
send_account_message·update_account_message·clear_account_trash: 계정 쪽지를 보내고 읽음·보관·휴지통 상태를 변경합니다. 휴지통 이동과 영구 비우기는 별도 동의를 요구합니다.
request_subscription: 기간·금액·입금자명을 보여주고 동의받은 뒤 구독 신청과 입금 안내 쪽지를 만듭니다. 실제 계좌 이체는 수행하지 않습니다.
write_file: 2MB 이하 텍스트 파일을 전체 내용으로 만들거나 교체합니다. 가장 최근 저장이 적용되므로 수정 직전에 현재 파일을 다시 읽고 다른 변경을 보존합니다. Cake20 View와 DB 소스는 저장 규칙을 함께 적용합니다.
upload_files: 파일당 2MB 이하의 이미지·폰트 같은 새 바이너리 소스를 base64로 한 번에 최대 20개 추가합니다.
write_asset: base64 전체 내용으로 기존 바이너리 소스를 교체하거나 2MB 이하 새 파일을 만듭니다.
create_directory: 허용된 웹사이트 경로에 폴더를 만듭니다.
move_path: 예제·사용자 파일이나 하위 폴더의 경로를 변경합니다. 공통 폴더와 표준 파일은 이동할 수 없습니다.
delete_path: 예제·사용자 파일이나 하위 폴더를 삭제합니다. 공통 폴더와 표준 파일은 삭제할 수 없습니다.
write_storage·create_storage_folder·transfer_storage·delete_storage: 운영 사용자 파일 Storage에 파일·폴더를 만들고 이동·복사·삭제합니다. 덮어쓰기와 삭제는 명시적으로 확인합니다.
git_commit: 검토한 소스 변경 전체를 작업 설명과 함께 커밋합니다.
git_restore: 현재 변경을 먼저 저장한 뒤 선택한 커밋에서 지정 경로만 복원합니다.
update_settings: 환경변수, 암호화 Secret, CORS, Custom Domain과 실행 제한·사이트 삭제 보호를 변경합니다. 생략한 설정은 유지되고 다음 시작부터 적용됩니다.
insert_rows: 사용자가 요청한 데이터를 한 번에 최대 100행 추가합니다.
update_rows: 기본 키로 지정한 데이터를 한 번에 최대 100행 수정합니다.
delete_rows: 명시적 확인 후 기본 키로 지정한 데이터를 최대 100행 삭제합니다.
execute_db: 웹사이트 전용 DB 내부의 DDL과 DML을 실행합니다.
execute_redis: 문자열·해시·목록·집합·정렬 집합·스트림과 TTL을 변경합니다.
clear_redis: 명시적 확인 후 해당 웹사이트의 레디스 데이터만 모두 삭제합니다.
create_memo: 현재 관리자 또는 소유자 계정의 비공개 메모를 작성합니다.
delete_memo·clear_memos: 명시적 확인 후 현재 계정 역할의 메모 하나 또는 전체를 삭제하며 상대 역할의 메모는 변경하지 않습니다.
send_message: 현재 계정으로 웹사이트 관리자와 소유자 사이의 쪽지를 보냅니다.
mark_messages_read: 현재 계정에 도착한 읽지 않은 쪽지를 모두 읽음 처리합니다.
show_media: 내장 AI Chat 답변에 사이트 이미지·MP4·WebM 또는 검증된 YouTube 플레이어를 표시합니다. Markdown 이미지 문법 대신 사용하며 한 답변에 최대 6개까지 보낼 수 있습니다.
beta_service: 같은 소스를 build/debug에 빌드하고 공유 DB·Redis·files에 server/**/*.test.ts가 모두 성공하면 검수 주소를 실행하고 열린 연결해 에디터 Preview도 실행 화면으로 전환하는 동기 호환 도구입니다. 검수 Runtime에서는 예약 Task를 실행하지 않습니다.
start_review: 검수 빌드와 실행을 비동기 작업으로 시작하고 operation ID를 즉시 반환합니다. 같은 검수 작업이 실행 중이면 중복 빌드하지 않습니다.
stop_review: 검수 Runtime을 종료하되 새 디자인 Runtime이 준비될 때까지 기존 검수 iframe과 URL을 유지하고 최종 화면 상태를 확인합니다.
publish_service: 사용자가 배포·게시·운영 적용을 명시적으로 요청한 경우에만 검수된 소스를 운영 웹사이트로 시작합니다.
check_service: 프로세스 실행과 웹페이지 응답 상태를 다시 확인합니다.
run_test: 저장된 API, Job, Task, SQL 또는 server/**/*.test.ts 파일 하나를 에디터와 같은 엔진 및 공유 DB에서 실행합니다. 데이터가 바뀔 수 있고 이메일·결제 같은 외부 연동도 실제 요청이 나갈 수 있습니다.
control_editor: 내부 AI Chat에서 열린 에디터의 Preview 시작·종료·새로고침·기기·회전·선택 모드·표시 대상을 제어하고, Console 실행·정지·지우기·끝 이동과 Chat 전환, 파일·페이지 선택을 수행합니다. 이지모드에서 관련 화면이 숨겨져도 같은 제어를 수행합니다.
start_mcp_browser: 스크린샷을 만들지 않고 격리 MCP 브라우저를 디자인 또는 검수 모드로 열어 일반 구현·Runtime 검사를 시작합니다.
control_mcp_browser: 활성 MCP 브라우저를 이미지 없이 클릭·입력·키 입력·내부 이동·뒤로가기·새로고침하고 페이지 상태와 오류를 반환합니다.
open_preview: 저장 소스의 빠른 디자인 프리뷰 또는 공유 DB·API가 연결된 검수 프리뷰를 격리 브라우저에서 열고 화면 이미지를 반환하며, 열린 에디터 Preview에도 같은 AI 화면을 표시합니다. 현재 요청에서 사용자가 화면 캡처나 시각 확인을 명시한 경우에만 사용합니다.
interact_preview: 프리뷰 화면을 클릭·입력·이동·새로고침하고 변경된 화면 이미지, 조작 가능한 요소와 브라우저 오류를 다시 반환합니다. 명시적인 시각 확인 요청 범위에서만 사용합니다.
close_preview: 로그인 cookie를 포함한 MCP 프리뷰 세션을 즉시 종료합니다.
close_mcp_browser: 디자인·검수 Runtime은 유지하고 격리 MCP 브라우저와 cookie만 명확하게 종료합니다.
request_service: 잠든 검수 웹사이트를 명시적으로 깨우고 페이지와 API를 내부 loopback으로 호출해 상태, header, body와 인증 cookie를 검증합니다.

DB 도구는 웹사이트 전용 역할로 실행됩니다. 테이블·컬럼·인덱스·제약조건·뷰·함수·트리거를 자유롭게 변경할 수 있지만 다른 DB와 서버 역할 권한은 얻을 수 없습니다.

2MB를 넘는 파일 사용

MCP의 텍스트·바이너리 파일 도구는 파일 하나당 2MB까지 처리합니다. 웹 정적 이미지는 먼저 WebP·AVIF 변환과 크기 조절로 2MB 이하로 최적화하는 것을 권장합니다.

최적화해도 2MB를 넘는 정적 리소스가 꼭 필요하면 AI가 사용할 폴더와 파일명을 안내하고, 사용자가 에디터의 파일 목록에서 대상 폴더를 선택한 뒤 우클릭하여 로컬에서 업로드합니다.

업로드 후 AI는 list_files로 정확한 경로를 확인하고 코드에서 그 경로만 참조합니다.
2MB를 넘는 파일은 MCP에서 내용을 읽거나 교체할 수 없으므로 최종 이름으로 올립니다.
웹사이트 이용자가 올리는 원본 사진·영상은 소스에 넣지 않고 storage와 files를 사용합니다.
에디터 직접 업로드도 웹사이트 전체 파일 용량 제한을 적용합니다.

MCP만 사용하는 전체 개발 흐름

사용자의 코드 수정 요청을 받은 AI는 분석이나 패치 제안에서 멈추지 않고 MCP로 웹사이트 소스를 직접 수정하고 Git에 커밋합니다.
첫 변경 직전에 begin_work로 실제 AI·모델 이름과 작업 내용을 알리고 수정 중 상태를 기록합니다. 미완료 상태가 있으면 새 작업으로 교체합니다.
begin_work 성공 후 finish_work 전까지 매 3분 구간에 Cake20 MCP 요청이 하나라도 있으면 작업 중입니다. 일반 MCP 요청·알림과 ping 중 하나면 충분합니다. 요청을 주고받거나 실행 중이면 별도 ping은 필요 없고, 마지막 요청 후 3분이 되기 전에 새 요청이 없을 때만 AI가 ping 도구를 직접 호출합니다. 오래 생각하거나 계획·대기할 것으로 판단하면 시작 전에 ping을 보내고, 무신호 상태가 계속되면 다음 3분이 되기 전에 다시 보냅니다. 이는 연결 유지 권고가 아니며 HTTP keep-alive·열린 연결·로컬 작업은 대체할 수 없습니다.
초기화 응답의 service.name을 사용자에게 한 번 말하고 바로 진행합니다. 인증 주소가 대상을 이미 확정합니다. connection 상태가 expiring이면 새 수정을 시작하지 않고 응답에 포함된 해결 방법을 안내합니다.
외부 연동 전에 get_settings로 현재 설정을 확인하고, 사용자가 제공한 Secret만 update_settings로 저장합니다. Secret 값은 응답에 나타나지 않습니다.
텍스트 소스는 read_file·write_file, 바이너리는 read_asset·write_asset을 사용합니다. 여러 새 바이너리는 upload_files로 추가합니다.
사용자에게 이미지나 영상을 보여 줄 때는 생성·업로드한 파일을 public 또는 app/assets에 저장한 뒤 show_media에 경로를 전달합니다. 외부 HTTPS 이미지·영상과 YouTube 주소도 show_media로 전달하며 Markdown 이미지나 iframe 문자열만 답변하지 않습니다.
모든 MCP 파일 도구는 파일당 2MB까지 사용합니다. 더 큰 정적 리소스가 꼭 필요하면 정확한 대상 경로를 사용자에게 안내하고 에디터의 로컬에서 업로드를 요청한 뒤 list_files로 경로만 확인합니다.
DB와 Redis는 전용 조회 도구로 공유 데이터를 읽은 뒤 요청 범위만 변경합니다. 스키마나 넓은 범위의 데이터를 바꾸기 전에는 create_site_backup으로 즉시 복구 지점을 만듭니다.
변경한 API, Job, Task, SQL 또는 테스트 파일은 run_test로 개별 확인합니다. SSE와 WebSocket은 연결 유지가 필요하므로 에디터의 테스트 실행을 사용합니다.
UI 작업도 기본적으로 소스 검토, 대상 테스트, check_readiness, request_service와 로그로 확인합니다. 브라우저 Runtime 검사는 start_mcp_browser·control_mcp_browser·inspect_preview·get_preview_network·trace_preview로 이미지 없이 수행합니다. open_preview와 interact_preview는 현재 요청에서 사용자가 화면 캡처나 시각 확인을 명시한 경우에만 사용합니다.
git_diff·git_commit 후 start_review를 호출하고 반환된 ID를 get_operation으로 조회해 build/debug와 공유 데이터 검수 환경이 완료될 때까지 기다립니다. beta_service는 같은 작업을 한 요청에서 기다리는 동기 호환 도구입니다.
get_preview_state로 열린 에디터가 기존 디자인 화면을 유지하다 준비된 검수 iframe으로 바뀌었는지, 종료 버튼이 같은 시점에 활성화됐는지 확인합니다.
검수·배포 빌드 중에도 소스를 읽고 저장할 수 있습니다. 빌드 중 저장한 변경의 포함 여부는 보장하지 않으므로 새 검수 빌드로 확인합니다.
request_service로 HTML, API, 로그인과 cookie 인증 흐름을 확인한 뒤 web-{website-id}-test.cake20.com 주소를 사용자에게 안내합니다.
사용자가 시각 확인을 명시한 경우에만 open_preview의 review 모드와 interact_preview를 사용합니다. 비밀번호나 인증 정보가 필요하면 대화로 받지 않고 사용자에게 에디터의 MCP 화면을 열어 직접 입력해 달라고 요청합니다.
검수 브라우저 확인이 끝나면 close_mcp_browser로 MCP 브라우저만 닫습니다. 편집 화면으로 돌아가야 하면 stop_review를 호출하고 get_preview_state로 새 디자인 iframe과 시작 버튼이 함께 준비됐는지 확인합니다.
사용자가 배포를 언급하지 않았다면 AI 작업은 검수 단계에서 종료하고 최종 운영 적용은 사람이 수행합니다.
사용자가 배포·게시·운영 적용까지 명시한 경우에만 검수 성공 후 publish_service를 호출하고 check_service로 운영 상태를 확인합니다.
검수가 끝나면 finish_work를 호출합니다. 복구할 수 없는 오류로 작업을 계속할 수 없으면 status를 error로 보내 즉시 수정 상태를 마칩니다. 에디터에는 배포했다면 운영 적용 완료, 배포하지 않았다면 수정만 된 상태와 배포 필요 안내가 누적되며 화살표를 눌러 전체 완료 내역을 펼칠 수 있습니다.
일반 구현·테스트·완료 보고에는 Preview를 캡처하거나 이미지를 첨부하지 않습니다. 현재 요청에서 사용자가 화면 캡처나 시각 확인을 명시한 경우에만 Preview 이미지 도구를 사용합니다.
사용자가 외부 AI 작업을 내장 AI Chat에서 이어가려 하면 finish_work 다음에 handoff_to_ai를 호출합니다. 목표·완료 사항·주요 결정·검증·남은 문제·다음 작업을 전달하며, 내부 AI는 인계 확인과 요약만 남기고 이 호출에서는 웹사이트를 변경하지 않은 채 사용자의 다음 지시를 기다립니다.
BUILD_FAILED, 5xx, 예상하지 못한 응답이나 task 문제는 get_logs로 진단합니다. Cake20 저장소, SSH, 관리자 화면이나 웹사이트 DB 직접 접속은 필요하지 않습니다.

begin_work({
  agent: "Codex",
  model: "실제 모델 이름",
  task: "회원 목록 페이지와 API 구현"
})
get_settings()
update_settings({
  secrets: { OPENAI_API_KEY: "사용자가 제공한 값" }
})
upload_files({
  files: [{ path: "public/hero.webp", base64: "..." }]
})
// 넓은 범위의 DB 변경 전에 즉시 복구 지점을 생성
create_site_backup({ siteId: "web-사이트ID" })
run_test({ path: "server/api/login.post.ts" })
beta_service()
request_service({ path: "/", headers: { accept: "text/html" } })
// 사용자가 배포·게시·운영 적용까지 명시한 경우에만 실행
publish_service({ message: "랜딩 페이지와 API 구현" })
get_logs({ target: "production", lines: 200 })
finish_work({ summary: "수정·커밋·검수 완료" })
// 사용자가 내장 AI Chat에서 이어가려는 경우에만 finish_work 다음에 실행
handoff_to_ai({
  summary: "목표, 완료 사항, 주요 결정, 검증 결과, 남은 문제와 다음 작업"
})

DB와 레디스 제어 범위

DB·레디스는 에디터·검수·운영이 공유하는 웹사이트 데이터를 사용합니다. target의 test와 production은 같은 데이터를 가리키는 호환 별칭입니다.
현재 요청에서 DB·Redis 변경이 명시되면 AI는 그 대상과 범위 안에서 별도 승인 창이나 반복 확인 없이 실행합니다.
행 삭제, 전체 Redis 삭제와 넓은 스키마 변경은 현재 요청이 정확히 그 작업을 포함할 때만 실행합니다.
DB 쓰기는 실행 중인 release를 멈추지 않고 직전 백업을 만든 뒤 수행하며, 실패하면 자동 복구합니다. 스키마나 넓은 범위를 바꾸기 전에는 create_site_backup을 별도로 호출합니다.
레디스는 list_redis로 키를 찾고 query_redis로 값을 읽으며 execute_redis로 값과 TTL을 변경합니다.
query_redis와 execute_redis의 args에는 키 다음에 오는 명령 인자만 전달합니다. 웹사이트 접두어는 Cake20이 자동으로 붙입니다.
execute_redis는 SET뿐 아니라 해시, 목록, 집합, 정렬 집합과 스트림의 주요 명령을 지원합니다.
clear_redis는 로그인 세션과 Queue 작업도 함께 삭제하므로 현재 요청이 웹사이트 Redis 전체 삭제를 명시한 경우에만 사용합니다.
모든 레디스 명령은 cake20:{website-id}: 접두어 안에서만 실행되어 다른 웹사이트 키에 접근할 수 없습니다.
레디스 관리 도구는 Cake20이 관리하는 웹사이트 Redis에서만 사용합니다.

list_redis({ target: "production", query: "session:", limit: 50 })
query_redis({ target: "production", key: "session:user:1", command: "GET" })
execute_redis({
  target: "production",
  key: "session:user:1",
  command: "SET",
  args: ["값", "EX", "3600"]
})