GitOps 저장소도 ArgoCD Application도 아직 없어, 그때까지 이 저장소가
push 방식 파이프라인(.gitea/workflows/)을 임시로 소유한다. 무엇을
포기하는지와 넘길 때 할 일은 deploy/README.md에 적었다.
Chart는 portal과 bundles 두 배포 모델을 모두 렌더링한다. ADR-0013이
ADR-0007을 대체했으므로 운영은 portal이 기준이지만, bundles 경로를
언제 삭제할지는 아직 정하지 않았다.
- .gitea/workflows/ci.yaml, deploy-openshift.yaml
- deploy/ci/render-manifests.sh, deploy/examples/
- Chart: mode 분기, selectedDeployment/tier helper, imagePullSecrets,
toolService.apiKeySecret 참조
- extension-points.md에 미결 항목 9~12 추가
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
.ua/와 skills-lock.json은 에이전트 도구가 로컬에 만드는 상태 파일이다.
개발자마다 내용이 달라지고 저장소가 소유할 이유가 없는데 미추적으로
git status에 계속 남아, 실제 변경을 가렸다.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
5cfb8a1이 .gitignore에 docs/를 넣고 68개 파일을 지웠다. 그런데
AgentBuilderContractExampleTest, ToolBundleContractExampleTest,
ArchitectureDocumentContractTest는 docs/ 아래 계약 예제와 architecture
문서를 입력으로 직접 읽는다. 그 결과 clean clone에서 테스트 10건이
입력을 찾지 못해 실패했다.
제외 범위를 원래 의도대로 좁힌다. 에이전트 산출물(AGENTS.md, .agents/,
.codex/, docs/superpowers/)은 계속 제외하고 저장소 문서는 추적한다.
문서는 삭제 직전 상태(3de052a)를 기준으로 복원하고, 그 위에 main 코드와
대조해 어긋난 부분을 고쳤다.
- ADR-0007을 Superseded로 바꾸고 ADR-0013을 새로 쓴다. route당 Tool
Service N개가 최종안이며, PortalToolRegistryClient가 이미 route별로
N개를 유지하고 있는데 ADR-0007은 "bundles는 항상 한 항목"을 Accepted
상태로 주장하고 있었다. ADR-0009 결정 4도 부분 대체한다.
- ADR-0008 파일 헤더가 Accepted였으나 ADR-0009가 이미 대체한 상태였다.
- 6078852의 endpoint 소유권 반전이 반영되지 않은 서술을 계약 v0.2,
bundle 설정 예제, Tool 적재 안내에서 고친다.
- Portal registry 계약 v0.1과 route key 규약을 새로 문서화한다. 둘 다
구현은 있는데 계약 문서가 없었다.
- MCP SDK 2.0.0 SBOM을 추가한다.
번호 주석: ADR-0011과 0012는 feature/mcp-integration이 Tool inputSchema
정책에 쓰고 있어 비워 둔다.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
MCP SDK 2.0.0의 전이 의존과 라이선스를 정리한 SBOM을 docs/sbom/으로
들여왔으나 main에는 이를 가리키는 문서가 없어 고아 상태였다. 색인에
자리를 만들고, mcp-java-sdk-adoption.md와 상호 참조를 연결한다.
산출 당시 대조하지 못했던 gradlew dependencies 해석 결과를 이번에
실행해 jackson-databind·reactor-core·slf4j-api의 버전 정렬 네 건과
런타임 12건 구성이 모두 일치함을 확인하고 SBOM 문서에 기록했다.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
main은 Portal registry를 route별 Tool Server 목록의 원천으로 쓰지만
계약 문서가 agent-builder-mcp와 tool-service-mcp 두 개만 색인돼 있었다.
Portal registry의 응답 형태와 필드 규칙을 문서로 정리하면서 색인에도
같은 위치를 만든다.
계약 본문은 docs/contracts/portal-mcp/에 있다. docs/는 .gitignore가
제외하므로 이 링크의 대상은 저장소에 들어오지 않는다. 색인의 다른
문서 행도 모두 같은 조건이다.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
6078852에서 Tool 실행 주소의 원천이 배포 설정에서 Tool Service 매니페스트로
바뀌었으나 application.yml 주석은 이전 불변식을 그대로 단언하고 있었다.
"nothing a Tool Service returns can change where MCP sends the call"은
지금 거짓이다.
baseEndpoint의 현재 역할(상대 endpoint 해석 기준)을 적고, 검증이 scheme과
host 확인뿐이어서 매니페스트가 임의의 HTTP(S) host를 지정할 수 있다는 점을
함께 남긴다. 이 신뢰 경계 변화는 코드 어디에도 기록돼 있지 않았다.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
* AX Portal이 배포되지 않은 상태에서 Gateway가 툴 엔드포인트를 찾지 못하는 문제를 해결하기 위해,
Nginx 기반의 정적 가짜 포털(portal-mock)을 도입했습니다.
* deploy/docker-compose.yml 에는 MCP_PORTAL_REGISTRY_URL을 portal-mock으로 바라보게 설정하였으며,
deploy/portal-registry.json 에 하드코딩된 CUS, SAL, PRO, SYS 경로를 제공합니다.
* 향후 실제 AX Portal이 구성되면 docker-compose.yml의 주소를 실제 운영 포털로 변경해야 합니다.
