mcp-notes-server

AI 에이전트에 검색 가능한 마크다운 노트 보관소를 제공하는 MCP 서버입니다. YAML 스타일 프론트매터가 있는 .md 파일의 단일 디렉터리 위에서 동작하는 여섯 가지 도구를 제공합니다.

노트는 디스크에 일반 마크다운으로 저장됩니다. 데이터베이스에 잠겨 있는 것이 없으므로 동일한 파일을 편집기, grep, git에서 그대로 사용할 수 있습니다.

~/notes/
├── pad-thai.md
├── sourdough-starter.md
└── weekly-review.md

도구

설치

npm install
npm run build

MCP 클라이언트에서 사용하기

클라이언트의 서버 구성에 추가하세요. Claude Desktop의 경우 claude_desktop_config.json에 추가합니다:

{
  "mcpServers": {
    "notes": {
      "command": "node",
      "args": ["/absolute/path/to/mcp-notes-server/dist/src/index.js", "--vault", "/absolute/path/to/notes"]
    }
  }
}

보관소 디렉터리는 --vault <dir>, 그다음 $NOTES_VAULT, 그다음 ~/notes 순서로 결정됩니다. 시작 시 존재하지 않으면 생성됩니다.

설계 노트

slug는 정체성이며 검증됩니다. 노트는 <vault>/<slug>.md에 저장되며, 모든 slug는 파일 시스템에 도달하기 전에 /^[a-z0-9]+(?:-[a-z0-9]+)*$/ 정규식으로 검사됩니다. 이것이 read_note({slug: "../../.ssh/id_rsa"})를 단지 가능성이 낮은 것이 아니라 불가능하게 만듭니다. 이스케이프 방식이 아니라 허용 목록(allowlist) 방식입니다. slug는 업데이트 간에도 안정적입니다. 제목이 변경될 때 파일 이름을 바꾸면 모델이 이전 도구 호출에서 아직 보유하고 있는 slug가 무효화되기 때문입니다.

도구 오류는 예외가 아니라 데이터입니다. "slug X인 노트가 없습니다"는 isError: true가 포함된 일반 도구 결과로 반환되므로 모델이 이를 읽고 스스로 수정합니다. 예외로 던져졌다면 클라이언트는 프로토콜 오류를 보게 되며, 모델은 이를 복구할 수 없습니다. 실제 버그(VaultError가 아닌 모든 것)는 여전히 던져지므로 확실히 드러납니다.

검색은 가중치가 적용된 용어 빈도입니다. 제목의 용어는 3배, 태그의 용어는 2배로 계산되므로 sourdough를 검색하면 sourdough에 대한 노트가 지나가는 언급만 있는 노트보다 위에 순위가 매겨집니다. 의도적으로 단순하게 유지됩니다. 동기화할 인덱스가 없으며 수천 개 노트 규모의 보관소도 수 밀리초 안에 스캔됩니다.

보관소는 MCP에 대해 아무것도 알지 못합니다. src/vault.ts는 순수 파일 시스템 코드이고, src/server.ts는 MCP 바인딩이며, src/index.ts는 stdio 진입점입니다. 이러한 분리 덕분에 보관소는 직접 테스트할 수 있고 서버는 인메모리 전송을 통한 실제 MCP 클라이언트로 테스트할 수 있습니다. 하위 프로세스나 목(mock)이 필요 없습니다.

개발

npm test          # 46 tests, vitest
npm run typecheck # tsc --noEmit
npm run build     # emit to dist/

테스트는 보관소를 직접(test/vault.test.ts) 다루고, 서버는 InMemoryTransport를 통한 실제 MCP Client로 종단 간(test/server.test.ts) 테스트합니다. 따라서 도구 스키마, 인수 검증, 결과 형태가 모두 검증되며, 그 뒤의 로직만 검증되는 것이 아닙니다.

라이선스

MIT