본문으로 건너뛰기
멍냥잇 — AI & LIFE
MUNGNYANG IT / 기록

Sequential Thinking MCP는 언제 필요할까? 직접 호출 후 판단한 기준

MCP 연결·활용 / 추천 여부 검토

Sequential Thinking MCP는 복잡한 문제를 단계로 나누고 이전 생각을 수정하거나 다른 경로로 분기하는 도구입니다. 이름 때문에 AI의 추론 능력이 자동으로 좋아지는 장치처럼 보이기 쉽지만, 실제로는 단계적 사고를 기록하고 다루는 도구입니다.

확인한 범위

2026년 9월 29일 공식 서버를 실행했습니다. sequentialthinking 도구가 하나 표시됐고, 한 단계의 생각을 입력했을 때 도구 호출이 성공했습니다. 초기 시험은 연결과 단일 도구 동작 확인입니다. 추가 실습에서는 공개 설계 요약 3개의 호출과 첫 단계 수정 입력을 확인하고 두 예시 계획의 조건을 비교했습니다. 복잡한 문제에서 답의 정확도가 얼마나 좋아지는지, Codex·Claude Code가 언제 이 도구를 선택하는지는 측정하지 않았습니다.

서버가 실제로 제공하는 것

공식 README에 따르면 도구 입력에는 현재 생각, 단계 번호, 예상 전체 단계 수, 다음 단계 필요 여부가 있습니다. 이전 단계를 수정하거나 분기하는 필드도 제공합니다. 목표가 바뀌는 설계 문제를 여러 단계로 기록해야 할 때 생각해 볼 수 있습니다.

연결과 첫 확인

Codex CLI의 공식 예제는 다음 명령을 사용합니다. Windows에서 npx 실행 문제가 난다면 공식 README의 cmd /c 예제도 확인하세요. Claude Code를 쓴다면 로컬 MCP 명령 형식에 같은 패키지를 넣고, 연결 후 도구 목록을 확인합니다.

codex mcp add sequential-thinking -- npx -y @modelcontextprotocol/server-sequential-thinking
codex mcp list

직접 시험에서는 tools/list 응답에 sequentialthinking이 있었고, 한 단계 입력을 보냈을 때 오류 없이 결과를 받았습니다. 독자도 연결 후 도구가 표시되는지 확인할 수 있습니다. 다만 도구가 등록돼도 대화마다 호출되는 것은 아닙니다.

유용성을 판단하는 작은 실험

서비스 이전 계획을 세워줘. 다운타임이 5분을 넘으면
원래 계획을 수정하고, 수정 이유와 남은 위험을 구분해줘.
Sequential Thinking 도구를 실제 사용했다면 호출 여부도 알려줘.

같은 문제를 도구 없이 한 번, 도구를 연결한 뒤 한 번 풀어 보세요. 평가 기준은 단계 수가 아니라 누락된 조건, 변경 이유, 위험 식별, 결론의 일관성입니다. 공식 README도 호스트의 도구 활동 기록에서 반복 호출 여부를 확인하라고 안내합니다. 호출 로그를 볼 수 없다면 “사용했다”는 AI의 문장만으로 작동을 확정하지 마세요.

조건을 추가하며 계획을 수정하는 실습

파일 정리 프로그램의 작은 설계 문제를 준비했습니다. 가상 입력은 a/report.pdf와 b/report.pdf 두 개이며, 대상 폴더에는 Documents/report.pdf가 이미 있다고 가정합니다. 처음에는 분류 미리보기만 요청하고, 이어서 “같은 이름이나 기존 대상 파일을 덮어쓰지 말고 충돌을 기록한다”는 조건을 추가합니다. 실제 파일 이동은 하지 않습니다.

가상 입력·두 계획·MCP 호출 기록·검사 코드 ZIP 받기. Windows, Python 3.11 이상, Node.js/npm과 인터넷이 필요합니다. ZIP을 새 폴더에 풀고 그 폴더에서 아래 명령을 실행하세요.

py record_steps.py
py evaluate.py
py -m unittest test_evaluate -v

첫 명령은 공식 MCP 서버를 실행하고 공개 설계 메모 3개를 보냅니다. 둘째 명령은 계획의 조건과 예상 충돌 처리를 검사하며, 마지막은 잘못된 충돌 정책과 중복 대상에 대한 검사 코드 자체를 시험합니다. 실제 파일을 읽거나 이동하는 코드는 없습니다.

이전 단계를 어떻게 수정했나?

초안, 조건 변경, 최종 기준이라는 세 개의 공개 요약을 sequentialthinking 도구에 보냈습니다. 둘째 호출은 isRevision: true와 revisesThought: 1로 첫 단계의 수정임을 표시했습니다. 세 호출 모두 오류 없이 응답을 받았고, 전송한 요약과 도구 응답을 mcp-calls.json에 저장했습니다.

{
  "thought": "추가된 덮어쓰기 금지 조건에 따라 기존 대상과 중복 이름은 건너뛰고 충돌 목록에 기록한다.",
  "thoughtNumber": 2,
  "totalThoughts": 3,
  "nextThoughtNeeded": true,
  "isRevision": true,
  "revisesThought": 1
}

