GitDiagram
Architecture diagrams, explanations and Mermaid source for public GitHub repositories.
Runtime inspector embedded in a NestJS app: graph, routes, logs, request traces, jobs.
쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.
검사 3/3 통과 · 내 컴퓨터에서 실행돼요 · ✓ 명령 확인 2026년 11월 13일
먼저: 어떤 AI를 쓰시나요?
쓰는 앱을 고르면 아래에 단계가 나옵니다.
Claude에 연결할 수 있지만 먼저 준비가 필요해요
먼저 컴퓨터에 Node.js를 설치하세요 (한 번만) · 컴퓨터용 Claude 앱(Windows 또는 Mac)에서만 되고 웹이나 모바일은 안 돼요
이 메시지를 Claude 채팅에 붙여 넣으세요. AI가 컴퓨터를 확인하고 어떤 파일을 바꿀지 알려 준 뒤 매번 동의를 기다립니다.
이 컴퓨터의 Claude에 MCP server Nestjs MCP을 설치해 주세요. 순서대로: 1) node -v로 Node.js가 있는지 확인. 없으면 https://nodejs.org/en/download에서 설치하라고 알려 주고 직접 설치하지 마세요. 2) 이 설정만 사용하세요(PopNx MCP 확인 완료): { "mcpServers": { "nestjs": { "command": "npx", "args": [ "-y", "@jsirp/nestjs-mcp" ] } } } 3) 바꿀 파일의 전체 경로나 실행할 명령을 알려 주고 제 동의를 기다리세요. 4) 키는 필요 없습니다. 5) 합의한 대로 실행한 뒤 Nestjs MCP의 도구가 실제로 보이는지 확인하세요.이 메시지에는 키가 없습니다. 키가 필요하면 AI가 파일이나 앱 입력란에 직접 붙여 넣으라고 안내합니다.
이미 설치했나요? 먼저 확인 · 터미널을 열고 이 명령을 입력한 뒤 Enter
node -vMac: ⌘ + Space를 누르고 Terminal 입력 후 Enter
Windows: 시작 메뉴를 열고 Windows PowerShell 입력 후 "열기"
아직 설치하지 않았다면: 공식 다운로드 페이지에서 LTS 버전과 클릭형 설치 파일을 고르세요: Mac은 .pkg · Windows는 .msi. 더블클릭 후 끝까지 진행하면 됩니다. curl 명령은 필요 없습니다
설치가 끝나면 터미널을 닫았다가 다시 열고 같은 명령을 실행하세요. 버전 번호가 나와야 합니다: node -v
한 번 설치하면 Node.js가 필요한 모든 도구에서 쓸 수 있습니다
SettingsDeveloperEdit Config
{
"mcpServers": {
"nestjs": {
"command": "npx",
"args": [
"-y",
"@jsirp/nestjs-mcp"
]
}
}
}Nestjs MCP을 써서 나에게 무엇을 해 줄 수 있는지 알려 주고, 하나 해 봐✓ Claude가 Nestjs MCP을 쓰고 있다고 하거나 답에 Nestjs MCP 도구 이름이 나오면 연결된 거예요
메뉴 이름은 2026년 11월 11일에 Anthropic 도움말에서 확인 · 앱 버전에 따라 화면이 조금 다를 수 있어요
ChatGPT는 아직 Nestjs MCP에 연결할 수 없어요
Nestjs MCP는 내 컴퓨터에 설치해서 쓰지만 ChatGPT는 웹에서 도는 서버만 연결할 수 있어요
A · Nestjs MCP에 연결되는 앱 쓰기
B · 개발자 도구에서 ChatGPT에 연결되는 다른 서버
같은 분류에서 많이 쓰는 것 중 키 없이 주소만으로 연결되는 것을 골랐어요
Claude Code에 연결할 수 있지만 먼저 준비가 필요해요
먼저 컴퓨터에 Node.js를 설치하세요 (한 번만)
이 메시지를 Claude Code 채팅에 붙여 넣으세요. AI가 컴퓨터를 확인하고 어떤 파일을 바꿀지 알려 준 뒤 매번 동의를 기다립니다.
이 컴퓨터의 Claude Code에 MCP server Nestjs MCP을 설치해 주세요. 순서대로: 1) node -v로 Node.js가 있는지 확인. 없으면 https://nodejs.org/en/download에서 설치하라고 알려 주고 직접 설치하지 마세요. 2) 이 설정만 사용하세요(PopNx MCP 확인 완료): claude mcp add --scope user nestjs -- npx -y @jsirp/nestjs-mcp 3) 바꿀 파일의 전체 경로나 실행할 명령을 알려 주고 제 동의를 기다리세요. 4) 키는 필요 없습니다. 5) 합의한 대로 실행한 뒤 Nestjs MCP의 도구가 실제로 보이는지 확인하세요.이 메시지에는 키가 없습니다. 키가 필요하면 AI가 파일이나 앱 입력란에 직접 붙여 넣으라고 안내합니다.
이미 설치했나요? 먼저 확인 · 터미널을 열고 이 명령을 입력한 뒤 Enter
node -vMac: ⌘ + Space를 누르고 Terminal 입력 후 Enter
Windows: 시작 메뉴를 열고 Windows PowerShell 입력 후 "열기"
아직 설치하지 않았다면: 공식 다운로드 페이지에서 LTS 버전과 클릭형 설치 파일을 고르세요: Mac은 .pkg · Windows는 .msi. 더블클릭 후 끝까지 진행하면 됩니다. curl 명령은 필요 없습니다
설치가 끝나면 터미널을 닫았다가 다시 열고 같은 명령을 실행하세요. 버전 번호가 나와야 합니다: node -v
한 번 설치하면 Node.js가 필요한 모든 도구에서 쓸 수 있습니다
Mac: Command+스페이스를 누르고 Terminal 입력 · Windows: PowerShell 열기
claude mcp add --scope user nestjs -- npx -y @jsirp/nestjs-mcpNestjs MCP이 목록에 있고 연결됨으로 보이면 돼요
Nestjs MCP을 써서 나에게 무엇을 해 줄 수 있는지 알려 주고, 하나 해 봐✓ Claude Code가 Nestjs MCP을 쓰고 있다고 하거나 답에 Nestjs MCP 도구 이름이 나오면 연결된 거예요
메뉴 이름은 2026년 11월 11일에 Anthropic 도움말에서 확인 · 앱 버전에 따라 화면이 조금 다를 수 있어요
Cursor에 연결할 수 있지만 먼저 준비가 필요해요
먼저 컴퓨터에 Node.js를 설치하세요 (한 번만)
이 메시지를 Cursor 채팅에 붙여 넣으세요. AI가 컴퓨터를 확인하고 어떤 파일을 바꿀지 알려 준 뒤 매번 동의를 기다립니다.
이 컴퓨터의 Cursor에 MCP server Nestjs MCP을 설치해 주세요. 순서대로: 1) node -v로 Node.js가 있는지 확인. 없으면 https://nodejs.org/en/download에서 설치하라고 알려 주고 직접 설치하지 마세요. 2) 이 설정만 사용하세요(PopNx MCP 확인 완료): { "mcpServers": { "nestjs": { "command": "npx", "args": [ "-y", "@jsirp/nestjs-mcp" ] } } } 3) 바꿀 파일의 전체 경로나 실행할 명령을 알려 주고 제 동의를 기다리세요. 4) 키는 필요 없습니다. 5) 합의한 대로 실행한 뒤 Nestjs MCP의 도구가 실제로 보이는지 확인하세요.이 메시지에는 키가 없습니다. 키가 필요하면 AI가 파일이나 앱 입력란에 직접 붙여 넣으라고 안내합니다.
이미 설치했나요? 먼저 확인 · 터미널을 열고 이 명령을 입력한 뒤 Enter
node -vMac: ⌘ + Space를 누르고 Terminal 입력 후 Enter
Windows: 시작 메뉴를 열고 Windows PowerShell 입력 후 "열기"
아직 설치하지 않았다면: 공식 다운로드 페이지에서 LTS 버전과 클릭형 설치 파일을 고르세요: Mac은 .pkg · Windows는 .msi. 더블클릭 후 끝까지 진행하면 됩니다. curl 명령은 필요 없습니다
설치가 끝나면 터미널을 닫았다가 다시 열고 같은 명령을 실행하세요. 버전 번호가 나와야 합니다: node -v
한 번 설치하면 Node.js가 필요한 모든 도구에서 쓸 수 있습니다
Nestjs MCP을 써서 나에게 무엇을 해 줄 수 있는지 알려 주고, 하나 해 봐✓ Cursor가 Nestjs MCP을 쓰고 있다고 하거나 답에 Nestjs MCP 도구 이름이 나오면 연결된 거예요
메뉴 이름은 2026년 11월 11일에 Cursor 도움말에서 확인 · 앱 버전에 따라 화면이 조금 다를 수 있어요
VS Code에 연결할 수 있지만 먼저 준비가 필요해요
먼저 컴퓨터에 Node.js를 설치하세요 (한 번만)
이 메시지를 VS Code 채팅에 붙여 넣으세요. AI가 컴퓨터를 확인하고 어떤 파일을 바꿀지 알려 준 뒤 매번 동의를 기다립니다.
이 컴퓨터의 VS Code에 MCP server Nestjs MCP을 설치해 주세요. 순서대로: 1) node -v로 Node.js가 있는지 확인. 없으면 https://nodejs.org/en/download에서 설치하라고 알려 주고 직접 설치하지 마세요. 2) 이 설정만 사용하세요(PopNx MCP 확인 완료): { "servers": { "nestjs": { "type": "stdio", "command": "npx", "args": [ "-y", "@jsirp/nestjs-mcp" ] } } } 3) 바꿀 파일의 전체 경로나 실행할 명령을 알려 주고 제 동의를 기다리세요. 4) 키는 필요 없습니다. 5) 합의한 대로 실행한 뒤 Nestjs MCP의 도구가 실제로 보이는지 확인하세요.이 메시지에는 키가 없습니다. 키가 필요하면 AI가 파일이나 앱 입력란에 직접 붙여 넣으라고 안내합니다.
이미 설치했나요? 먼저 확인 · 터미널을 열고 이 명령을 입력한 뒤 Enter
node -vMac: ⌘ + Space를 누르고 Terminal 입력 후 Enter
Windows: 시작 메뉴를 열고 Windows PowerShell 입력 후 "열기"
아직 설치하지 않았다면: 공식 다운로드 페이지에서 LTS 버전과 클릭형 설치 파일을 고르세요: Mac은 .pkg · Windows는 .msi. 더블클릭 후 끝까지 진행하면 됩니다. curl 명령은 필요 없습니다
설치가 끝나면 터미널을 닫았다가 다시 열고 같은 명령을 실행하세요. 버전 번호가 나와야 합니다: node -v
한 번 설치하면 Node.js가 필요한 모든 도구에서 쓸 수 있습니다
Nestjs MCP을 써서 나에게 무엇을 해 줄 수 있는지 알려 주고, 하나 해 봐✓ VS Code가 Nestjs MCP을 쓰고 있다고 하거나 답에 Nestjs MCP 도구 이름이 나오면 연결된 거예요
메뉴 이름은 2026년 11월 11일에 VS Code 도움말에서 확인 · 앱 버전에 따라 화면이 조금 다를 수 있어요
Windsurf, Zed, Gemini CLI 같은 다른 MCP 앱은 추가 방법이 저마다 달라요. 앱 목록에서 확인하세요
JSON 설정은 아래 “개발자용”에 있어요
Claude Code
claude mcp add --scope user nestjs -- npx -y @jsirp/nestjs-mcpClaude Desktop (claude_desktop_config.json)
{
"mcpServers": {
"nestjs": {
"command": "npx",
"args": [
"-y",
"@jsirp/nestjs-mcp"
]
}
}
}Cursor (~/.cursor/mcp.json)
{
"mcpServers": {
"nestjs": {
"command": "npx",
"args": [
"-y",
"@jsirp/nestjs-mcp"
]
}
}
}VS Code (mcp.json)
{
"servers": {
"nestjs": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@jsirp/nestjs-mcp"
]
}
}
}이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.
이 서버의 연결 방식과 각 앱의 공식 문서를 바탕으로 했어요. 2026년 11월 10일 확인.
내 컴퓨터에서 실행하는 앱
ClaudeGooseLM StudioMsty StudioCherry StudioCursorVS Code + GitHub CopilotVisual StudioWindsurf (Devin Desktop)ZedKiroClineContinueJetBrains AI AssistantClaude CodeCodex CLIGemini CLIOpenCodenodecodeWarpLibreChatRaycast
내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.
누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 15일 점검
레지스트리 이름이 GitHub 계정 jsirp-dev 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
코드 마지막 변경: 20일 전
MIT 사용
내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요
내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요
내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요
OSV.dev에 @jsirp/nestjs-mcp@0.1.0 항목이 없습니다
이 버전의 패키지 자체만 확인하며 모든 의존성은 아닙니다 · 확인 2026년 11월 15일
질문하고, 팁을 나누고, 안 되는 점을 알려 주세요. "도움이 됨"이 많은 순서예요.
아직 리뷰가 없어요
레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.
해당하는 기본 점검 3개 중 3개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.
레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.
내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).
GitHub 저장소는 마지막으로 20일 전 변경됐고, 최신 버전(0.1.0)은 20일 전 레지스트리에 올라왔어요.
Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. 내 컴퓨터에 Node.js도 있어야 해요.
같은 카테고리에는: GitDiagram, Appllama, Cloudflare MCP, Omnara, Repowise
같은 카테고리, 다른 제작자, 명령 확인 완료. 공식이 먼저, 그다음 스타 순.
카드 보는 법:↓ 주간 다운로드i★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i
Architecture diagrams, explanations and Mermaid source for public GitHub repositories.
Study screens, flows and paywalls from top-earning iOS apps, then build from what wins.
Deploy durable AI agents with Omnara, an open-source managed-agent platform.
Codebase intelligence for AI coding agents: graph, git history, docs, decisions, code health.
제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.
Runtime MCP inspector embedded in your NestJS app, for coding agents.
Add one module and your running app opens an MCP endpoint, on a port of its own, that tells an agent (Claude Code, Cursor, any MCP client) what Nest actually built: the module and provider graph, every route with the guards, interceptors, pipes and filters it goes through, what the app's Logger is writing right now, which enhancers a given request passed through and how long each took, event listeners and scheduled jobs. Nothing to install on the agent side: it points at http://127.0.0.1:7777/.
Status: released (changelog). Every tool group in Tools works on Nest 10 and 11.
npm install @jsirp/nestjs-mcp
Install it as a regular dependency, not a devDependency. Your AppModule imports it, so a production install that leaves devDependencies out (npm ci --omit=dev, yarn workspaces focus --production, the last stage of most Docker images) would make the app fail at startup with Cannot find module '@jsirp/nestjs-mcp', before any option is read. In production it costs nothing but disk: enabled defaults to false there, and then the module opens no listener, copies no logs and wraps nothing.
If you want it out of production builds altogether, keep it in devDependencies and import it only where it is installed, so the production bundle never resolves it:
import { DynamicModule, Module } from '@nestjs/common';
const inspector: DynamicModule[] = process.env.NODE_ENV === 'production' ? [] : // eslint-disable-next-line @typescript-eslint/no-require-imports [require('@jsirp/nestjs-mcp').NestMcpModule.forRoot()];
@Module({ imports: [...inspector] }) export class AppModule {}
In an ES module app, use await import('@jsirp/nestjs-mcp') behind the same condition.
Everything a Nest app already has is a peer dependency: @nestjs/common and @nestjs/core 10 or 11, reflect-metadata, rxjs, and zod (3.25+ or 4, the versions the MCP SDK accepts). @nestjs/event-emitter and @nestjs/schedule are optional peers: their tools appear only if your app uses them. The only runtime dependency is @modelcontextprotocol/sdk.
The supported way to consume the package is the published npm package. Listing a checkout of this repository (a clone or a git submodule) as a workspace of a host monorepo is not supported: the repo keeps its own yarn.lock, which its CI and standalone development need, so Yarn treats that folder as a separate project and scripts run inside it fail until it gets its own install; and that install, or any workspace install, brings in the package's devDependencies, a second copy of Nest that the host's dependency injection does not recognise (Nest can't resolve dependencies of the NestMcpModule). The published tarball holds only dist/, this README, the changelog and the license, and npm never installs a package's devDependencies, so the app's own Nest is the only one. To try unreleased changes in an app, build here and install the result of npm pack in the app.
import { Module } from '@nestjs/common';
import { NestMcpModule } from '@jsirp/nestjs-mcp';
@Module({ imports: [NestMcpModule.forRoot()], }) export class AppModule {}
Create the app with snapshot: true so Nest keeps the graph the graph_* and routes_* tools read:
const app = await NestFactory.create(AppModule, { snapshot: true });
At startup the module opens the inspector's own HTTP listener, next to your app's server and independent of it, and logs the endpoint, with context NestMcp:
[NestMcp] Inspector listening at http://127.0.0.1:7777/
Nothing of your app runs in front of it: no global prefix, no versioning, no middlewares, no global guards, interceptors, pipes or filters. Your auth guard never sees an inspector call, your request logger never logs one, your OpenAPI document does not list it, and the inspector's calls never show up in its own request traces. The listener closes with the app (app.close()).
forFeature mounts an instance whose scope is the module that imports it and everything that module imports. path is required. Any number of instances may coexist, each with its own path, authorize and switches, all on the same listener: forRoot answers at /, each forFeature at its path (http://127.0.0.1:7777/cats below).
The scope is resolved from the serialized graph at the first tool call, so it needs snapshot: true too: app_info.scope then reads { "kind": "module", "module": "CatsModule" }. Without snapshot, it reads { "kind": "module", "module": null, "error": "scope_unresolved", "fallback": "app" }. The closure leaves out Nest's internal modules and the instance's own module, and takes in every global module (@Global(), isGlobal: true) and what it imports: the module can inject what they export without declaring them.
@Module({
imports: [NestMcpModule.forFeature({ path: 'cats' })], }) export class CatsModule {}
forRootAsync and forFeatureAsync follow Nest's configurable-module pattern, so any source works. With @nestjs/config, as an example:
NestMcpModule.forRootAsync({
imports: [ConfigModule], inject: [ConfigService], useFactory: (config: ConfigService) => ({ enabled: config.get('INSPECTOR_ENABLED') === 'true', }), });
`path` is given statically, next to useFactory, not returned by it, so a forFeatureAsync without it fails at once. Everything else, listen and authorize included, may come from the factory. enabled may go either way: given statically and false, nothing is registered; returned by the factory as false, the instance does not join the listener (with no other instance, no listener is opened) and nothing else is installed.
Claude Code:
claude mcp add --transport http my-nest-app http://127.0.0.1:7777/
Or any client that reads an mcpServers file:
{
"mcpServers": { "my-nest-app": { "type": "http", "url": "http://127.0.0.1:7777/" } } }
The URL does not depend on your app's port, prefix or versioning. Two apps on one machine need two ports: give each its own listen.port.
All optional, except path in forFeature.
| Option | Default | What it does | |
|---|---|---|---|
enabled | process.env.NODE_ENV !== 'production' | The switch. When false the instance registers nothing and opens nothing. It is a default, not a rule: set it to true wherever you want the inspector and protect it with authorize. | |
listen | { host: '127.0.0.1', port: 7777 } | The inspector's own HTTP listener, shared by every instance of the app: set it on one instance, or the same on all (two different ones fail at startup). port: 0 picks a free port; the startup log and app_info.mcpUrl say which. A port in use fails at startup with an error naming listen.port. | |
path | '/' for forRoot; required for forFeature | Route of the instance on the listener. No prefix or versioning applies. Two instances on one path fail at startup. | |
authorize | none | `(req) => boolean \ | Promise , called with the raw Node IncomingMessage before each request to this instance is answered. false`, or a throw (logged), answers 403. |
tools | all true | One switch per tool group: { graph, routes, logs, requests, events, schedule, runs }. A group switched off registers no tools and installs nothing. | |
logs.bufferSize | 2000 | Size of the ring buffer logs_tail reads. | |
logs.sink | none | What createLogSink() returned, added to your own logger's outputs: that logger's lines enter the buffer too. See Reading your own logger. | |
logs.capture | 'both' | What fills the buffer: 'nest' (Nest's Logger, through the tee), 'sink' (only logs.sink; no tee is installed) or 'both'. 'sink' requires logs.sink. | |
logs.normalize | none | `(record) => entry \ | undefined`: maps the sink's records of a format the built-in mapping does not read. |
requests.bufferSize | 500 | How many request traces are kept. | |
requests.idHeader | 'x-nest-mcp-request-id' | The correlation header an agent sets to find a request's trace. Read, never echoed back. | |
requests.headers | 'names' | Which request headers a trace keeps: 'none', 'names' or 'full'. Bodies never, except what a handler holds in a variable when it throws, with debug. | |
runs.bufferSize | 500 | How many job and listener runs are kept. One buffer per app: the first instance that installs it sets the size. | |
debug | false | true or { stackFrames?, locals? }: each error a trace step or a run records carries its stack, as frames mapped to your source, and the locals of the frames that threw. Off by default, whatever enabled is. Process-wide: the first instance decides, so give every instance the same value. See Debug: stacks of failing steps. | |
debug.stackFrames | 30 | Frames kept per error, from the throw outwards; at most 30. | |
debug.locals | true (with debug) | The values of local variables at the throw, read by a worker thread's inspector session (ADR-0005). false keeps the stacks without them, and no worker starts. An object sets its bounds: { frames: 5, depth: 2, properties: 20, stringLength: 200, bytes: 16384, perMinute: 10 } (the defaults). See Locals at the throw. | |
serverInfo | your app's package.json | { name, version } the server reports in the MCP initialize handshake. |
authorize is a plain function, not a Nest guard: there is no ExecutionContext. Close over what it needs, or build it in a forRootAsync factory from injected services:
NestMcpModule.forRootAsync({
imports: [ConfigModule], inject: [ConfigService], useFactory: (config: ConfigService) => ({ listen: { host: '0.0.0.0', port: 7777 }, authorize: (req) => req.headers['x-inspector-key'] === config.get('INSPECTOR_KEY'), }), });
| Group | Tools | Status |
|---|---|---|
app | app_info: Nest and Node versions, uptime, global prefix, versioning, endpoint path and URL (mcpPath, mcpUrl), instance scope, whether snapshot is on, which groups are live, debug (whether it is on, how stacks are mapped and the state of the locals worker), and the instance's tool switches, requests.headers policy and debug | ✅ |
graph | graph_modules, graph_module, graph_providers, graph_provider, graph_cycles | ✅ |
routes | routes_list, route_get | ✅ |
logs | logs_tail, logs_levels | ✅ |
requests | requests_list, request_trace | ✅ |
events | events_listeners, events_recent (only with @nestjs/event-emitter and its module) | ✅ |
schedule | schedule_jobs (only with @nestjs/schedule and its module) | ✅ |
| runs | runs_list, run_get (on