모델 컨텍스트 프로토콜

ChatGPT 데스크톱 앱, Codex CLI, IDE 확장 프로그램은 MCP 서버를 지원하며, 같은 Codex 호스트에서는 MCP 구성을 공유합니다.

아래 기능은 Codex 호스트에 구성한 MCP 서버에서 지원됩니다. 호스팅된 플러그인 도구에서 제공하는 기능은 다를 수 있습니다.

지원되는 MCP 기능

• STDIO 서버: 명령어로 시작해 로컬 프로세스로 실행하는 서버입니다.
  • 환경 변수
• Streamable HTTP 서버: 주소를 통해 접근하는 서버입니다.
  • Bearer 토큰 인증
  • 클라이언트 ID 메타데이터 문서(CIMD) 및 동적 클라이언트 등록(DCR)을 포함한 OAuth 인증
  • 신뢰할 수 있는 자사 서버용 ChatGPT 세션 인증
• 서버 지침: Codex는 초기화 중에 반환된 MCP instructions 필드를 읽고, 서버의 도구를 사용할 때 서버 전체에 적용되는 지침으로 활용합니다.

Codex용 MCP 서버를 만들거나 유지 관리한다면 instructions에 여러 도구에 걸친 워크플로우와 서버 전체에 적용되는 제약 조건 및 요청 한도를 명시하세요. Codex가 서버 사용 방법을 결정할 때 가장 중요한 지침을 파악할 수 있도록 처음 512자만 읽어도 내용이 이해되게 작성하세요.

Codex를 MCP 서버에 연결하기

Codex는 MCP 구성을 다른 Codex 설정과 함께 config.toml에 저장합니다. 기본 경로는 ~/.codex/config.toml입니다. 신뢰할 수 있는 프로젝트에서는 .codex/config.toml을 사용해 해당 프로젝트에만 MCP 서버를 구성할 수도 있습니다.

ChatGPT 데스크톱 앱, Codex CLI, IDE 확장 프로그램은 이 구성을 공유합니다. MCP 서버를 한 번 구성하면 클라이언트를 바꿔도 다시 설정할 필요가 없습니다.

ChatGPT 데스크톱 앱에서 구성하기

1. 설정을 열고 MCP 서버를 선택하세요.
2. 서버 추가를 선택하세요.
3. 이름을 입력하고 STDIO 또는 Streamable HTTP를 선택한 뒤 서버 명령어나 URL을 입력하세요.
4. 서버를 저장한 뒤 다시 시작을 선택하세요.

서버 목록에서 활성화된 서버와 OAuth가 필요한 서버를 확인할 수 있습니다. OAuth 서버에 로그인이 필요하면 인증을 선택하세요. Composer에 /mcp를 입력하면 연결된 서버를 확인할 수 있습니다.

ChatGPT 웹에서 MCP 기반 도구 사용하기

Work Cloud의 로컬 컴퓨터 접근 기능을 사용하는 대화를 다른 기기에서 이어가도 플러그인이 설치되거나 연결된 계정에 대한 접근 권한이 부여되지는 않습니다.

Work Cloud의 로컬 컴퓨터 접근 기능을 사용할 때 에이전트 보안의 엔터프라이즈 mcp_servers TOML 요구 사항은 로컬 실행기에 적용됩니다. 클라우드 컨테이너에는 Work Cloud 정책이 계속 적용됩니다. 클라우드에서는 로컬 MCP 서버와 전송 방식을 사용하지 못할 수 있으므로 연결과 인증을 별도로 확인하세요.

Work Cloud의 로컬 컴퓨터 접근 기능에서 엔터프라이즈 훅을 사용할 때는 다음 사항을 확인하세요.

