프로토타입 · 미리 보기: 공식 레지스트리의 모든 서버를 담고 있으며 30분마다 동기화해요. 리뷰와 계정 기능은 다음 단계에서 열려요.
PopNx MCPAI를 쓰는 사람을 위한 MCP 서버 · 쉬운 말로 설명해요
초보자 모드 켜기
색상시스템 설정라이트다크
언어ไทยEnglish中文日本語한국어EspañolDeutsch
☰ 메뉴설정
초보자 모드 켜기
색상시스템 설정라이트다크
언어ไทยEnglish中文日本語한국어EspañolDeutsch

Calllint

제작자: calllint버전 0.2.1i★ –i내 컴퓨터에서 실행
레지스트리 이름io.github.calllint/calllint

설치

개요

제작자가 쓴 설명(영어 원문)

Static preflight safety gate for MCP servers — scan configs before you run them. Never executes.

PopNx MCP의 세 기둥

이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.

할 수 있는 일

이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.

  • 연결 방식: 내 컴퓨터에서 실행
  • 전송 방식: stdio
  • 카테고리: 기타

설치

쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.

설치하기 전에

  • 기본 점검: 1개 중 1개 통과
  • 내 컴퓨터에서 내 사용자 계정의 권한(파일, 네트워크, 앱)으로 실행돼요.
  • 레지스트리에 입력해야 할 키가 나와 있지 않아요.

필요한 것

  • npmNode.js 설치(npx 명령어용)

어떤 앱을 쓰세요?

위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.

Claude Desktop → Settings → Developer → Edit Config를 열고 claude_desktop_config.json에 이 내용을 붙여 넣으세요

{
  "mcpServers": {
    "calllint": {
      "command": "npx",
      "args": [
        "-y",
        "calllint-mcp"
      ]
    }
  }
}

터미널에서 이 명령어를 실행하세요

claude mcp add calllint -- npx -y calllint-mcp

Cursor에서 열기

또는 설정을 직접 복사하기

프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요

{
  "mcpServers": {
    "calllint": {
      "command": "npx",
      "args": [
        "-y",
        "calllint-mcp"
      ]
    }
  }
}

브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.

VS Code에서 열기

또는 설정을 직접 복사하기

프로젝트의 .vscode/mcp.json에 붙여 넣으세요

{
  "servers": {
    "calllint": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "calllint-mcp"
      ]
    }
  }
}

브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.

이 서버는 내 컴퓨터에서 실행되는데, ChatGPT는 인터넷에 있는 서버에만 연결할 수 있어요. 다른 앱을 고르세요.

선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.

이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.

할 수 있는 일

내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.

기본 점검i

누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 6일 점검

  • ✓ 통과

    제작자와 저장소 일치

    레지스트리 이름이 GitHub 계정 calllint 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요

  • … 아직 점검 안 함

    계속 관리되고 있음

    아직 GitHub에서 이 저장소를 읽어 오지 않았어요

  • … 아직 점검 안 함

    라이선스 있음

    아직 GitHub에서 이 저장소를 읽어 오지 않았어요

  • – 해당 없음

    엔드포인트 응답

    내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요

  • – 해당 없음

    OAuth로 로그인

    내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요

  • … 아직 점검 안 함

    도구 설명에 숨겨진 지시 없음

    내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요

기타 카테고리의 다른 서버와 비교i

  • 이 카테고리의 다른 서버 32433개 중 0%보다 스타가 많아요
  • 이 카테고리의 다른 서버 32433개 중 72%보다 최근에 레지스트리에 공개됐어요
  • 기본 점검 결과가 이 카테고리의 다른 서버 32433개 중 100%와 같거나 더 좋아요

레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.

자주 묻는 질문

Calllint, 안전한가요?

해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.

어떤 키나 코드가 필요한가요?

레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.

내 컴퓨터에서 실행되나요, 클라우드에서 실행되나요?

내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).

아직 관리되고 있나요?

GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.2.1)은 14일 전 레지스트리에 올라왔어요.

어떤 앱에서 쓸 수 있나요?

Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. 내 컴퓨터에 Node.js도 있어야 해요.

대신 쓸 수 있는 건 뭐가 있나요?

같은 카테고리에는: Spec Driven Development, Remote Desktop Commander, Symantec Cloud DLP AIops

대안

같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.

카드 보는 법:★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i

Spec Driven Development

제작자: formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

내 컴퓨터에서 실행★ 440MIT14개월 전 업데이트
설치

Remote Desktop Commander

제작자: desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

클라우드에서 실행★ 211어제 업데이트
설치

Symantec Cloud DLP AIops

제작자: AIops-tools

Governed Symantec Cloud DLP — 14 MCP tools, read-only with audit.

내 컴퓨터에서 실행오늘 업데이트
설치

제작자의 README

README 열기

제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.

CallLint

Your agent can run tools faster than you can review them.

