명령어

복사할 준비

이 페이지는 안내서입니다. 정확한 플래그를 위해 현재 명령어 참조를 사용하세요: 앱, 번들, 채널, 빌드.

사용법

모든 명령어는 capacitor 프로젝트가 올바르게 켜져 있는 앱 폴더에서 실행해야 합니다.

Capacitor 웹 앱을 위한 크로스 플랫폼 네이티브 런타임

Init

npx @capgo/cli@latest init [apikey]

이 메서드는 단계별로 안내해줍니다.

이 메서드는 앱을 Capgo에 추가합니다. code을 앱에 추가하여 업데이트 유효성을 검사합니다. 또한 앱을 빌드하고 Capgo에 업로드합니다. 업데이트 동작을 확인하는 데 도움이 됩니다.

npx @capgo/cli login [apikey]

이 메서드는 __CAPGO_KEEP_0__ 계정에 로그인하여 __CAPGO_KEEP_0__에 로그인합니다. apikey 로그인

선택적으로 다음을 제공할 수 있습니다:

--local 이것은 로컬 저장소에 apikey를 저장하고 git에서 무시합니다. 닥터 ‘닥터’라는 제목의 섹션

이 명령어는 __CAPGO_KEEP_0__ 패키지에 대한 최신 상태를 확인합니다.

npx @capgo/cli doctor

Command to check if you are up-to-date with Capgo packages.

업데이트

이것은 로컬 저장소에 apikey를 저장하고 git에서 무시합니다.

추가

npx @capgo/cli app add [appId]

[appId] 애플리케이션 ID를 다음 형식으로 입력하세요 com.test.app 설명은 여기에 있습니다 여기.

모든 옵션은 기본값으로 설정되어 있습니다. 만약 제공되지 않으면, config에서 자동으로 추측됩니다.

선택적으로, 다음을 입력할 수 있습니다:

--icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
--name [test] 리스트에 표시되는 이름을 커스텀화합니다.
--apikey [key] 계정에 연결하기 위한 API 키를 지정합니다.
--retention [retention] 애플리케이션 번들 보관 기간(일), 기본값은 0(무한)

예시 capacitor.config.json appId와 AppName의 경우, icon은 resources 폴더에서 추측됩니다.

{
  "appId": "ee.forgr.capacitor_go",
  "appName": "Capgo",
  "webDir": "dist"
}

설정

npx @capgo/cli app set [appId]

[appId] 앱 ID는 이곳에 설명되어 있습니다. 선택적으로, 다음을 제공할 수 있습니다:.

웹 앱에서 사용할 커스텀 아이콘을 표시합니다.

--icon [/path/to/my/icon] to have a custom icon display in Capgo web app.
--name [test] 앱 번들 보관 기간(일), 기본값은 0 = 무한
--retention [retention] 플러그인에 번들 메타데이터(링크 및 주석)를 노출합니다.
--expose-metadata [true|false] __CAPGO_KEEP_0__
--preview 또는 --no-preview 배포 및 채널 미리보기 QR 코드를 활성화하거나 비활성화하기 위해
--allow-device-custom-id 또는 --no-allow-device-custom-id 사용자 지정 장치 ID를 제어하기 위해
--block-provider-infra-requests 또는 --no-block-provider-infra-requests Google 및 Apple 데이터 센터 요청을 차단하기 위해
--build-timeout-minutes [5-360] 사용자 지정 장치 ID를 제어하기 위해
--ios-store-url [url] 네이티브 빌드 타임아웃을 설정하기 위해 --android-store-url [url] 배포 및 채널 미리보기 QR 코드를 활성화하거나 비활성화하기 위해
--default-upload-channel [channel] 스토어 URL을 설정하기 위해
--default-download-channel [channel] 기본 업로드 채널을 설정하기 위해 --disable-download-channels 기본 다운로드 채널을 설정하거나
--apikey [key] API 키를 클릭하여 계정에 연결하세요.

npx @capgo/cli app list [appId]

[appId] 앱 ID 형식은 com.test.app 이것은 설명되어 있습니다. 여기.

선택적으로, 다음을 제공할 수 있습니다:

--apikey [key] API 키를 클릭하여 계정에 연결하세요.

삭제

npx @capgo/cli app delete [appId]

[appId] 앱 ID 형식은 com.test.app 이것은 설명되어 있습니다. 여기.