• 엔터프라이즈 훅. 워크스페이스에서 이 기능이 활성화된 경우, Work Cloud의 로컬 컴퓨터 접근 기능은 관리자가 정의한 MCP 훅을 지원합니다. 지원되는 수명 주기 이벤트와 도구 이벤트가 발생하면 클라우드 코디네이터(오케스트레이터)에서 훅이 실행됩니다. 클라우드에서 오케스트레이션하는 경우 도구를 로컬에서 실행하더라도 명령어 훅과 로컬 구성 또는 플러그인에서 제공하는 훅은 지원되지 않습니다.
• 감사. 훅을 실제로 활용하기 전에 콜백 연결을 테스트하고, 콜백이 수신하는 이벤트와 실패가 작업에 미치는 영향을 확인하세요. MCP 훅만으로는 완전한 Compliance API 감사 기록을 확보할 수 없습니다.
• 제한 사항: 클라우드에서 오케스트레이션하는 경우 도구를 로컬에서 실행하더라도 명령어 훅과 로컬 구성 또는 플러그인에서 제공하는 훅은 지원되지 않습니다. 개인 사용자는 이 기능에서 훅을 사용할 수 없습니다. 오케스트레이션과 실행이 모두 로컬에서 이루어지면 로컬 전용 Work 및 Codex 스레드에서 기존에 지원되던 훅이 계속 작동합니다. 관리자는 이러한 워크플로우에 대해 에이전트 보안에서 지원되는 관리형 훅을 계속 구성할 수 있습니다.

지원 범위는 훅과 구성 레퍼런스를 참고하세요.

호스팅된 ChatGPT Work 채팅에서 플러그인을 설치하면 플러그인에 포함된 커넥터와 원격 MCP 도구를 사용할 수 있습니다. 설치 후에는 Chat과 Work 모드에서 해당 도구를 사용할 수 있습니다. 워크스페이스 관리자는 사용 가능한 플러그인과 도구를 제어할 수 있습니다.

ChatGPT 웹은 로컬 Codex 구성 파일을 읽지 않으며 로컬 Codex 명령어 메뉴도 제공하지 않습니다. 플러그인 탭을 열어 사용 가능한 도구를 찾아보고 관리하세요.

CLI로 구성하기

MCP 서버 추가하기

codex mcp add <server-name> --env VAR1=VALUE1 --env VAR2=VALUE2 -- <stdio server-command>

예를 들어 개발자 문서를 제공하는 무료 MCP 서버인 Context7을 추가하려면 다음 명령어를 실행하세요.

codex mcp add context7 -- npx -y @upstash/context7-mcp

기타 CLI 명령어

codex mcp list를 실행하면 구성된 서버를 확인할 수 있습니다. 사용 가능한 모든 MCP 명령어를 보려면 codex mcp --help를 실행하세요. OAuth를 지원하는 서버에 로그인하려면 codex mcp login <server-name>을 실행하세요. 로컬 브라우저가 없는 터미널을 사용한다면 codex mcp login <server-name> --no-browser를 실행하세요. 출력된 인가 URL을 브라우저에서 열고 로그인하세요. 브라우저에서 콜백 페이지를 열 수 없더라도 리디렉션된 URL 전체를 복사해 터미널에 붙여넣으세요.

터미널 UI(TUI)

codex TUI에서 /mcp를 입력하면 활성 MCP 서버를 확인할 수 있습니다.

IDE 확장 프로그램에서 구성하기

1. 톱니바퀴 메뉴를 열고 MCP 서버를 선택하세요.
2. 서버 추가를 선택하세요.
3. 이름을 입력하고 STDIO 또는 Streamable HTTP를 선택한 뒤 서버 명령어나 URL을 입력하세요.
4. 서버를 저장한 뒤 확장 프로그램 다시 시작을 선택하세요.

MCP 서버 목록에서 활성화된 서버와 OAuth가 필요한 서버를 확인할 수 있습니다. OAuth 서버에 로그인이 필요하면 인증을 선택하세요.

config.toml로 구성하기

세부 설정을 조정하려면 ~/.codex/config.toml 또는 프로젝트별 .codex/config.toml을 편집하세요. 구성 레퍼런스에서 지원되는 모든 MCP 옵션을 검색할 수 있습니다.

구성 파일에 MCP 서버별로 [mcp_servers.<server-name>] 테이블을 작성하세요.

STDIO 서버

• command(필수): 서버를 시작하는 명령어입니다.
• args(선택): 서버에 전달할 인수입니다.
• env(선택): 서버에 설정할 환경 변수입니다.
• env_vars(선택): 전달을 허용할 환경 변수입니다.
• cwd(선택): 서버를 시작할 작업 디렉터리입니다.

env_vars에는 변수 이름을 문자열로 지정하거나 출처를 명시한 객체를 넣을 수 있습니다.

env_vars = ["LOCAL_TOKEN", { name = "REMOTE_TOKEN", source = "remote" }]