CallLint is a pre-flight risk linter for MCP and agent-tool configs. It checks the blast radius before the tool runs: what each tool can read, write, execute, connect to, send, or mutate — then returns an evidence-backed verdict (SAFE / REVIEW / BLOCK / UNKNOWN) before your agent ever loads the server.

It never executes, installs, or connects to the servers it judges.

npx calllint scan .cursor/mcp.json

Status: 1.9.2 stable CLI release. Actively hardened. Verdicts are heuristic

decision support, not a safety guarantee. Read Limitations

before relying on a verdict for a security decision.

$ npx calllint scan .cursor/mcp.json

result: BLOCK (BLOCK 1 · UNKNOWN 0 · REVIEW 0 · SAFE 0)

BLOCK helpful-notes PROMPT · SUPPLY • [BLOCKER] Model-directed instruction in tool metadata evidence: tools.save_note.description = "do not tell the user" • Package version is not pinned evidence: package = helpful-notes@latest autonomous use: deny · manual approval: required

What is CallLint?

The authority a tool configuration grants is the union of the permissions and capabilities CallLint can observe in that configuration and its supplied tool metadata. A single MCP server can add filesystem write, shell execution, network egress, or model-directed instructions to an autonomous agent — usually described only by untrusted, tool-provided metadata. CallLint inspects that static surface and tells you, with evidence, what you would be granting before you grant it; it does not claim to observe an agent's total runtime or cloud authority.

  • Deterministic — same input, same verdict. No model in the decision path.
  • Offline by default — no network unless you pass --online (advisory only).
  • Evidence-backed — every finding cites the exact config field it came from.
  • Never executes the target — it reasons about configuration, not behavior.

What it checks

CallLint runs thirteen static detectors over each server entry:

DetectorRisk symbolWhat it flags
secretEnvKeys🔐 SecretsEnv keys whose names imply credentials (tokens, keys, passwords), incl. docker inline -e KEY
broadFilesystemPath📁 FilesFilesystem roots that grant broad read/write (/, ~, home, drive roots), incl. docker bind-mount host paths
unknownRemote🌐 NetworkRemote/HTTP transports to unrecognized or unpinned hosts
promptPoisoning🧠 PromptModel-directed instructions hidden in tool names, descriptions, or schemas
hiddenInstructions🧠 PromptHidden/obfuscated content (zero-width, bidi, tag-char, HTML comments) in model-visible metadata
dangerousCommand⚙️ ExecShell-out / interpreter / package-runner commands (bash -c, npx, …)
unverifiedLocalSource⚙️ ExecLocal script/binary that is not a recognized package, pinned image, or remote
externalMutation✉️ ActionTools that send or mutate external state (email, messages, posts)
messagingSend✉️ ActionTools that send messages/email on your behalf (Slack, Twilio, SMTP, …)
oauthScope✉️ ActionOAuth scopes that are undeclared, broad, or expansive (admin, *, repo, …)
gatewayRuntime✉️ ActionLong-running gateway runtimes that proxy many downstream tools under one auth
financialAction💸 MoneyPayment / transfer / irreversible financial actions
unpinnedPackage🧩 SupplyUnpinned package specs (@latest, no version) — rug-pull surface

Findings roll up into a risk class (S0 metadata-only → S5 financial/irreversible) and an aggregate verdict per server and per config.

Drift detection (baseline / verify) records an approved risk surface and flags rug-pulls (🔁) — a previously-approved server whose risk surface later changed.

What it does not check

This list matters more than the feature list. CallLint is a *pre-flight check*, not a proof of safety.

  • It does not execute, install, or connect to servers — so it cannot observe actual runtime behavior (what a server really reads, writes, or sends).
  • It does not read or validate secret values — it inspects config *shape* (key names), never the contents of your .env or credential stores.
  • It does not analyze server source code — only the configuration and any tool metadata you provide under x-calllint.tools.
  • It does not fetch anything unless you pass --online, and online results are advisory — they never upgrade a verdict toward SAFE.
  • It does not certify third-party tools, replace human security review, or guarantee an agent is safe.
  • A clean run is necessary, not sufficient. Pair it with code review, least-privilege tokens, and runtime controls.

UNKNOWN is a real verdict: when CallLint cannot verify what a server will do, it says so and never silently upgrades UNKNOWN to SAFE.

What CallLint is — and is not
CallLint is notCallLint is
a runtime sandboxa pre-run risk linter for agent-tool configs
a secret scanner (it never reads secret values)a config-shape inspector that flags credential-shaped keys
npm audit (known package CVEs)a blast-radius check on the authority you are granting
a server source-code analyzera static config + tool-metadata analyzer
a safety certificateheuristic decision support, not a safety guarantee
a replacement for human reviewthe start of a review, with evidence attached

Install

# run without installing (recommended):

npx calllint scan ./mcp.json

or install globally:

npm install -g calllint

Requires Node.js ≥ 20. The published package is a single self-contained bundle with zero runtime dependencies. calllint on the latest tag is the current stable CLI release; @next carries release candidates and @preview older previews.

Quick start

Zero-config scanning — discover and scan all your agent configs:

# Auto-discover and scan all agents (Cursor, Claude Code, Claude Desktop, VS Code, Windsurf)

calllint scan --auto

List all discovered agent configs

calllint inventory

Scan a specific agent type

calllint scan --agent cursor calllint scan --agent vscode

Manual path scanning — scan a specific config file:

# scan a config file (auto-detects common locations if no path given)

calllint scan ./mcp.json

scan from stdin, machine-readable JSON out

cat .cursor/mcp.json | calllint scan --stdin --json

CI gate: non-zero exit per policy (BLOCK=30, UNKNOWN=20, REVIEW=10 if enabled)

calllint scan ./mcp.json --ci --no-emoji

synthesize a config for an npm package (offline) or a GitHub repo (--online)

calllint scan npm:mcp-weather@1.0.0 calllint scan github:owner/repo --online

record an approved baseline, then detect drift / rug-pulls later

calllint baseline ./mcp.json calllint verify ./mcp.json --ci

explain one server's verdict from the last scan

calllint explain filesystem

structured diagnostics for editor / agent-host integration

calllint diagnostics ./mcp.json --json

Output formats: default terminal, --compact, --json (stable schema), --sarif (GitHub Code Scanning), --markdown (PR comments / GitHub Step Summary), --html (self-contained report). The diagnostics command emits a separate editor/agent-host JSON (calllint.diagnostics.v0).

See CallLint running in CI on a deliberately risky config — calllint-demo-risky-mcp publishes one Code Scanning alert per finding on every push.

Beyond config scanning

The same engine and verdict semantics extend past MCP-config scanning to other points where an agent grants authority:

# Preflight a planned external action before the agent runs it

calllint action inspect payment.json # calllint.action.v0 descriptor calllint action inspect email-reply.json --json

Preflight a normalized agent inbox event (delegates to the action analyzer)

calllint inbox inspect gmail-reply.normalized.json

Record a scan as a local, verifiable receipt, then validate it later

calllint scan ./mcp.json --receipt # writes calllint-receipt.json calllint receipt verify calllint-receipt.json

Attach an external content-scanner report as evidence (joint Trust Packet)

calllint scan ./mcp.json --evidence skillspector-report.json

Receipts (calllint.receipt.v0) are a reporting layer derived from a scan — they prove which CallLint version produced which verdict over which input under which policy. They are not a second scanner and never re-judge a verdict. A receipt can carry an optional ed25519 signature; receipt keygen / receipt sign generate and sign one locally for development, and receipt verify checks the signature when present (offline, with --public-key). A signature proves provenance and integrity — never safety.

Trust Gateway — prepare, approve, apply, verify

Scanning tells you the blast radius; the Trust Gateway acts on it, safely. It resolves an agent-tool target to an immutable, digest-pinned identity, judges it deterministically, and emits a reversible install plan. Applying that plan is the only thing that ever writes live config: it re-validates every digest, writes atomically, verifies the result, and rolls back on failure. The gateway never executes, installs, or connects to the target it judges.

# read-only: resolve + judge a target and emit a reversible plan (touches no live config)

calllint trust prepare github:owner/repo --host claude-code --write-plan calllint trust show .calllint/plans/ .json calllint trust explain .calllint/plans/ .json

the only writer of live config — applies an approved plan, atomically and reversibly

calllint trust apply --plan .calllint/plans/ .json --approve --receipt

validate a decision receipt later (read-only; never re-judges or executes)

calllint trust verify calllint-decision-receipt.json --public-key key.pub

The gateway is a deterministic, fail-closed pipeline over six sealed digests (artifact → evidence → authority → decision/policy → install-plan → receipt). An approval binds all six at once; if any digest changes between prepare and apply, the approval is void and nothing is written. UNKNOWN never becomes SAFE, and external evidence can tighten a verdict but never set it alone. Five Tier-A hosts ship the audited apply surface — Claude Code, Cursor, Windsurf, Claude Desktop, and VS Code. See the CHANGELOG (Trust Gateway Core) and ADRs 0035–0039.

Continuous Guard — catch a rug-pull after approval

A tool you approved once can change later. calllint guard records the approved authority surface and re-decides it — silent when nothing changed, and loud the moment a previously-approved server's risk surface shifts (a rug-pull, 🔁). It adds no new verdict engine: it reuses the same deterministic drift check as baseline / verify and the same stable exit codes.

# re-assess the current authority surface vs the approved baseline (silent when unchanged)

calllint guard

install a guard hook into a host — a declarative shim that only shells out to calllint guard

calllint guard install --host git # git pre-commit hook calllint guard install --host github # GitHub Actions drift-gate workflow calllint guard status # baseline / disable / installed-hook state calllint guard disable # writes .calllint/guard.json { enabled: false }

Guard installs on seven hosts: git (pre-commit), git-pre-push, github (Actions), claude-code, copilot, gemini, and vscode. Every hook binds only to a commit / push / CI / session-start event —

앞부분만 보여 드려요. 나머지는 저장소에서 읽어 보세요

PopNx에게 묻기