선택적으로, 다음을 제공할 수 있습니다:

--apikey [key] API 키를 제공하여 계정에 연결할 수 있습니다.
--bundle 버전 번호를 포함하면 해당 버전만 삭제합니다.

Debug

npx @capgo/cli app debug [appId]

[appId] 앱 ID의 형식은 com.test.app 이곳에서 설명되어 있습니다. 선택적으로, 다음을 제공할 수 있습니다:.

__CAPGO_KEEP_0__ 키를 제공하여 계정에 연결할 수 있습니다.

--apikey [key] API key to link to your account.
--device Debug

설정

npx @capgo/cli app setting [path]

Capacitor 설정을 편집합니다.

[path] - 변경하고 싶은 설정의 경로를 입력하세요. 예를 들어, 자동 업데이트 기능을 끄려면 appId제공하세요 appId. 자동 업데이트 기능을 끄려면 capacitor-updater제공하세요 plugins.CapacitorUpdater.autoUpdate 와 함께 --string off.

자동 업데이트 기능을 끄려면 --string 또는 --bool!

설정

--string <string> 설정
--bool <true | false> - 설정을 불리언으로 설정합니다.

Bundle

업로드

npx @capgo/cli bundle upload [appId]

[appId] 앱 ID는 이렇습니다. 여기.

선택적으로, 다음을 제공할 수 있습니다:

--apikey <apikey> API 키를 연결할 계정에 연결합니다.
--path <path> 업로드할 폴더의 경로입니다.
--channel <channel> 연결할 채널입니다.
--external <url> Capgo Cloud에 업로드하지 않고 외부 URL로 연결합니다.
--iv-session-key <key> URL 외부에 있는 배ंडल URL에 세션 키와 IV를 설정합니다.
--s3-endpoint <s3Endpoint> S3 엔드포인트의 URL입니다. 델타 업로드나 외부 옵션과 함께 사용하지 않습니다.
--s3-region <region> S3 버킷의 지역입니다.
--s3-apikey <apikey> API 키: S3 엔드포인트의 키입니다.
--s3-apisecret <apisecret> API 비밀번호: S3 엔드포인트의 비밀번호입니다.
--s3-bucket-name <bucketName> AWS S3 버킷의 이름입니다.
--s3-port <port> S3 엔드포인트의 포트입니다.
--no-s3-ssl S3 업로드에 SSL을 비활성화합니다.
--key <key> 공개용 서명 키의 커스텀 경로 (v1 시스템).
--key-data <keyData> v1 시스템의 공개용 서명 키입니다.
--key-v2 <key> 개인용 서명 키의 커스텀 경로 (v2 시스템).
--key-data-v2 <keyData> v2 시스템의 개인용 서명 키입니다.
--bundle-url 배포 URL을 표준 출력으로 출력합니다.
--no-key 서명 키를 무시하고 명확한 업데이트를 보내세요.
--no-code-check code의 소스와 인덱스 루트 폴더에 있는 code가 호출되었는지 확인하지 않습니다.
--display-iv-session 업데이트를 암호화할 때 사용한 IV와 세션 키를 콘솔에 표시합니다.
--bundle <bundle> 업로드할 배포의 버전 번호.
--auto-bump [level] 채널과 연결된 배포에서 자동으로 증가하거나, else 로컬 앱의 이전 버전입니다. Level: major, minor (기본값) patch (alias) fix), metadata, 또는 ai Workers AI는 이전 Capgo/채널 델타 매니페스트와 지역 파일을 비교하고, 수준을 추론하고, 짧은 이유를 로깅하고, AI를 생략하고, Capgo 버전을 업데이트할 수 없을 때까지 Capgo를 업데이트합니다. 삭제된 이름은 사용할 수 없습니다. patch if no previous Capgo version). Bumps until a free name is found (deleted names stay occupied). Cannot be combined with --bundle.
--min-update-version <minUpdateVersion> __CAPGO_KEEP_0__
--auto-min-update-version 업데이트 최소 버전을 native 패키지에 따라 설정합니다.
--ignore-metadata-check 업로드 시 메타데이터 (node_modules) 확인을 무시합니다.
--ignore-checksum-check 업로드 시 체크섬 확인을 무시합니다.
--timeout <timeout> 업로드 프로세스의 타임아웃 시간 (초).
--delta Delta (manifest) 파일을 함께 업로드합니다.
--delta-only Delta (manifest) 업데이트만 업로드하고, 전체 번들을 생략합니다.
--no-delta Delta (manifest) 업로드를 비활성화합니다. (인스턴트 적용 모드가 활성화되어도 전체 번들을 업로드하고 싶을 때 유용합니다). autoUpdate tus 프로토콜을 사용하여 번들을 업로드합니다.
--tus multipart 프로토콜을 사용하여 S3로 데이터를 업로드합니다. (deprecated, tus를 사용하세요).
--multipart 외부 번들을 업로드할 때만 사용하는 암호화된 체크섬 (서명).
--encrypted-checksum <encryptedChecksum> package.json의 경로. monorepos에 유용합니다.
--package-json <packageJson> __CAPGO_KEEP_0__
--auto-set-bundle 설정 파일인 capacitor.config.json에서 패키지 설정을 합니다.
--node-modules <nodeModules> 노드 모듈의 경로 목록입니다. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