문자열 항목과 source = "local"로 지정한 항목은 Codex의 로컬 환경에서 값을 읽습니다. source = "remote"로 지정한 항목은 원격 실행기 환경에서 값을 읽으며 원격 MCP stdio가 필요합니다.

Streamable HTTP 서버

• url(필수): 서버 주소입니다.
• auth(선택): 구성된 Bearer 토큰과 인가 헤더 다음으로 시도할 인증 방법입니다. oauth(기본값)는 저장된 MCP OAuth 자격 증명을 사용합니다. chatgpt는 신뢰할 수 있는 자사 ChatGPT 오리진에 현재 ChatGPT 세션을 사용하며, 이 방법을 사용할 수 없으면 저장된 OAuth 자격 증명을 사용합니다.
• bearer_token_env_var(선택): Authorization에 넣어 보낼 Bearer 토큰을 담은 환경 변수의 이름입니다.
• http_headers(선택): 헤더 이름을 고정값에 매핑합니다.
• env_http_headers(선택): 헤더 이름을 환경 변수 이름에 매핑합니다. 값은 환경에서 가져옵니다.
• http_headers_helper(선택): 헤더 이름과 문자열 값으로 구성된 JSON 객체(예: {"X-Auth": "temporary-token"})를 출력하는 로컬 명령어입니다. 로컬 환경에서 연결하는 HTTP MCP 서버에 사용할 수 있습니다. stdio 서버나 원격 실행 환경을 통한 연결에는 지원되지 않습니다.

Codex는 연결에 사용할 헬퍼 헤더를 캐시합니다. 동일 오리진에 보낸 POST 요청이 401 또는 403을 반환하면 헤더를 한 번 갱신하고, 헬퍼가 이전과 다른 값을 반환한 경우에만 요청을 재시도합니다. 명시적으로 지정한 Bearer 토큰과 OAuth 자격 증명은 헬퍼가 제공한 Authorization 헤더보다 우선합니다. OAuth 403 응답이 권한 범위 부족을 나타내는 경우에는 헬퍼 헤더를 갱신하지 않습니다.

어느 출처에서도 자격 증명을 가져올 수 없으면 Codex는 인증 없이 서버에 연결할 수 있습니다. MCP OAuth 로그인을 시작하려면 codex mcp login <server-name>을 별도로 실행하세요.

기타 구성 옵션

• environment_id로 stdio 또는 Streamable HTTP 서버에 사용할 환경을 선택합니다. 기본값은 local입니다. 원격 실행기를 통해 연결하려면 해당 실행기의 등록된 환경 ID를 사용하세요.
• startup_timeout_sec(선택): 서버 시작을 기다리는 제한 시간(초)입니다. 기본값은 10입니다.
• tool_timeout_sec(선택): 서버가 도구를 실행하는 데 허용되는 제한 시간(초)입니다. 기본값은 60입니다.
• enabled(선택): false로 설정하면 서버를 삭제하지 않고 비활성화합니다.
• required = true로 설정하면 활성화된 이 서버가 준비되지 않았을 때 Codex 시작에 실패합니다. 기본 설정인 startup_readiness = "connection"에서는 서버에 실제로 연결되어야 시작할 수 있습니다. startup_readiness = "catalog"로 설정하면 서버에 연결하는 동안에도 캐시된 도구 목록이 유효하면 시작할 수 있습니다. 도구를 호출하려면 실제 연결이 필요합니다.
• enabled_tools(선택): 도구 허용 목록입니다.
• disabled_tools(선택): 도구 차단 목록입니다. enabled_tools 다음에 적용됩니다.
• default_tools_approval_mode(선택): 이 서버에서 제공하는 도구의 기본 승인 방식입니다. 지원되는 값은 auto, prompt, writes, approve입니다. writes 모드는 읽기 전용으로 표시되지 않은 도구에 대해 승인을 요청합니다.
• tools.<tool>.approval_mode(선택): 개별 도구의 승인 방식을 재정의합니다.
• tools.<tool>.output_token_limit(선택): 개별 도구의 출력에 할당할 토큰 수를 양수로 지정합니다. 직렬화를 위한 기본 여유분 20%를 적용하기 전의 값입니다. 해당 도구의 출력을 잘라내는 기준이 되는 모델의 기본 토큰 한도를 재정의합니다.

