리팩터링 계획을 짜달라고 했는데 Claude가 첫 문장부터 바로 "이렇게 하면 됩니다"로 직행해서, 정작 중요한 엣지 케이스는 나중에 코드 깨지고 나서야 발견한 적 있나요? 복잡한 문제일수록 모델이 생각을 건너뛰고 답부터 내놓는 경향이 있는데, 이 MCP는 그 생각의 과정 자체를 도구 호출로 강제해서 눈에 보이게 만듭니다.
뭘 해결하나
Sequential Thinking MCP는 sequential_thinking이라는 도구 하나만 제공해요. Claude가 문제를 풀 때 "1번째 생각, 2번째 생각..." 식으로 단계를 쪼개서 도구를 반복 호출하게 만들고, 중간에 틀렸다 싶으면 isRevision으로 이전 생각을 고치거나, branchFromThought로 다른 갈래를 새로 열 수도 있습니다.
예를 들어 "이 결제 모듈에 할인 쿠폰 기능 추가해줘, 근데 기존 정산 로직 안 깨지게"처럼 고려할 게 여러 겹인 요청을 던지면, Claude가 바로 코드를 뱉는 대신 "1) 기존 정산 흐름부터 파악 2) 쿠폰이 끼어들 지점 특정 3) 세율 계산 순서 문제 있나 재검토..." 식으로 단계를 밟는 로그가 채팅에 그대로 남습니다. 중간에 이상한 방향으로 가는 게 보이면 그 자리에서 끊고 정정할 수 있어요.
어떻게 시작하나
Claude Code 설정의 mcpServers에 아래처럼 추가하면 끝입니다.
command: npx
args: -y @modelcontextprotocol/server-sequential-thinking
생각 로그가 콘솔에 너무 많이 찍히는 게 거슬리면 DISABLE_THOUGHT_LOGGING 환경변수로 끌 수 있어요.
언제 쓰고 언제 쓰지 마라
설계 결정이 여러 갈래로 갈리는 아키텍처 논의, 원인이 한눈에 안 보이는 버그 추적, 요구사항이 모호해서 가정을 계속 검증해야 하는 작업에 잘 맞습니다.
반대로 "버튼 색깔 바꿔줘" 수준의 단순 작업에 켜두면 안 해도 될 생각 단계를 억지로 만들어내느라 응답만 느려지고 토큰만 먹습니다. 그리고 솔직히 말하면, Claude 최신 모델은 이미 자체적으로 확장 사고(extended thinking)를 하기 때문에, 이 MCP가 주는 이득이 예전만큼 크지 않다는 얘기도 커뮤니티에서 꾸준히 나와요. "생각 과정을 로그로 남겨서 나중에 리뷰하고 싶다" 같은 구체적인 이유가 없다면 굳이 켜둘 필요는 없습니다.
한계
도구를 직접 호출하는 게 아니라 MCP 호스트(Claude)가 알아서 판단해서 쓰는 방식이라, "지금 이 문제엔 이거 써"라고 강제하기가 애매합니다. 복잡한 작업에서도 안 쓰고 넘어가는 경우가 종종 있어요.
출처: https://github.com/modelcontextprotocol/servers/tree/main/src/sequentialthinking
댓글 0
첫 댓글을 남겨보세요!