여기서 보낸 내용은 외부에서 읽을 수 있는 설계 결정의 요약입니다. 모델 내부 추론을 추출한 것은 아닙니다. 또 도구가 이 메모의 정확성을 판정하거나 계획을 자동으로 만들어 준 것도 아닙니다. 이전 단계와 수정 이유를 명시하는 입력 방식이 작동하는지를 확인한 것입니다.

일반 계획과 비교한 결과

예시 계획 검사에 더해 같은 gemini-3.5-flash-lite 모델로 일반 계획과 MCP 기록을 추가한 계획을 각각 한 번 생성했습니다. 각 조건에서 초기 계획과 수정 계획을 만들어 API 요청은 총 4회였습니다. 같은 모델·JSON 스키마·시스템 지시와 기본 생성 설정을 사용했습니다. 두 최종 계획 모두 충돌 시 건너뛰고 원래 경로와 충돌 내역을 남겼습니다. 아래는 evaluate.py가 확인하는 네 기준입니다.

확인 기준일반 계획MCP 기록을 거친 계획
미리보기만 수행충족충족
기존·중복 대상 덮어쓰기 금지충족충족
충돌 기록 계획 포함충족충족
원래 경로·대상 경로 보존 계획충족충족

결과는 둘 다 4/4였습니다. 가상 대상 파일이 이미 있어 두 입력 모두 skip으로 분류됐습니다. 원래 경로를 남긴다는 조건은 되돌리기 구현을 준비한다는 뜻이며, 실제 복구를 완료했다는 뜻은 아닙니다. 실제 이동 시점에 다른 프로그램이 대상 파일을 만드는 문제도 별도 코드로 처리해야 합니다.

단일 비교에서 정확도 향상은 확인되지 않았습니다. MCP 조건에서는 프로그램이 공개 계획을 도구에 기록하고 그 기록을 수정 요청에 함께 넣었습니다. 모델이 스스로 도구를 선택한 시험은 아닙니다. 입력 기록 포함 여부 때문에 두 요청은 완전히 동일하지 않으며 반복 측정·순서 무작위화·독립 채점도 하지 않았습니다. “MCP를 붙이면 더 똑똑해진다”는 결론을 내릴 수 없습니다. 실제 프롬프트·초기 출력·최종 계획·도구 응답은 ZIP의 model-run에 있습니다.

기본 실습은 Gemini 키 없이 실행됩니다. 본인 모델로 같은 API 비교를 다시 하려면 ZIP의 README에 따라 compare_model.py --run을 사용하세요. 이 선택 실행은 외부 Gemini API 요청 4회가 필요하므로 본인 계정의 한도·요금과 모델 이용 가능 여부를 확인해야 합니다. 실제 자료 대신 제공한 가상 입력을 사용하세요.

자신의 AI에서 비교해 보기

같은 모델·설정의 새 대화 두 개를 준비합니다. A에서는 도구 없이 계획을 요청하고, B에서는 서버를 연결한 뒤 같은 요청을 합니다. 이전 답이 다음 대화에 섞이지 않도록 각 대화를 새로 시작하세요. Codex 등록 명령은 위의 예제를 사용하고, Claude Code에서는 claude mcp add sequential-thinking -- npx -y @modelcontextprotocol/server-sequential-thinking로 등록 후 목록을 확인합니다.

fixtures.json의 가상 PDF 두 개를 Documents로 분류하는 미리보기 계획을
JSON으로 작성해줘. 실제 파일은 읽거나 이동하지 마.
evaluate.py가 사용하는 필드 형식에 맞춰줘.

이어서 조건을 추가한다. 같은 이름이나 기존 대상 파일은 덮어쓰면 안 된다.
충돌을 기록하고 원래 경로를 보존해줘.
변경된 계획과 변경 이유·남은 위험을 적어줘.

B에는 “Sequential Thinking 도구로 공개 설계 요약과 수정 대상 단계를 기록해줘”를 추가합니다. 도구 호출이 없으면 MCP를 사용했다고 표시하지 않습니다. 최종 JSON을 ZIP의 without-mcp.json과 with-mcp.json에 반영해 다시 검사하고, 의미상 빠진 요구사항은 직접 읽어 확인하세요. 자동 검사는 경로 보안이나 실제 이동·복구의 안전성을 보증하지 않습니다.

이 실습의 선택 기준은 간단합니다. 조건이 자주 바뀌고 수정 이유를 추적해야 한다면 기록을 남기는 방식이 도움이 될 수 있습니다. 단순한 계획에서는 도구 없이 같은 조건을 만족할 수 있으므로, 호출 수가 많다는 이유만으로 더 좋은 답이라고 판단하지 않습니다.

실습 후 정리한 선택 기준

복잡한 설계 과정을 추적하고 수정 이력을 남겨야 할 때는 시험할 가치가 있습니다. 짧은 질문이나 단순 코드 수정에는 연결 과정과 도구 호출이 추가 부담일 수 있습니다. 최신 모델의 기본 추론과 비교해 확실한 이점이 있는지는 작업별로 직접 측정해야 합니다. 그래서 멍냥잇은 이 서버를 누구에게나 필수인 MCP로 추천하지 않습니다.

실습 코드

MCP 연결 검증 스크립트 ZIP 받기 — Python·Node.js가 필요하며, GitHub 계정 인증 코드는 포함하지 않습니다.

근거: Sequential Thinking 공식 README와 2026년 9월 29일 단일 도구 호출 시험.