최상위 mcp_optional_startup_grace_ms 설정은 Codex가 초기 도구 목록을 만들 때 선택적 MCP 서버를 얼마나 오래 기다릴지 결정합니다. 기본값은 1000밀리초입니다. 0으로 설정하면 대신 각 서버의 startup_timeout_sec만큼 기다립니다. 필수 서버에는 각 서버의 시작 제한 시간이 계속 적용됩니다.

OAuth 클라이언트 등록 및 콜백

인가 서버에서 사전 등록된 OAuth 클라이언트를 요구하면 MCP 서버를 추가할 때 해당 클라이언트 ID를 지정하세요.

codex mcp add example --url https://mcp.example.com --oauth-client-id my-client

기밀 클라이언트라면 --oauth-client-secret도 전달하세요. 클라이언트 시크릿은 환경 변수에서 읽어 오세요.

codex mcp add example --url https://mcp.example.com --oauth-client-id my-client --oauth-client-secret "$MCP_CLIENT_SECRET"

이 옵션을 사용하려면 클라이언트 ID와 시크릿이 모두 비어 있지 않아야 합니다. Codex는 시크릿을 mcp_servers.example.oauth.client_secret 값으로 config.toml에 저장합니다. 이 파일은 비공개로 유지하고 버전 관리 대상에서 제외하세요.

codex mcp add가 출력한 콜백 URL을 그대로 등록하세요. 인가 서버가 발급자 식별 지원을 명시하면 CLI에 다음과 같은 URL이 표시될 수 있습니다.

OAuth callback URL: http://127.0.0.1/callback

이 예시의 공개 클라이언트에 대해 Codex는 이후 로그인에 사용할 콜백과 클라이언트 ID를 config.toml에 저장합니다.

[mcp_servers.example]
url = "https://mcp.example.com"

[mcp_servers.example.oauth]
client_id = "my-client"
callback_url = "http://127.0.0.1/callback"

