도움말:S3 연구 메모리/문제 해결 - 편집 역사

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T10:09:46Z

S3 연구 메모리 저장소 문서 동기화

차이 보기

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T08:36:54Z

S3 연구 메모리 저장소 문서 동기화

차이 보기

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T06:49:51Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 18일 (토) 15:49 판
455번째 줄:		455번째 줄:

	<code><nowiki>*</nowiki></code>를 추가하거나 Origin 검사를 끄지 마세요. Origin은 전체 <code><nowiki>/mcp</nowiki></code> URL이 아닙니다. CLI 클라이언트는 보통 Origin을 생략하지만 호스팅형·브라우저형 클라이언트는 보낼 수 있습니다.		<code><nowiki>*</nowiki></code>를 추가하거나 Origin 검사를 끄지 마세요. Origin은 전체 <code><nowiki>/mcp</nowiki></code> URL이 아닙니다. CLI 클라이언트는 보통 Origin을 생략하지만 호스팅형·브라우저형 클라이언트는 보낼 수 있습니다.

			=== 여러 변경 작업이 rate limit에서 멈춤 ===

			모든 MCP 클라이언트는 같은 <code><nowiki>S3RM_WIKI_USERNAME</nowiki></code>으로 저장하므로 계정별 편집 한도를 함께 사용합니다. 기본 <code><nowiki>agent</nowiki></code> 한도는 600회/분이며, 일반 로그인 계정의 90회/분과 편집 이외 작업의 제한은 그대로입니다. 현재 컨테이너에 들어간 값은 비밀값을 출력하지 않고 확인할 수 있습니다.

			<pre><nowiki>
			printf '%s\n' 'var_export( $wgRateLimits["edit"]["agent"] );' \
			\| docker compose exec -T mediawiki php maintenance/run.php eval.php
			</nowiki></pre>

			결과가 <code><nowiki>600, 60</nowiki></code>이 아니면 <code><nowiki>.env</nowiki></code>의 <code><nowiki>S3RM_AGENT_EDITS_PER_MINUTE</nowiki></code>를 확인하고 MediaWiki 컨테이너를 다시 만듭니다. <code><nowiki>restart</nowiki></code>만 하면 기존 컨테이너 환경이 유지됩니다.

			<pre><nowiki>
			docker compose up -d --force-recreate mediawiki
			</nowiki></pre>

			저장소의 MediaWiki 설정 파일을 갱신한 첫 배포에는 <code><nowiki>--build</nowiki></code>도 붙입니다. 한도를 조정할 때 일반 <code><nowiki>user</nowiki></code> 값을 바꾸거나 <code><nowiki>agent</nowiki></code>에 <code><nowiki>noratelimit</nowiki></code> 권한을 주지 마세요. 한도가 충분한데도 느리면 쓰기 동시성을 먼저 4~8개로 제한하고 MediaWiki, MariaDB, Semantic MediaWiki 작업 큐의 부하를 확인합니다.

	=== MCP가 HTTP 421을 반환함 ===		=== MCP가 HTTP 421을 반환함 ===

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T06:30:28Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 18일 (토) 15:30 판
552번째 줄:		552번째 줄:

	같은 주장이나 같은 논문의 보강은 같은 Lesson ID의 revision으로 남깁니다. 출처만 추가할 때는 evidence, 독립된 새 주장이 이전 주장을 실제로 대신할 때만 새 Lesson과 <code><nowiki>supersedes</nowiki></code>를 사용합니다.		같은 주장이나 같은 논문의 보강은 같은 Lesson ID의 revision으로 남깁니다. 출처만 추가할 때는 evidence, 독립된 새 주장이 이전 주장을 실제로 대신할 때만 새 Lesson과 <code><nowiki>supersedes</nowiki></code>를 사용합니다.

			=== Lesson 내용 정기 감사가 실패함 ===

			먼저 종료 코드와 Lesson 본문을 포함하지 않는 최근 로그를 확인합니다.

			<pre><nowiki>
			systemctl status s3rm-content-audit.service
			sudo journalctl -u s3rm-content-audit.service --since '8 days ago'
			</nowiki></pre>

			종료 코드 <code><nowiki>2</nowiki></code>는 감사를 완료했지만 확인할 Lesson이 있다는 뜻입니다. 로그의 <code><nowiki>lesson_id</nowiki></code>, <code><nowiki>revision_id</nowiki></code>, <code><nowiki>codes</nowiki></code>로 현재 Lesson과 근거를 확인합니다. 감사 작업은 Lesson을 자동으로 바꾸지 않습니다.

			종료 코드 <code><nowiki>1</nowiki></code>은 감사를 완료하지 못했다는 뜻입니다. 중앙 MCP와 HTTPS 상태를 먼저 확인합니다. 감사 중 Lesson이 바뀌었다면 현재 revision으로 다시 실행합니다. 목록이 <code><nowiki>scan_limit</nowiki></code>에서 잘렸다면 누락된 Lesson이 있으므로 성공으로 처리하지 마세요. 전체 Lesson 수에 맞춰 <code><nowiki>S3RM_SEARCH_SCAN_LIMIT</nowiki></code>과 서비스의 <code><nowiki>--max-lessons</nowiki></code>를 맞추되 각 값은 최대 1000을 넘기지 않습니다. 1000개가 넘으면 현재 작업으로 전수 감사했다고 표시하지 말고, 한도가 있는 분할 조회를 먼저 설계합니다. <code><nowiki>mcp-http</nowiki></code>를 다시 만든 뒤 수동 감사를 확인합니다. [[Help:S3 연구 메모리/백업과 복원#Lesson 내용 정기 감사\|<code><nowiki>operations.md</nowiki></code>]]를 참고하세요.

	=== 백업이 실패함 ===		=== 백업이 실패함 ===

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T04:57:33Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 18일 (토) 13:57 판
501번째 줄:		501번째 줄:

	응답의 <code><nowiki>semantic_status=disabled</nowiki></code>는 실행 오류가 아니라 제공자가 꺼진 상태입니다. <code><nowiki>building</nowiki></code>은 첫 exact index를 만드는 중이며 이때 기존 검색으로 즉시 대체합니다. <code><nowiki>unavailable</nowiki></code>이면 아래 런타임 로그와 <code><nowiki>mcp-http</nowiki></code> 로그를 확인합니다. 외부 임베딩 API로 자동 전환되지는 않습니다.		응답의 <code><nowiki>semantic_status=disabled</nowiki></code>는 실행 오류가 아니라 제공자가 꺼진 상태입니다. <code><nowiki>building</nowiki></code>은 첫 exact index를 만드는 중이며 이때 기존 검색으로 즉시 대체합니다. <code><nowiki>unavailable</nowiki></code>이면 아래 런타임 로그와 <code><nowiki>mcp-http</nowiki></code> 로그를 확인합니다. 외부 임베딩 API로 자동 전환되지는 않습니다.

			<code><nowiki>effective_mode=hybrid_v1</nowiki></code>인데 계속 <code><nowiki>semantic_status=stale</nowiki></code>이면 전체 Lesson 수가 <code><nowiki>S3RM_SEARCH_SCAN_LIMIT</nowiki></code>보다 많은지 확인합니다. 현재 수보다 조금 큰 값으로 올리되 <code><nowiki>scan limit × 3 × dimensions</nowiki></code>가 3,000,000개 벡터 구성요소를 넘지 않게 합니다. 설정을 바꾼 뒤 <code><nowiki>mcp-http</nowiki></code>를 다시 만듭니다.

	=== GPU 임베딩 서비스가 시작되지 않음 ===		=== GPU 임베딩 서비스가 시작되지 않음 ===

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T04:04:32Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 18일 (토) 13:04 판
483번째 줄:		483번째 줄:

	큰 결과를 한 번에 받으려고 제한을 높이지 마세요. 먼저 검색 요약을 받고, 추린 결과에 대해 선택 field로 <code><nowiki>get_lesson</nowiki></code>을 호출합니다. <code><nowiki>citation_detail=full</nowiki></code>에서 근거 한 항목이 한도에 맞지 않으면 note를 조용히 자르지 않고 <code><nowiki>output_budget_error</nowiki></code>를 반환합니다. 필요한 근거를 더 작은 페이지로 요청하되, 한 항목 자체가 너무 크면 서버의 허용된 근거 길이와 출력 설정을 확인합니다.		큰 결과를 한 번에 받으려고 제한을 높이지 마세요. 먼저 검색 요약을 받고, 추린 결과에 대해 선택 field로 <code><nowiki>get_lesson</nowiki></code>을 호출합니다. <code><nowiki>citation_detail=full</nowiki></code>에서 근거 한 항목이 한도에 맞지 않으면 note를 조용히 자르지 않고 <code><nowiki>output_budget_error</nowiki></code>를 반환합니다. 필요한 근거를 더 작은 페이지로 요청하되, 한 항목 자체가 너무 크면 서버의 허용된 근거 길이와 출력 설정을 확인합니다.

			=== 의미 검색이 켜지지 않음 ===

			번들 GPU 모델을 쓸 때는 제공자와 Compose profile을 함께 켭니다.

			<pre><nowiki>
			S3RM_EMBEDDING_PROVIDER=openai-compatible
			COMPOSE_PROFILES=domain,embedding
			</nowiki></pre>

			설정 뒤 고정 모델 확인, 런타임 시작, <code><nowiki>mcp-http</nowiki></code> 재생성과 연결 검사를 한 번에 실행합니다.

			<pre><nowiki>
			make embedding-up
			make verify-embedding
			</nowiki></pre>

			응답의 <code><nowiki>semantic_status=disabled</nowiki></code>는 실행 오류가 아니라 제공자가 꺼진 상태입니다. <code><nowiki>building</nowiki></code>은 첫 exact index를 만드는 중이며 이때 기존 검색으로 즉시 대체합니다. <code><nowiki>unavailable</nowiki></code>이면 아래 런타임 로그와 <code><nowiki>mcp-http</nowiki></code> 로그를 확인합니다. 외부 임베딩 API로 자동 전환되지는 않습니다.

			=== GPU 임베딩 서비스가 시작되지 않음 ===

			모델 확인 작업과 런타임을 나눠 봅니다.

			<pre><nowiki>
			docker compose --profile embedding ps -a embedding-model-init embedding
			docker compose --profile embedding logs --tail=200 embedding-model-init embedding
			ls -l /dev/dri/renderD128
			vulkaninfo --summary
			</nowiki></pre>

			<code><nowiki>embedding-model-init</nowiki></code>의 checksum 오류는 모델 파일, source commit, 크기, SHA-256, generation revision 중 일부가 서로 다른 상태입니다. 값을 임의로 완화하지 말고 같은 artifact 기준으로 모두 맞춥니다. 부분 파일은 다음 실행에서 이어받고, 잘못된 완성 파일은 init 작업이 제거한 뒤 다시 받습니다.

			<code><nowiki>embedding</nowiki></code>에서 render node 권한 오류가 나면 호스트의 실제 장치와 group ID를 확인해 <code><nowiki>S3RM_EMBEDDING_DRI_DEVICE</nowiki></code>, <code><nowiki>S3RM_RENDER_GID</nowiki></code>를 맞춥니다. 이 서버의 기본값은 <code><nowiki>/dev/dri/renderD128</nowiki></code>, <code><nowiki>987</nowiki></code>입니다. 장치 번호를 바꾼 뒤 컨테이너 안의 별칭은 계속 <code><nowiki>Vulkan0</nowiki></code>인지 로그에서 확인합니다. 호스트 포트 8080을 열어 우회하지 마세요.

			긴 입력에서 timeout이나 GPU 메모리 오류가 반복되면 먼저 기본 동시성 1과 batch 6을 유지하고 query 길이를 줄입니다. 16K token보다 큰 입력은 같은 generation 계약에서 지원하지 않습니다. 실패 중에도 <code><nowiki>legacy</nowiki></code> 검색은 계속 사용할 수 있습니다.

	=== 관계 추가가 거부됨 ===		=== 관계 추가가 거부됨 ===

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T03:33:53Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 18일 (토) 12:33 판
271번째 줄:		271번째 줄:
	</nowiki></pre>		</nowiki></pre>

	운영하던 배포에서 <code><nowiki>LocalSettings.php</nowiki></code>를 잃었다면 여기서 진단을 멈춥니다. 기존 DB에 다시 설치하거나 볼륨을 지우지 마세요. [[Help:S3 연구 메모리/백업과 복원\|~~S3RM1~~]]에 따라 같은 시점의 DB, 설정, 업로드 백업을 복원합니다.		운영하던 배포에서 <code><nowiki>LocalSettings.php</nowiki></code>를 잃었다면 여기서 진단을 멈춥니다. 기존 DB에 다시 설치하거나 볼륨을 지우지 마세요. [[Help:S3 연구 메모리/백업과 복원\|<code><nowiki>operations.md</nowiki></code>]]에 따라 같은 시점의 DB, 설정, 업로드 백업을 복원합니다.

	=== <code><nowiki>bootstrap</nowiki></code>이 <code><nowiki>Exited (0)</nowiki></code>임 ===		=== <code><nowiki>bootstrap</nowiki></code>이 <code><nowiki>Exited (0)</nowiki></code>임 ===
384번째 줄:		384번째 줄:
	</nowiki></pre>		</nowiki></pre>

	로컬 health 요청은 프로세스 실행만 확인합니다. 다른 PC에서 [[Help:S3 연구 메모리/설치와 검증#클라이언트를 연결하기 전 공용 MCP 확인\|~~S3RM0~~]]의 토큰 없는 초기화를 정확한 <code><nowiki>https://s3wiki.yonsei.ac.kr/mcp</nowiki></code> 주소로 실행합니다. <code><nowiki>Authorization</nowiki></code> 없이 초기화되어야 하며 도구 목록과 다섯 조회 도구도 공개되어야 합니다.		로컬 health 요청은 프로세스 실행만 확인합니다. 다른 PC에서 [[Help:S3 연구 메모리/설치와 검증#클라이언트를 연결하기 전 공용 MCP 확인\|<code><nowiki>setup.md</nowiki></code>]]의 토큰 없는 초기화를 정확한 <code><nowiki>https://s3wiki.yonsei.ac.kr/mcp</nowiki></code> 주소로 실행합니다. <code><nowiki>Authorization</nowiki></code> 없이 초기화되어야 하며 도구 목록과 다섯 조회 도구도 공개되어야 합니다.

	다음 값을 확인합니다.		다음 값을 확인합니다.
397번째 줄:		397번째 줄:
	먼저 <code><nowiki>Authorization</nowiki></code> 없이 공개 조회를 시험합니다. 로컬 health만 성공하고 원격 초기화가 실패하면 Caddy 로그, TLS, DNS, 80/443을 확인합니다. 클라이언트를 localhost에 연결하거나 별도 MCP 프로세스를 만들지 마세요.		먼저 <code><nowiki>Authorization</nowiki></code> 없이 공개 조회를 시험합니다. 로컬 health만 성공하고 원격 초기화가 실패하면 Caddy 로그, TLS, DNS, 80/443을 확인합니다. 클라이언트를 localhost에 연결하거나 별도 MCP 프로세스를 만들지 마세요.

	클라이언트 주소는 정확히 공용 URL이어야 합니다. <code><nowiki>token</nowiki></code> 모드에서 변경 도구를 쓸 때만 공용 Bearer 토큰을 불러옵니다. <code><nowiki>open</nowiki></code> 모드에서는 조회와 변경 도구 네 개에 인증이 필요하지 않습니다. 클라이언트 사용자에게 Docker 명령, MediaWiki API URL, 위키 자격 증명을 전달하지 마세요. 플랫폼별 확인은 [[Help:S3 연구 메모리/MCP 클라이언트\|~~S3RM2~~]]를 봅니다.		클라이언트 주소는 정확히 공용 URL이어야 합니다. <code><nowiki>token</nowiki></code> 모드에서 변경 도구를 쓸 때만 공용 Bearer 토큰을 불러옵니다. <code><nowiki>open</nowiki></code> 모드에서는 조회와 변경 도구 네 개에 인증이 필요하지 않습니다. 클라이언트 사용자에게 Docker 명령, MediaWiki API URL, 위키 자격 증명을 전달하지 마세요. 플랫폼별 확인은 [[Help:S3 연구 메모리/MCP 클라이언트\|<code><nowiki>mcp-clients.md</nowiki></code>]]를 봅니다.

	=== MCP <code><nowiki>/healthz</nowiki></code>가 실패함 ===		=== MCP <code><nowiki>/healthz</nowiki></code>가 실패함 ===
522번째 줄:		522번째 줄:
	=== 복원 스크립트가 백업을 거부함 ===		=== 복원 스크립트가 백업을 거부함 ===

	checksum, manifest, archive, version 검증 실패는 현재 기준 데이터를 보호합니다. <code><nowiki>--yes</nowiki></code>를 반복해서 붙이거나, manifest를 고치거나, 다른 시각의 파일을 섞거나, SQL만 직접 가져오지 마세요. 복구 세트의 작업 사본에서 출처나 전송 손상을 조사하고, 가장 최근의 온전하고 호환되는 백업을 사용합니다. [[Help:S3 연구 메모리/백업과 복원\|~~S3RM1~~]]를 참고하세요.		checksum, manifest, archive, version 검증 실패는 현재 기준 데이터를 보호합니다. <code><nowiki>--yes</nowiki></code>를 반복해서 붙이거나, manifest를 고치거나, 다른 시각의 파일을 섞거나, SQL만 직접 가져오지 마세요. 복구 세트의 작업 사본에서 출처나 전송 손상을 조사하고, 가장 최근의 온전하고 호환되는 백업을 사용합니다. [[Help:S3 연구 메모리/백업과 복원\|<code><nowiki>operations.md</nowiki></code>]]를 참고하세요.

	=== 디스크 사용량이 갑자기 늘어남 ===		=== 디스크 사용량이 갑자기 늘어남 ===

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-18T03:14:11Z

S3 연구 메모리 저장소 문서 동기화

차이 보기

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-16T14:32:08Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 16일 (목) 23:32 판
451번째 줄:		451번째 줄:
	=== 결과가 잘렸거나 <code><nowiki>limit</nowiki></code>보다 적음 ===		=== 결과가 잘렸거나 <code><nowiki>limit</nowiki></code>보다 적음 ===

	모든 직렬화 결과에는 크기 제한이 있습니다. 목록 페이지에는 <code><nowiki>page_limited_by_output</nowiki></code>, 모든 결과에는 <code><nowiki>output_truncated</nowiki></code>가 표시될 수 있습니다. field 수나 <code><nowiki>limit</nowiki></code>을 줄이고 <code><nowiki>next_cursor</nowiki></code>를 이어서 사용합니다. 목록 <code><nowiki>limit</nowiki></code>은 1~20이며 기본값은 5입니다. <code><nowiki>S3RM_MAX_OUTPUT_BYTES</nowiki></code> 기본값은 32768이고 2048~65536만 받습니다. 그보다 높은 hard limit으로 올릴 수 없습니다. SDK 검증 오류를 포함한 전체 JSON-RPC HTTP body에는 별도 ~~147456바이트~~ 제한이 있습니다.		모든 직렬화 결과에는 크기 제한이 있습니다. 목록 페이지에는 <code><nowiki>page_limited_by_output</nowiki></code>, 모든 결과에는 <code><nowiki>output_truncated</nowiki></code>가 표시될 수 있습니다. field 수나 <code><nowiki>limit</nowiki></code>을 줄이고 <code><nowiki>next_cursor</nowiki></code>를 이어서 사용합니다. 목록 <code><nowiki>limit</nowiki></code>은 1~20이며 기본값은 5입니다. <code><nowiki>S3RM_MAX_OUTPUT_BYTES</nowiki></code> 기본값은 32768이고 2048~65536만 받습니다. 그보다 높은 hard limit으로 올릴 수 없습니다. SDK 검증 오류를 포함한 전체 JSON-RPC HTTP body에는 별도 212992바이트 제한이 있습니다.

	큰 결과를 한 번에 받으려고 제한을 높이지 마세요. 먼저 검색 요약을 받고, 추린 결과에 대해 선택 field로 <code><nowiki>get_lesson</nowiki></code>을 호출합니다.		큰 결과를 한 번에 받으려고 제한을 높이지 마세요. 먼저 검색 요약을 받고, 추린 결과에 대해 선택 field로 <code><nowiki>get_lesson</nowiki></code>을 호출합니다.

S3Admin: S3 연구 메모리 저장소 문서 동기화

2026-07-16T13:12:14Z

S3 연구 메모리 저장소 문서 동기화

← 이전 판		2026년 7월 16일 (목) 22:12 판
380번째 줄:		380번째 줄:
	</nowiki></pre>		</nowiki></pre>

	주요 시작 오류는 잘못된 쓰기 인증 모드, <code><nowiki>token</nowiki></code> 모드에서 잘못되거나 빠진 64자리 토큰 해시, <code><nowiki>/mcp</nowiki></code>로 끝나지 않는 공개 URL, 명시적인 허용 없이 쓴 비-loopback HTTP, 이미 사용 중인 bind port입니다. <code><nowiki>.env</nowiki></code>를 고치고 <code><nowiki>docker compose config --quiet</nowiki></code>를 실행한 뒤 <code><nowiki>mcp-http</nowiki></code>만 다시 만듭니다. 일반 설정은 URL <code><nowiki>https://s3wiki.yonsei.ac.kr/mcp</nowiki></code>, bind <code><nowiki>127.0.0.1</nowiki></code>, allow flag <code><nowiki>false</nowiki></code>입니다. 같은 endpoint에서 세 변경 도구에 공용 Bearer 토큰을 사용합니다.		주요 시작 오류는 잘못된 쓰기 인증 모드, <code><nowiki>token</nowiki></code> 모드에서 잘못되거나 빠진 64자리 토큰 해시, <code><nowiki>github</nowiki></code> 모드에서 빠진 client ID·secret·allowlist, <code><nowiki>/mcp</nowiki></code>로 끝나지 않는 공개 URL, 명시적인 허용 없이 쓴 비-loopback HTTP, 이미 사용 중인 bind port입니다. <code><nowiki>.env</nowiki></code>를 고치고 <code><nowiki>docker compose config --quiet</nowiki></code>를 실행한 뒤 <code><nowiki>mcp-http</nowiki></code>만 다시 만듭니다.

			=== GitHub OAuth 연결이 실패함 ===

			GitHub OAuth App callback URL이 다음 값과 정확히 같은지 확인합니다.

			<pre><nowiki>
			https://s3wiki.yonsei.ac.kr/oauth/github/callback
			</nowiki></pre>

			<code><nowiki>S3RM_GITHUB_ALLOWED_USERS</nowiki></code>와 <code><nowiki>S3RM_GITHUB_ALLOWED_ORGS</nowiki></code>는 GitHub 로그인 이름을 쉼표로 구분합니다. private 조직 membership을 확인하려면 사용자가 GitHub 승인 화면에서 <code><nowiki>read:org</nowiki></code>를 허용해야 합니다. <code><nowiki>mcp-http</nowiki></code>를 다시 만들면 메모리에 있던 OAuth client와 token이 사라지므로 ChatGPT 앱 인증을 다시 진행합니다. 일반 설정은 URL <code><nowiki>https://s3wiki.yonsei.ac.kr/mcp</nowiki></code>, bind <code><nowiki>127.0.0.1</nowiki></code>, allow flag <code><nowiki>false</nowiki></code>입니다. 같은 endpoint에서 세 변경 도구에 공용 Bearer 토큰을 사용합니다.

	health는 성공하지만 공용 <code><nowiki>/mcp</nowiki></code>가 실패하면 프로세스는 살아 있습니다. 직접 IP 경로와 아래 HTTP 상태 항목을 확인합니다. <code><nowiki>/healthz</nowiki></code>는 변경 자격 증명이나 위키 로그인을 확인하지 않습니다.		health는 성공하지만 공용 <code><nowiki>/mcp</nowiki></code>가 실패하면 프로세스는 살아 있습니다. 직접 IP 경로와 아래 HTTP 상태 항목을 확인합니다. <code><nowiki>/healthz</nowiki></code>는 변경 자격 증명이나 위키 로그인을 확인하지 않습니다.