Replies: 0 comments 2 replies
-
|
우선 말씀 주신 플로우에서는 그래서 @eraser502 님 말씀대로 디자인 시스템 정보를 미리 가져와 프롬프트에 추가하는 것만 고려한다면 굳이 MCP로 개발하지 않아도 될 것 같아요. 처음에 제가 MCP 사용을 고려했던 이유는 현재 리뉴얼 프리뷰 생성 서버(AI)에서 필요한 기능
이 정도로 생각하고 있어서, 각자 우선 MVP에서는 커스텀 구현으로 진행하되, 추후 상황을 보면서 확장하는 구조로 가면 좋을 것 같아요. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
저는 우리 서비스에서의 AI가
위와 같은 플로우로 동작한다고 판단했어요.
이 흐름을 기반으로, DB에서 디자인 시스템을 조회하는 방식에 따라 MCP 사용 여부가 결정될 수 있다고 생각했어요.
MCP에 대한 배경지식이 부족해서 조사해본 결과,
그래서 만약 저희 서비스에서 AI가 단순히 전달받은 데이터 기반으로 템플릿을 생성하며, 외부 도구 호출이나 선택 로직이 동적으로 바뀌지 않는 경우에는, MCP를 도입하기보다는 커스텀 구현이 더 바람직하다고 생각하는데 이 부분에 대해서 같이 논의해보면 좋을 것 같아서 남겨봅니다!!
Beta Was this translation helpful? Give feedback.
All reactions