새로 추가한 사전 등록 클라이언트는 인가 서버가 authorization_response_iss_parameter_supported: true를 명시하고 메타데이터에 issuer를 제공하는 경우에만 고정 콜백을 사용합니다. 발급자 식별 지원이 명시되지 않으면 Codex는 서버별 콜백 ID를 덧붙입니다(예: http://127.0.0.1/callback/XuuuHAzzHOni). 저장된 콜백이 없는 기존 클라이언트는 계속해서 해당 콜백 ID가 포함된 리디렉션을 사용합니다.

로그인 시 사용할 콜백은 OAuth 구성과 인가 서버 메타데이터에 따라 다음과 같이 결정됩니다.

대체 콜백을 사용해도 저장된 콜백 URL은 변경되지 않습니다. Codex는 경로와 쿼리 문자열을 포함한 MCP 서버 URL에서 콜백 ID를 생성합니다. 자동 로그인과 명시적으로 실행한 로그인에 동일한 선택 규칙이 적용됩니다.

사용자 지정 콜백 경로나 원격 Devbox 인그레스 URL이 필요하면 mcp_oauth_callback_url을 설정하세요. 새로 추가한 사전 등록 클라이언트는 제공업체가 발급자 식별을 지원하면 해당 URL을 그대로 사용합니다. 그렇지 않으면 구성된 URL에 서버별 콜백 ID를 덧붙여 사용합니다. 항상 codex mcp add가 표시한 콜백과 정확히 일치하는 값을 등록하세요.

http://127.0.0.1 콜백에 포트가 명시되어 있지 않으면 Codex는 리스너 포트를 생략한 URL을 표시하고 저장한 뒤, 인가 과정에서 활성 리스너 포트를 삽입합니다. 이 포트 대체는 localhost, IPv6 호스트, HTTPS URL 또는 이미 포트가 포함된 콜백에는 적용되지 않습니다. 인가 서버는 RFC 8252 7.3절에 따라 가변 루프백 포트를 허용해야 합니다.

고정된 전역 리스너 포트를 선택하려면 mcp_oauth_callback_port를 설정하세요. 특정 서버에서만 다른 포트를 사용하려면 mcp_servers.<server-name>.oauth.callback_port를 설정하세요. 콜백 URL에 포트를 명시해도 리스너 포트가 설정되지는 않습니다. 직접 연결하는 루프백 콜백은 포트를 명시하지 않은 http://127.0.0.1을 사용하거나 콜백 URL과 리스너 양쪽에 같은 포트를 명시하세요. 프록시를 거치는 콜백은 외부 URL 포트와 로컬 리스너 포트를 의도적으로 다르게 설정할 수 있습니다. 로컬 콜백 URL은 로컬 인터페이스에 바인딩되며, 로컬이 아닌 콜백 URL은 0.0.0.0에 바인딩됩니다.

Codex는 인가 코드를 교환하기 전에 응답에 포함된 iss를 검증합니다. iss가 일치하지 않으면 항상 응답을 거부합니다. 발급자 식별 지원이 명시된 경우에는 iss가 누락된 응답도 거부합니다. 두 경우 모두 코드를 교환하거나 다른 콜백으로 전환하지 않습니다. 콜백 URL 형식이 잘못되었거나 발급자 식별 지원을 명시했지만 메타데이터에 발급자가 없는 경우에도 로그인이 실패합니다. 사용자 인증을 참고하세요.

mcp_servers.<server-name>.scopes를 config.toml에 설정하면 서버의 OAuth 권한 범위를 지정할 수 있습니다. 한 번의 로그인에만 다른 범위를 지정하려면 codex mcp login <name> --scopes read,write를 실행하세요. 어느 쪽도 설정하지 않으면 Codex는 서버의 첫 WWW-Authenticate 챌린지에 명시된 권한 범위를 요청합니다. 챌린지에 권한 범위가 없으면 보호된 리소스의 메타데이터를 확인하고, 여기에 명시된 권한 범위가 있으면 이를 사용합니다.

빈 목록(scopes = [])을 지정해도 OAuth 라이브러리가 권한 범위를 선택할 수 있습니다. 인가 서버에서 지원하는 경우 라이브러리는 offline_access를 추가할 수도 있습니다.

OAuth 클라이언트 등록

Codex는 OAuth 클라이언트 ID 메타데이터 문서(CIMD)와 동적 클라이언트 등록(DCR)을 지원합니다. 기본적으로 인가 서버가 client_id_metadata_document_supported: true를 명시하고 none을 token_endpoint_auth_methods_supported에 포함하며 콜백이 지원되는 루프백 URL을 사용하면 Codex는 자동으로 CIMD를 선택합니다. 그 외에는 DCR을 사용할 수 있으면 DCR을 선택합니다. 구성된 OAuth 클라이언트 ID가 있으면 항상 해당 ID가 우선하며 클라이언트 등록을 건너뜁니다.

CIMD를 사용하면서 응답이 발급자에 바인딩되지 않는 경우 Codex CLI는 ChatGPT에서 호스팅하는 MCP 서버별 메타데이터 문서를 사용합니다.

https://chatgpt.com/oauth/codex/<callback_id>/client.json

Codex는 MCP 서버 URL에서 <callback_id>를 생성하고 이를 루프백 리디렉션 URI에 포함합니다(예: http://127.0.0.1:<port>/callback/<callback_id>). 메타데이터 문서에는 이 루프백 URI에서 포트를 제외한 값이 등록됩니다. 인가 서버는 RFC 8252에 따라 호스트와 경로가 정확히 일치하는지 확인하되 로그인 시 선택한 포트는 허용해야 합니다. 사용자 지정 콜백 호스트, 경로 또는 쿼리 매개변수를 사용하려면 DCR이나 미리 구성한 OAuth 클라이언트 ID가 필요합니다.

Codex CLI는 고정된 공유 CIMD 문서도 지원합니다.

https://chatgpt.com/oauth/codex/client.json

Codex CLI가 고정 문서와 공유 /callback 경로를 사용하려면 인가 서버가 authorization_response_iss_parameter_supported: true를 명시하고, 메타데이터에 유효한 issuer를 제공하며, 인가 응답에 이와 일치하는 iss를 포함해야 합니다. 응답이 발급자에 바인딩되지 않는 서버에는 콜백별 문서를 사용합니다.

한 번의 CLI 로그인에 사용할 등록 방법을 선택하려면 --oauth-client-registration을 사용하세요.

codex mcp login <server-name> --oauth-client-registration cimd
codex mcp login <server-name> --oauth-client-registration dcr

기본값은 auto입니다. 선택한 등록 방법은 현재 로그인에만 적용되며 config.toml에 저장되지 않습니다.

config.toml 예시

[mcp_servers.context7]
command = "npx"
args = ["-y", "@upstash/context7-mcp"]
env_vars = ["LOCAL_TOKEN"]

[mcp_servers.context7.env]
MY_ENV_VAR = "MY_ENV_VALUE"

# Optional MCP OAuth callback overrides (used by `codex mcp login`)
mcp_oauth_callback_port = 5555
mcp_oauth_callback_url = "https://devbox.example.internal/callback"

[mcp_servers.figma]
url = "https://mcp.figma.com/mcp"
bearer_token_env_var = "FIGMA_OAUTH_TOKEN"
http_headers = { "X-Figma-Region" = "us-east-1" }

[mcp_servers.chrome_devtools]
url = "http://localhost:3000/mcp"
enabled_tools = ["open", "screenshot"]
disabled_tools = ["screenshot"] # applied after enabled_tools
default_tools_approval_mode = "prompt"
startup_timeout_sec = 20
tool_timeout_sec = 45
enabled = true

[mcp_servers.chrome_devtools.tools.open]
approval_mode = "approve"
output_token_limit = 30000

플러그인이 제공하는 MCP 서버

설치된 플러그인은 매니페스트에 MCP 서버를 포함할 수 있습니다. 이러한 서버는 플러그인에서 시작하므로 사용자 구성에서는 전송 명령어를 설정하지 않습니다. 사용자 구성의 plugins.<plugin>.mcp_servers.<server>에서 서버 활성화 여부와 도구 정책을 제어할 수 있습니다.

[plugins."sample@test".mcp_servers.sample]
enabled = true
default_tools_approval_mode = "prompt"
enabled_tools = ["read", "search"]

[plugins."sample@test".mcp_servers.sample.tools.search]
approval_mode = "approve"

플러그인이 제공하는 HTTP MCP 서버는 .mcp.json에 OAuth 설정을 선언할 수도 있습니다. 플러그인 매니페스트에서는 clientId, callbackUrl, callbackPort처럼 카멜 표기법으로 필드 이름을 작성합니다.

{
  "mcpServers": {
    "sample": {
      "type": "http",
      "url": "https://mcp.example.com/mcp",
      "oauth": {
        "clientId": "my-pre-registered-client",
        "callbackUrl": "http://127.0.0.1/callback/registered"
      }
    }
  }
}

플러그인이 제공하는 MCP 서버에도 다른 MCP 서버와 동일한 콜백 선택 규칙이 적용됩니다. 플러그인이 clientId를 제공하지만 제공업체가 발급자에 바인딩된 콜백을 지원하지 않고 callbackUrl에 서버별 콜백 ID가 없다면 Codex는 로그인할 때 해당 URL을 무시합니다. 대신 mcp_oauth_callback_url을 사용하거나 이 값이 없으면 http://127.0.0.1/callback을 사용하며, 어느 경우든 콜백 ID를 덧붙입니다. 구성된 callbackUrl은 그대로 유지됩니다.

플러그인의 oauth.callbackPort는 전역 mcp_oauth_callback_port보다 우선합니다. 둘 다 설정하지 않으면 Codex가 임시 포트를 선택합니다. callbackUrl에 포함된 포트로 리스너 포트가 결정되지는 않습니다. 고정 포트로 직접 연결하는 루프백 콜백은 두 값을 일치시키세요.

{
  "callbackUrl": "http://127.0.0.1:4321/callback/registered",
  "callbackPort": 4321
}

원격 인그레스나 다른 프록시를 사용하는 경우, 프록시가 구성된 리스너로 요청을 전달한다면 콜백 URL 포트와 로컬 리스너 포트를 의도적으로 다르게 설정할 수 있습니다.

유용한 MCP 서버 예시

사용 가능한 MCP 서버는 계속 늘어나고 있습니다. 자주 사용하는 서버 몇 가지를 소개합니다.

• OpenAI Docs MCP: OpenAI 개발자 문서를 검색하고 읽을 수 있습니다.
• Context7: 최신 개발자 문서에 연결할 수 있습니다.
• Figma 로컬 및 원격 서버: Figma 디자인에 접근할 수 있습니다.
• Playwright: Playwright로 브라우저를 제어하고 검사할 수 있습니다.
• Chrome 개발자 도구: Chrome을 제어하고 검사할 수 있습니다.
• Sentry: Sentry 로그에 접근할 수 있습니다.
• GitHub: git에서 지원하는 기능 외에도 Pull Request와 이슈 등 GitHub의 기능을 관리할 수 있습니다.