<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Npm on Simon의 AI 시대에 살아남는 법</title><link>https://mhub.uk/tags/npm/</link><description>Recent content in Npm on Simon의 AI 시대에 살아남는 법</description><generator>Hugo</generator><language>ko-KR</language><copyright>2026 mhub. 이 블로그의 모든 글·그림과 전자책(그림으로 배우는 시리즈)의 저작권은 mhub에 있으며, 저작권자의 허락 없는 무단 복제·배포·전재를 금지합니다. 이용 허락이나 오류 제보는 문의하기로 보내 주세요.</copyright><lastBuildDate>Thu, 22 Oct 2026 10:55:00 +0900</lastBuildDate><atom:link href="https://mhub.uk/tags/npm/index.xml" rel="self" type="application/rss+xml"/><item><title>npm install -g에서 EACCES가 뜨는 진짜 이유와 sudo 없이 고치는 법</title><link>https://mhub.uk/posts/mac-17-npm-eacces-root-cause-fix/</link><pubDate>Thu, 22 Oct 2026 10:55:00 +0900</pubDate><guid>https://mhub.uk/posts/mac-17-npm-eacces-root-cause-fix/</guid><description>&lt;p&gt;이번에 인텔 아이맥에 Claude Code CLI를 새로 설치하면서 겪은 &lt;code&gt;EACCES&lt;/code&gt; 에러를, 다른 프로젝트에서도 반복해서 마주쳤던 참에 한 번 근본 원인부터 정리해두기로 했다.&lt;/p&gt;
&lt;h2 id="에러가-나는-이유"&gt;에러가 나는 이유&lt;/h2&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;$ npm install -g @anthropic-ai/claude-code
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;npm error code EACCES
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;npm error syscall access
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;npm error path /usr/local/lib/node_modules
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;npm의 전역 설치 기본 경로(&lt;code&gt;/usr/local/lib/node_modules&lt;/code&gt; 또는 Homebrew/Node 버전에 따라 다른 시스템 경로)는 macOS·리눅스 배포판 대부분에서 &lt;strong&gt;일반 사용자 계정에 쓰기 권한이 없는 시스템 디렉터리&lt;/strong&gt;다. &lt;code&gt;npm install -g&lt;/code&gt;는 이 경로에 패키지를 풀어야 하는데, 권한이 없으니 거부당하는 것이다.&lt;/p&gt;</description></item><item><title>npm 패키지에 내 아키텍처용 바이너리가 없을 때 — MCP 로컬 LLM 서버를 소스로 빌드하기</title><link>https://mhub.uk/posts/mac-03-mcp-local-llm-binary-missing/</link><pubDate>Thu, 08 Oct 2026 21:15:00 +0900</pubDate><guid>https://mhub.uk/posts/mac-03-mcp-local-llm-binary-missing/</guid><description>&lt;p&gt;로컬 LLM 파이프라인에는 두 가지 활용 방식이 있다고 생각했다. 하나는 Aider가 터미널에서 로컬 모델로 자율 작업을 하는 방식, 다른 하나는 &lt;strong&gt;Claude Code 세션 안에서 필요할 때만 로컬 모델에 작업을 위임&lt;/strong&gt;하는 MCP(Model Context Protocol) 서버 방식이다. 이 둘은 서로 배타적이지 않고 병행할 수 있어서, 일단 MCP 쪽도 붙여보기로 했다.&lt;/p&gt;
&lt;h2 id="connection_closed"&gt;CONNECTION_CLOSED&lt;/h2&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;claude mcp add local-llm -- npx -y mcp-local-llm
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;등록은 됐는데, &lt;code&gt;claude mcp list&lt;/code&gt;로 확인하면 상태가 이렇다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;local-llm: npx -y mcp-local-llm - ✘ Failed to connect — CONNECTION_CLOSED
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;에러 메시지만으로는 원인을 알 수 없었다. &lt;code&gt;npx&lt;/code&gt;가 내부적으로 어떤 명령을 실행하는지 직접 눈으로 확인해야 했다.&lt;/p&gt;</description></item><item><title>2026년 인텔 맥에서 Homebrew가 막혔다 — Ollama와 Aider를 우회 설치한 기록</title><link>https://mhub.uk/posts/mac-02-homebrew-intel-mac-blocked/</link><pubDate>Wed, 07 Oct 2026 14:20:00 +0900</pubDate><guid>https://mhub.uk/posts/mac-02-homebrew-intel-mac-blocked/</guid><description>&lt;p&gt;로컬 LLM 파이프라인을 만들려고 첫 삽을 뜨자마자 예상 못 한 벽에 부딪혔다. &lt;strong&gt;Homebrew가 Intel Mac 설치 자체를 거부&lt;/strong&gt;한다.&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;Homebrew on macOS is only supported on Apple Silicon processors!
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Homebrew 공식 문서에는 Intel Mac이 여전히 &amp;ldquo;Tier 3&amp;rdquo; 지원 대상으로 적혀 있는데, 실제 설치 스크립트는 이미 하드 블록을 걸어놨다. GitHub Discussion #7088을 뒤져보니, 2026년 9월 17일자로 메인테이너가 직접 남긴 댓글에서 이게 버그가 아니라 &lt;strong&gt;의도된 정책&lt;/strong&gt;이라고 확인해준다. 문서와 실제 동작이 따로 노는 셈인데, 이미 결정된 정책이라니 우회할 수밖에 없었다.&lt;/p&gt;</description></item></channel></rss>