⭐️ External option helps to unlock 2 cases: corporate with privacy concern, don’t send the code to a third part and app bigger than 200 MB. With this setting, Capgo store only the link to the zip and sends the link to all apps.

👀 Capgo 클라우드는 외부 옵션의 링크나 code에 저장된 링크를 보지 않습니다.

🔑 암호화를 사용하여 두 번째 보안 계층을 추가할 수 있습니다. 이 경우 Capgo는 내용을 보거나 수정할 수 없게 됩니다.

예시 package.json 버전

{
  "version": "1.0.2"
}

⛔ 버전은 “0.0.0”보다 높아야 합니다.

💡 버전 번호를 업데이트하지 않으면 안됩니다. 버전 번호는 삭제 후 재사용할 수 없습니다.

npx @capgo/cli bundle list [appId]

[appId] 애플리케이션 ID 형식은 com.test.app 이것에 대해 설명되어 있습니다. 여기.

선택적으로 다음을 제공할 수 있습니다:

--apikey [key] API 키를 사용하여 계정에 연결합니다.

삭제

npx @capgo/cli bundle delete [appId]

[appId] 애플리케이션 ID 형식은 com.test.app 이것에 대해 설명되어 있습니다. 여기.

선택적으로 다음을 제공할 수 있습니다:

--apikey [key] API 키를 사용하여 계정에 연결합니다.
--bundle 버전 번호가 포함된 경우 해당 버전만 삭제합니다.

정리

메이저 버전을 위한 SemVer 범위에서 Cloud로

npx @capgo/cli bundle cleanup [appId] --bundle=[majorVersion] --keep=[numberToKeep]

[appId] 앱 ID의 형식은 com.test.app 이것은 설명되어 있습니다. 여기.

선택적으로, 다음을 제공할 수 있습니다:

--apikey [key] API 키를 연결할 계정에 대한 키로 사용합니다.
--bundle [majorVersion] 삭제하고자 하는 이전 패키지의 버전을 지정하면, 마지막 + numberToKeep.
--keep [numberToKeep] 보존하고자 하는 패키지 수 (기본 4)를 지정합니다.

예를 들어, 10.0.1부터 10.0.11까지 10개의 버전이 있고, 4개의 패키지를 보존하고자 하면 npx @capgo/cli cleanup [appId] --bundle=10.0.0 10.0.1에서 10.0.6까지 삭제하고, 10.0.7부터 10.0.11까지 유지됩니다.

전체 20개의 버전이 있고, 이와 같은 번들 번호를 제공하지 않으면: npx @capgo/cli cleanup [appId] --keep=2 18개의 버전이 삭제되고, 마지막 2개만 유지됩니다.

이 명령어는 확인을 요청하고, 삭제 및 유지될 버전을 보여주는 표를 표시합니다.

암호화

경고: 이 명령어는 deprecated 상태이며, 다음 주요 릴리즈에서 제거될 예정입니다. 새로운 암호화 시스템을 사용하세요. npx @capgo/cli bundle encrypt [path/to/zip]

이 명령어는 외부 저장소에서 code를 저장하거나 테스트 목적으로 사용할 때 사용됩니다.

선택적으로, 다음을 제공할 수 있습니다:

--key [/path/to/my/private_key] 개인 키의 경로를 제공합니다. --key-data [privateKey] 직접 사용하고 싶다면 개인 키 데이터를 제공합니다. 명령어는 y를 출력하고 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. ivSessionKeyEncrypt V2

Encrypt V2 섹션

npx @capgo/cli bundle encrypt [path/to/zip] [checksum]

This command is used when you use external source to store your code or for test purpose. The checksum is the sha256 of the bundle (generated by —key-v2), it is used to verify the integrity of the file after decryption. It will be enncrypted with the private key and sent along with the bundle. In encryption v2 the checksum is upgraded to become a “signature” of the bundle.

개인 키의 경로를 제공합니다.

--key [/path/to/my/private_key] 직접 사용하고 싶다면 개인 키 데이터를 제공합니다. --key-data [privateKey] JSON 형식으로 정보를 출력합니다. 명령어는 y를 출력하고 암호화된 zip을 생성하여 업로드 명령어 또는 복호화 명령어와 함께 사용할 수 있습니다. --json Encrypt V2 ivSessionKeyEncrypt V2 섹션

__CAPGO_KEEP_0__

npx @capgo/cli bundle decrypt [path/to/zip] [ivSessionKey]

__CAPGO_KEEP_0__

--key [/path/to/my/private_key] __CAPGO_KEEP_0__

--key-data [privateKey] __CAPGO_KEEP_0__

__CAPGO_KEEP_0__

npx @capgo/cli bundle decryptV2 [path/to/zip] [ivSessionKey]

__CAPGO_KEEP_0__

--key [/path/to/my/private_key] __CAPGO_KEEP_0__ --key-data [privateKey] __CAPGO_KEEP_0__ --checksum [checksum] __CAPGO_KEEP_0__

__CAPGO_KEEP_0__

npx @capgo/cli bundle zip [appId]

[appId] 앱 ID입니다. 형식은 여기서 설명합니다. 여기서.

선택적으로, 다음을 업로드할 폴더를 지정할 수 있습니다.

--path [/path/to/my/bundle] 특정 폴더를 업로드할 수 있습니다.
--bundle [1.0.0] 파일 이름의 버전 번호를 설정할 수 있습니다.
--name [myapp] 파일 이름을 오버라이드할 수 있습니다.
--json 정보를 JSON 형식으로 출력할 수 있습니다.
--no-code-check code 확인을 무시하고 배ंडल을 보낼 수 있습니다.
--key-v2 새로운 암호화 시스템을 사용할 수 있습니다. 새로운 암호화 시스템은 파일의 무결성을 확인하기 위해 더 나은 체크섬을 사용합니다.

호환성

npx @capgo/cli bundle compatibility [appId] -c [channelName]

[appId] 앱 ID는 무엇입니까? 이 형식은 설명되어 있습니다. 여기. [channelName] 체크할 채널 이름입니다.

선택적으로, 다음을 제공할 수 있습니다:

--apikey [key] API 키를 제공하여 계정에 연결할 수 있습니다.
--text 표에서 이모티콘 대신 텍스트를 사용하세요.
--channel [channel] 체크할 채널 이름입니다.
--package-json <packageJson> 패키지.json의 경로입니다. 모노레포에 유용합니다.
--node-modules <nodeModules> node_modules의 경로 목록입니다. 모노레포에 유용합니다. (쉼표로 구분 ex: ../../node_modules,./node_modules)

채널

추가

npx @capgo/cli channel add [channelName] [appId]

[channelName] the name of your new channel, such as production or beta. [appId] your app ID의 형식은 com.test.app 이것은 설명되어 있습니다 여기.

Delete

npx @capgo/cli channel delete [channelName] [appId]

[channelName] the name of the channel you want to delete. [appId] your app ID의 형식은 com.test.app 이것은 설명되어 있습니다 여기.

애플리케이션 목록

npx @capgo/cli channel list [appId]

[appId] 앱 ID 형식은 com.test.app 이 설명서에서 여기.

선택적으로, 다음을 제공할 수 있습니다:

--apikey [key] API

설정

npx @capgo/cli channel set [channelName] [appId]

[appId] 앱 ID 형식은 이 설명서에서. [channelName] 설정할 채널의 이름, 예를 들어 production 또는 beta.

선택적으로, 당신은

--bundle [1.2.3] 클라우드에 업로드 된 앱 번들을 연결하기 위해
--latest 버전을 가져오십시오 package.json:version, 다운그레이드 버전을 전송할 수 없습니다. --bundle.
--state [ normal | default ] 다운그레이드 버전을 전송할 수 없습니다. normal 업그레이드 (메이저) 버전을 전송할 수 있습니다. default업그레이드 (메이저) 버전을 전송할 수 없습니다. default.
--downgrade 또는
--no-downgrade 한 채널이 필요합니다.
--upgrade 채널이 장치에 다운그레이드 버전을 전송할 수 있도록 허용합니다.
--no-upgrade 채널이 장치에 다운그레이드 버전을 전송할 수 없도록 금지합니다.
--ios iOS 장치에 버전을 전송할 수 있도록 허용합니다.
--no-ios iOS 장치에 버전을 전송할 수 없습니다.
--android 안드로이드 장치에 버전을 전송할 수 있도록 허용합니다.
--no-android 안드로이드 장치에 버전을 전송할 수 없습니다.
--self-assign 이 채널에 장치가 자체 할당할 수 있도록 허용합니다.
--no-self-assign 이 채널에 장치가 자체 할당할 수 없습니다.
--disable-auto-update STRATEGY 이 채널의 자동 업데이트 전략을 비활성화합니다. 가능성 있는 옵션은 다음과 같습니다: major, minor, patch, metadata, none.
--apikey [key] API 키를 사용하여 계정에 연결합니다.

업데이트 전략을 비활성화합니다.

__CAPGO_KEEP_0__은 __CAPGO_KEEP_1__을 업데이트할 수 없으므로, __CAPGO_KEEP_2__의 이전 버전의 __CAPGO_KEEP_3__의 업데이트된 __CAPGO_KEEP_3__으로 업데이트하는 것이 불가능합니다. 업데이트를 처리하는 방법이 여러 가지 있습니다.
Capgo cannot update native code thus an update from a version with the old native code to a version with the updated native code should not be possible. There are a couple of ways to achieve that.

첫 번째, 전략입니다. major 업데이트를 native baseline에서 방지하는 전략입니다. 0.0.0 -> target bundle 1.0.0. 주요 버전은 강조된 숫자 ('1.0.0'와 0.0.0).
두 번째는 minor 전략입니다. target bundle가 device native baseline과 다른 주요 또는 부 버전을 가지고 있는 경우 업데이트를 방지하는 전략입니다. 0.0.0 -> 1.1.0 또는 1.1.0 -> 1.2.0.

세 번째, 전략입니다. 매우 엄격한 모드로 __CAPGO_KEEP_0__에 추가되었습니다. 사용을 권장하지 않으며, 작동 방식을 완전히 이해하지 못하면 사용하지 않는 것이 좋습니다. 업데이트를 수락하려면 다음 조건이 모두 충족되어야 합니다: patch strategy. It was added into capgo as a very strict mode. It’s not recommended to be used unless you fully understand how it works. In order for it to accept an update, the following conditions must be met:

target bundle와의 부 버전이 같습니다. version_build
-> target bundle version_build
패치 버전은 대상 번들과 동일합니다. version_build
버전 후위 문자열만 다를 수 있습니다. 예를 들어 prerelease (-beta.2) 또는 빌드 메타데이터 (+build.2)

업데이트가 허용되거나 거부되는 다양한 시나리오에 대한 예시입니다.

1.0.0-beta.1 -> 1.0.0-beta.2 허용
1.0.0+build.1 -> 1.0.0+build.2 허용
1.0.0 -> 1.0.1 거부
1.0.0 -> 1.1.0 거부
1.0.0 -> 2.0.0 거부

기본 라인으로 전송된 원시 전략을 사용하는 전략 비교입니다. version_build, 현재 다운로드 된 번들이 전송된 것과 다릅니다. version_name.

마지막으로 가장 복잡한 전략입니다. metadata 전략.
Capgo를 사용하기 전에 먼저 알아야 할 것은 Capgo를 활성화한 후에 처음으로 업데이트를 받을 때 WILL 채널이 필요한 메타데이터가 부족하여 업데이트가 실패합니다.
채널이 메타데이터가 부족하면 다음과 같은 메시지를 볼 수 있습니다.

이런 메시지를 보게 되면 채널이 실패한 메타데이터를 설정해야 한다는 것을 알 수 있습니다.
먼저 실패한 채널을 찾으세요. 실패한 채널을 찾으려면 misconfigured 열

실패한 채널을 클릭하여 Bundle number을 클릭하세요. 이 버튼을 클릭하면 실패한 채널의 배ंडल 페이지로 이동합니다.

그곳에 채워 넣으십시오. 이것은 반드시 Minimal update version 필드를 채워야 합니다. 이것은 반드시 버전.
만약에 전달한 값이 버전이 아닙니다. 에러가 발생하지만, 모든 것이 정상적으로 진행되면 다음과 같은 것을 볼 수 있을 것입니다.

업데이트를 할 때마다 이 데이터를 수동으로 설정하는 것은 불편할 것입니다. 다행히도 CLI는 이 메타데이터가 없는 업데이트를 보내지 못하도록 방지합니다.

를 사용할 때 properly 업로드하는 채널을 올리기 위해 metadata 를 사용해야 합니다. 이것은 반드시 --min-update-version 와 함께 유효한 버전CLI 명령어

The --min-update-version 은 호환성에 대한 유일한 방법이 아닙니다. 호환성에 대한 다른 방법도 있습니다. 그것은 어떻게 작동하는지 설명해 드리겠습니다. --auto-min-update-version첫 번째로, 채널에 업로드 된 현재 버전을 확인합니다. 호환성을 확인하는 것은

명령어와 동일합니다. 두 번째로, 새로운 버전이 100% 호환적이라면 채널에 업로드 된 최신 버전의 bundle compatibility 을 재사용합니다. 호환성이 없다면, 새로운 버전의 min_update_version 을 업로드한 버전의 번들 번호로 설정합니다. min_update_version 이 옵션을 사용할 때는 항상

을 받을 수 있습니다. 예를 들어 다음과 같습니다: min_update_version 최소 업데이트 버전

새로운 버전이 호환되지 않으면 다음과 같은 형태로 표시됩니다.

끝-to-끝 암호화 (신뢰할 수 없는)

Capgo은 끝-to-끝 암호화를 지원하며, 이는 code을 암호화하여 클라우드에 전송하고 장치에서 복호화하는 것을 의미합니다. 이를 위해 RSA 키 pair를 생성해야 하며, 다음 명령어를 사용하여 생성할 수 있습니다.

암호화 시스템은 RSA와 AES의 combination입니다. RSA 키는 AES 키를 암호화하고, AES 키는 파일을 암호화합니다.

암호화 시스템에 대한 자세한 정보는 아래를 참조하세요.

암호화 스키마

앱에 키를 생성하세요

npx @capgo/cli key create

선택적으로 다음을 제공할 수 있습니다. --force 기존 키를 덮어쓰려면. 이 명령어는 앱에서 키 pair를 생성하고, 개인 키를 안전한 곳에 저장하도록 요청합니다. 개인 키는 git commit하지 말고, 누구에게도 공유하지 마세요.

로컬 테스트 후, 키를 config 파일에서 삭제하고 CI 단계에 추가하세요. key save

앱 config에 키 저장

npx @capgo/cli key save

선택적으로, 다음을 제공할 수 있습니다:

--key [/path/to/my/public_key] 공개 키 파일의 경로를 지정하세요.

--key-data [publicKey] 공개 키 데이터를 inline으로 사용하려면, 데이터를 제공하세요. 이 명령어는 앱 config에 키를 commit하지 않았을 때 유용합니다.

CI 통합

자동화 작업을 위해, GitHub 액션을 사용하여 서버에 푸시하도록 추천합니다.

GitHub 액션 튜토리얼

데모 앱

GitHub - Cap-go/demo-app

CI 환경 변수를 설정하기 위해 API 키를 등록하지 말라

다음 명령어로 계속 진행하세요

만약 __CAPGO_KEEP_0__를 사용 중이라면 명령어 API를 사용하여 대시보드와 API 연산을 계획하고 싶다면 API Overview API Overview for the implementation detail in API Overview 소개 for the implementation detail in 소개 API Keys API 키에 대한 구현 세부 정보 기기 __CAPGO_KEEP_0__ 키에 대한 구현 세부 정보, 기기 및 블록 __CAPGO_KEEP_0__ 키에 대한 구현 세부 정보, 블록 및