# \#macos **URL:** https://discuss.pytorch.kr/tag/macos/6843.md [최신](https://discuss.pytorch.kr/latest.md) · [카테고리](https://discuss.pytorch.kr/categories.md) · [태그](https://discuss.pytorch.kr/tags.md) --- ## [phone-harness: Xcode나 WebDriverAgent 없이 AI 에이전트가 실제 아이폰을 조작하는 도구](https://discuss.pytorch.kr/t/phone-harness-xcode-webdriveragent-ai/11644)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [8월 19, 2026, 3:30오전 UTC](https://discuss.pytorch.kr/t/phone-harness-xcode-webdriveragent-ai/11644 "2026-08-19T03:30:29Z")
phone-harness 소개 아이폰에서만 되는 일이 아직 많습니다. iOS 전용 앱, 사용자의 전화번호에 묶인 2단계 인증, 실제 기기에서만 확인되는 화면 배치 같은 것들입니다. 그런데 AI 에이전트에게 이 일을 맡기려면 준비물이 갑자기 무거워집니다. 실기기 iOS 자동화는 보통 Xcode 프로젝트를 만들어 서명하고 WebDriverAgent 같은 자동화 서버를 기기에 올리는 과정을 거치며, 그마저도 인증서가 만료되면 다시 손봐야 합니다. 에이전트에게 시키고 싶은 일은 "메모 앱을 열고 한 줄 적어 줘" 정도인데, 그 앞에 놓인 설정이 본 작업보다 큽니다. phone-harness는 이 준비물을 통째로 건너뛰는 방향을 택한 도구입니다. macOS Sequoia 이상에서 제공되는 iPhone 미러링 창 하나를 통로로 삼아, 맥에 연결된 실제 아이폰을 AI 에이전트가 직접 조작하게 합니다. 미러링 창은 아이폰 화면을 맥의 창으로 띄우고 맥의 마우스·키보드 입력을 실제 터치로 전달하는데, phone-harness는 여기에 눈과 손을 더합니다. 눈은 창을 캡쳐해 Vision 프레임워크로 글자를 읽는 OCR(광학 문자 인식, Optical Character Recognition)이고, 손은 HID(Human Interface Device) 계층에 직접 이벤트를 넣는 CGEvent입니다. 저장소는 이 구조를 두고 탈옥도, Xcode도, WebDriverAgent도 필요 없다고 밝히고 있습니다. phone-harness는 Python으로 작성되어 있고, 저자는 핵심부를 src/phone\_harness/ 아래 약 500줄 규모로 유지한다고 설명합니다. 미러링 통로 자체가 상태를 갖지 않아서 창 위치와 화면 캡쳐를 호출할 때마다 다시 조회하며, 그래서 백그라운드에 상주하는 데몬이 없고 매 실행이 독립적으로 끝납니다. 부족한 기능은 에이전트가 실행 도중 agent-workspace/agent\_helpers.py에 직접 써 넣도록 열어 두었고, 이 파일은 모든 스크립트… --- ## [Palmier Pro: AI와 함께 타임라인에서 영상을 만드는 macOS 오픈소스 편집기](https://discuss.pytorch.kr/t/palmier-pro-ai-macos/11405)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [7월 27, 2026, 5:30오전 UTC](https://discuss.pytorch.kr/t/palmier-pro-ai-macos/11405 "2026-07-27T05:30:35Z")
Palmier Pro 소개 영상 편집기에 AI를 붙이는 방식은 대개 두 갈래로 나뉩니다. 하나는 기존 편집기에 생성 기능을 플러그인으로 얹는 것이고, 다른 하나는 별도 웹 서비스에서 영상을 만든 뒤 편집기로 가져오는 것입니다. 두 방식 모두 생성과 편집이 서로 다른 공간에서 일어나기 때문에, 만든 클립을 다시 타임라인에 배치하고 맞추는 과정이 반복됩니다. Palmier Pro는 이 경계를 없애, 사용자와 AI 에이전트가 하나의 타임라인 안에서 함께 영상을 생성하고 편집하도록 만든 macOS용 오픈소스 영상 편집기입니다. 개발팀은 Swift로 편집기를 처음부터 새로 만들었고, 목표(north star) 로 Adobe Premiere Pro를 삼되 AI를 워크플로우에 통합하는 방향을 택했다고 설명합니다. Y Combinator S24 배치를 거친 Palmier가 개발하고 있습니다. 편집기 자체는 로그인 없이 내려받아 CapCut이나 Premiere Pro처럼 일반 영상 편집기로 바로 쓸 수 있습니다. 여기에 두 가지 축이 더해집니다. 하나는 타임라인 안에서 SOTA 생성 모델로 영상과 이미지를 직접 만드는 기능이고, 다른 하나는 Claude Code나 Codex, Cursor 같은 외부 에이전트를 MCP로 연결하거나 앱 내장 에이전트로 같은 프로젝트를 함께 작업하는 기능입니다. Palmier Pro의 세 가지 축 Palmier Pro가 스스로 정리하는 특징은 크게 세 가지입니다. Swift로 만든 네이티브 편집기: 웹 기술이 아니라 Swift로 처음부터 구현한 macOS 네이티브 편집기로, Premiere Pro를 기준점으로 삼아 타임라인 기반 편집 경험을 제공합니다. 내장형 생성 AI: Seedance, Kling, Nano Banana Pro 같은 최신(SOTA) 모델로 영상과 이미지를 타임라인 편집기 안에서 바로 생성합니다. 에이전트와의 연동: Claude, Codex, Cursor를 MCP로 연결하거나 앱 내장 에이전트를 사용해, 사용자… --- ## [Chops: Claude Code, Cursor, Codex 등의 에이전트 스킬을 한곳에서 관리하는 macOS 앱](https://discuss.pytorch.kr/t/chops-claude-code-cursor-codex-macos/11351)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [7월 23, 2026, 7:30오전 UTC](https://discuss.pytorch.kr/t/chops-claude-code-cursor-codex-macos/11351 "2026-07-23T07:30:50Z")
Chops 소개 여러 코딩 에이전트를 함께 쓰다 보면 스킬(skill)과 에이전트(agent) 정의 파일이 도구마다 다른 dotfile 디렉토리에 흩어집니다. Claude Code 는 ~/.claude/skills/ 에, Cursor 는 ~/.cursor/ 에, Codex 는 ~/.codex/ 에 각자 저장하는 식입니다. 어떤 스킬이 어디에 있는지, 무슨 내용인지 확인하려면 결국 터미널로 여러 디렉토리를 뒤지게 됩니다. Chops 는 이 파일들을 하나의 화면에서 발견하고, 정리하고, 편집하는 macOS 앱입니다. Claude Code, Cursor, Codex, Windsurf, Amp 등 여러 도구의 스킬과 에이전트를 각 도구의 디렉토리에서 자동으로 찾아 한 목록으로 보여줍니다. 개발팀의 표현을 빌리면 "더 이상 dotfile 을 뒤지지 않아도 된다" 는 것이 핵심입니다. Chops 는 SwiftUI 와 SwiftData 로 만든 네이티브 macOS 앱으로, 웹뷰를 전혀 쓰지 않습니다. 파일을 실제로 소유하는 방식이 아니라 디스크에 있는 원본을 그대로 읽고 편집하며, 파일이 바뀌면 즉시 감지해 목록을 갱신합니다. 아래에서는 Chops 가 모으는 도구들, 주요 기능, 실제 화면, 설치 방법을 정리합니다. Chops 가 한곳에 모으는 도구들 Chops 는 각 도구가 스킬과 에이전트를 저장하는 디렉토리를 훑어 자동으로 목록에 올립니다. 지원 범위는 다음과 같습니다. 스킬과 에이전트 모두 : Claude Code(~/.claude/skills/, ~/.claude/agents/), Cursor(~/.cursor/), Codex(~/.codex/) 는 스킬과 에이전트를 함께 인식합니다. 스킬 위주 : Windsurf, Amp, 그리고 전역 경로(~/.agents/skills/). 프로젝트 범위 : Copilot 과 Aider 는 전역 경로 없이 프로젝트 단위 스킬과 에이전트만 감지합니다. 도구 정의는 저장소의 Chops/Models/ToolSou… --- ## [pi-computer-use: AI 에이전트가 데스크톱 앱을 보고 조작하는 컴퓨터 사용 플러그인](https://discuss.pytorch.kr/t/pi-computer-use-ai/11343)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [7월 23, 2026, 3:30오전 UTC](https://discuss.pytorch.kr/t/pi-computer-use-ai/11343 "2026-07-23T03:30:44Z")
pi-computer-use 소개 AI 에이전트가 실제 업무를 처리하려면 파일이나 API, 터미널 명령만으로는 부족할 때가 많습니다. 사내 전용 프로그램이나 오래된 데스크톱 앱처럼 프로그래밍 인터페이스가 없고 화면(GUI)만 제공하는 소프트웨어가 여전히 많기 때문입니다. 이런 앱을 자동화하려면 사람이 하듯 화면을 보고, 버튼과 글자를 이해한 뒤, 직접 클릭하고 입력해야 합니다. 이것이 최근 주목받는 컴퓨터 유즈(computer use)입니다. pi-computer-use는 AI 에이전트 런타임인 Pi의 확장(extension)으로, macOS와 Windows에서 에이전트가 데스크톱 앱을 다룰 수 있게 해 줍니다. 설치하면 Pi 에이전트는 열린 앱과 창을 찾고, 창 안에 무엇이 보이는지 관찰하고, 특정 텍스트나 버튼을 검색·검사한 뒤, 클릭·입력·스크롤·대기 같은 행동 을 수행하는 도구를 갖게 됩니다. 한마디로 에이전트에게 데스크톱 소프트웨어를 조작하는 통제된 방법을 제공합니다. 이 확장은 macOS에서는 접근성(Accessibility)과 화면 기록(Screen Recording) 권한을 사용하는 헬퍼 앱으로, Windows에서는 플랫폼 접근성 API로 동작합니다(macOS 14 이상 필요). 데스크톱 창뿐 아니라 CDP로 제어하는 브라우저 페이지도 같은 방식으로 다룰 수 있습니다. 이 글에서는 pi-computer-use가 무엇을 하는 도구인지, 어떤 동작 루프로 앱을 조작하는지, 그리고 설치와 권한 설정을 정리합니다. pi-computer-use를 언제 쓰면 좋은가 저자들은 pi-computer-use가 앱 API나 MCP 서버를 대체하는 도구가 아니라는 점을 분명히 합니다. 앱에 믿을 만한 직접 연동 수단이 있다면 그것을 먼저 쓰는 편이 안정적입니다. 컴퓨터 유즈는 화면에 떠 있는 앱이 유일한 인터페이스일 때, 즉 API도 MCP도 없는 소프트웨어를 다뤄야 할 때 가장 쓸모가 있습니다. 도구의 성격과 한계를 먼저 짚어 두는 이 안내는 과장 없이… --- ## [CodeIsland: 맥북 노치에서 AI 코딩 에이전트 상태를 실시간으로 보여주는 macOS 앱](https://discuss.pytorch.kr/t/codeisland-ai-macos/11116)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [7월 8, 2026, 9:30오전 UTC](https://discuss.pytorch.kr/t/codeisland-ai-macos/11116 "2026-07-08T09:30:55Z")
CodeIsland 소개 CodeIsland는 MacBook의 노치(Notch) 영역에 상주하면서 AI 코딩 에이전트들이 지금 무엇을 하고 있는지 실시간으로 보여주는 macOS 앱입니다. Claude Code가 권한 승인을 기다리는지, Codex가 작업을 끝냈는지 확인하려고 창을 오가는 일을 없애는 것이 목표입니다. 여러 에이전트를 동시에 띄워 두고 일하는 개발자라면 각 세션의 상태를 화면 상단 한 곳에서 파악할 수 있습니다. 동작 원리는 유닉스 소켓 기반 IPC입니다. Claude Code, Codex, Gemini CLI, Cursor, Copilot, Cline, OpenCode는 물론 TraeCli, Qoder, Factory, CodeBuddy, Kimi Code CLI, Pi(Oh My Pi)까지 총 13종의 AI 코딩 도구에 훅(hook)을 자동 설치하고, 각 도구에서 발생하는 세션 시작, 도구 호출, 권한 요청 같은 이벤트를 소켓으로 받아 픽셀 아트 스타일의 컴팩트한 패널에 표시합니다. 패널에서 바로 권한을 승인하거나 거부할 수 있고, 에이전트가 던진 질문에 현재 작업 중인 앱을 떠나지 않고 답할 수도 있습니다. Swift로 작성된 오픈소스 프로젝트이며 macOS 14(Sonoma) 이상에서 동작합니다. 세션을 클릭하면 해당 터미널 탭이나 IDE 창으로 바로 이동하는 원클릭 점프, 도구별 픽셀 아트 마스코트, 8비트 효과음 같은 요소도 갖추고 있습니다. 프로젝트 소개에 따르면 claude-island에서 영감을 받아 시작되었고, 영어와 중국어 UI를 시스템 언어에 맞춰 자동 선택합니다. CodeIsland의 동작 방식 README의 How It Works 섹션은 이벤트가 노치 패널까지 도달하는 경로를 다음 흐름으로 설명합니다. AI Tool (Claude/Codex/Gemini/Cursor/...) → Hook event triggered → codeisland-bridge (native Swift binary, ~86KB… --- ## [voice-input-src: 단 하나의 Claude Code 프롬프트로 직접 만들어 사용하는 macOS 음성 입력 앱](https://discuss.pytorch.kr/t/voice-input-src-claude-code-macos/10788)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [6월 20, 2026, 3:30오전 UTC](https://discuss.pytorch.kr/t/voice-input-src-claude-code-macos/10788 "2026-06-20T03:30:35Z")
voice-input-src 소개 voice-input-src는 Fn 키를 누르는 동안 말을 하면, 인식된 텍스트를 현재 포커스된 입력창에 바로 넣어 주는 macOS 메뉴 막대(menu-bar) 음성 입력 앱입니다. Swift로 작성되었고 macOS 14 이상에서 동작하며, 전사(transcription)에는 애플이 기본 제공하는 음성 인식 프레임워크(Apple Speech Recognition)를 사용합니다. 별도 창을 띄우지 않고 메뉴 막대에만 머무는 LSUIElement 모드로 동작합니다. 이 프로젝트에서 가장 눈에 띄는 점은 소스 코드의 형태입니다. 저장소의 README 본문은 설명문이 아니라, 이 앱 전체를 만들어 낸 단 하나의 Claude Code 프롬프트 그 자체입니다. 즉 "macOS 14 이상에서 동작하는 메뉴 막대 음성 입력 앱을 다음 요건대로 구현하라"는 요구사항 명세 한 덩어리가 곧 소스의 위치를 차지합니다. 빌드된 앱과 빌드 과정은 별도의 voice-input-dist 저장소에 있는데, 이 저장소는 소스(프롬프트)만 클론해 make build 를 돌리면 배포된 것과 동일한 VoiceInput.app 번들이 나온다는 재현성(reproducibility) 보장을 내걸고, 그 빌드 과정을 asciinema 녹화로 공개합니다. 만든 사람은 avante.nvim 등으로 알려진 개발자 yetone입니다. 기본 인식 언어는 중국어 간체(zh-CN)지만, 메뉴 막대에서 영어·중국어 간체·중국어 번체·일본어·한국어로 전환할 수 있고 선택값은 UserDefaults에 저장됩니다. voice-input-src의 음성 입력 흐름 전체 흐름은 위 그림처럼 다섯 단계로 이어집니다. Fn 키를 누르면 녹음이 시작되고, 누르는 동안 실시간 오디오가 입력됩니다. 이 오디오는 애플 음성 인식으로 스트리밍 전사되어 텍스트가 되고, LLM 보정 단계를 거친 뒤, 마지막으로 포커스된 입력창에 텍스트로 주입됩니다. Fn 키는 CGEvent tap으로 전역에서… --- ## [agent-desktop: OS 접근성 트리를 활용해 모든 데스크톱 앱을 제어하는 AI 에이전트용 CLI](https://discuss.pytorch.kr/t/agent-desktop-os-ai-cli/10024)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [5월 8, 2026, 6:30오전 UTC](https://discuss.pytorch.kr/t/agent-desktop-os-ai-cli/10024 "2026-05-08T06:30:07Z")
agent-desktop 소개 AI 에이전트가 컴퓨터를 직접 조작하는 것은 자율 에이전트 연구에서 핵심 과제 중 하나입니다. 웹 브라우저 자동화 도구들이 이미 성숙한 반면, 운영체제 수준의 데스크톱 애플리케이션 제어는 여전히 복잡하고 불안정한 영역으로 남아있습니다. agent-desktop은 이 문제를 운영체제의 접근성 API(Accessibility API)를 통해 해결하는 Rust 기반 CLI 도구입니다. 스크린샷 기반의 불안정한 컴퓨터 비전 접근 대신, 운영체제가 제공하는 접근성 트리(Accessibility Tree) 구조를 직접 탐색하여 애플리케이션의 UI 요소를 정확하게 식별하고 제어합니다. 시각 장애인 보조 기술에서 사용하던 접근성 API를 AI 에이전트 자동화에 재활용하는 발상의 전환이 돋보입니다. 이 도구의 핵심 차별점은 결정론적 요소 참조(Deterministic Element Refs)와 구조화된 JSON 출력입니다. 일반적인 컴퓨터 사용 AI 에이전트는 화면 캡처를 비전 모델로 분석한 뒤 픽셀 좌표를 기반으로 클릭 위치를 결정합니다. 이 방식은 해상도나 테마 변경에 취약하고 비결정론적입니다. agent-desktop은 운영체제가 각 UI 요소에 부여하는 고유한 접근성 식별자를 사용하므로, 동일한 버튼은 해상도나 위치에 관계없이 항상 같은 참조값으로 식별됩니다. AI 에이전트가 이를 활용하면 더 안정적이고 재현 가능한 자동화가 가능해집니다. Rust로 구현되어 성능과 메모리 안전성이 뛰어나며, macOS의 Accessibility API를 1차 지원 대상으로 합니다. 또한 MCP(Model Context Protocol) 서버로도 동작할 수 있어 Claude, GPT-4 등의 LLM 기반 에이전트와 직접 연동이 가능합니다. Apache-2.0 라이선스로 공개되어 있어 자유로운 활용이 가능합니다. agent-desktop의 구조 및 동작 예시 agent-desktop의 구조는 다음과 같습니다: 이제 agent-desk… --- ## [OpenChronicle: 모든 LLM 에이전트를 위한 오픈소스 로컬 퍼스트 메모리 시스템](https://discuss.pytorch.kr/t/openchronicle-llm/9882)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [4월 25, 2026, 3:30오전 UTC](https://discuss.pytorch.kr/t/openchronicle-llm/9882 "2026-04-25T03:30:05Z")
OpenChronicle 소개 AI 에이전트의 핵심 한계 중 하나는 세션 간 기억 지속성(Memory Persistence)입니다. 대화가 끝나면 이전 컨텍스트가 사라져 에이전트는 매번 처음부터 시작해야 합니다. OpenAI는 이 문제를 해결하기 위해 ChatGPT에 Chronicle이라는 메모리 시스템을 도입했지만, 이는 OpenAI 플랫폼에 종속된 폐쇄형 솔루션입니다. 어떤 모델을 쓰는지, 어떤 에이전트 프레임워크를 사용하는지와 관계없이 메모리를 공유하려는 요구는 점점 커지고 있지만, 오픈소스 대안은 드문 상황입니다. OpenChronicle은 모든 도구 호출 가능한(Tool-capable) LLM 에이전트를 위한 오픈소스 로컬 퍼스트(Local-First) 메모리 시스템입니다. 프로젝트 슬로건 그대로 "OpenAI Chronicle이지만, 오픈되고 모델 독립적(Model-Agnostic)이며, 검사 가능하고(Inspectable) 해킹 가능한(Hackable)" 대안을 지향합니다. 특정 LLM 제공업체나 에이전트 프레임워크에 묶이지 않고, 사용자가 직접 데이터를 소유하고 메모리의 내용을 들여다보고 수정할 수 있다는 점이 핵심 철학입니다. OpenChronicle은 현재 v0.1.0 알파 단계로 macOS만 지원합니다. 아직 초기 단계이지만, 오픈소스 에이전트 메모리 생태계에서 중요한 시도로 주목받고 있습니다. 여러 에이전트 프레임워크와 LLM 백엔드에서 동일한 메모리 저장소를 공유하는 기반 인프라를 목표로 하고 있으며, 커뮤니티의 기여로 성장하는 프로젝트입니다. OpenChronicle의 핵심 특징 flowchart LR W\[mac-ax-watcher\
events\] S0\["\S0\ dispatcher\
dedup · debounce\
min-gap"\] S1\["\S1\ parser\
focused\_element\
visible\_text · url"\] BUF\[(capture… --- ## [Ghost Pepper: WhisperKit과 로컬 LLM으로 100% 온디바이스에서 동작하는 macOS 음성 인식 및 텍스트 입력 도구](https://discuss.pytorch.kr/t/ghost-pepper-whisperkit-llm-100-macos/9736)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [4월 16, 2026, 12:30오전 UTC](https://discuss.pytorch.kr/t/ghost-pepper-whisperkit-llm-100-macos/9736 "2026-04-16T00:30:56Z")
Ghost Pepper 프로젝트 소개 음성 인식(Speech-to-Text) 도구를 사용할 때 가장 큰 우려 중 하나는 개인 정보 보호입니다. 클라우드 기반 STT 서비스는 녹음된 음성을 외부 서버로 전송하므로, 민감한 회의나 개인적인 내용을 음성으로 입력하는 것이 부담스러울 수 있습니다. Ghost Pepper는 이 문제를 해결하기 위해 개발된 macOS 전용 오픈소스 음성 인식 도구로, 인터넷 연결이나 API 키 없이 완전히 로컬에서 음성 인식과 텍스트 정제 작업을 수행합니다. Ghost Pepper 프로젝트는 Argmax가 개발한 WhisperKit 라이브러리를 사용하여 Apple Silicon(M1 이상) 디바이스에서 Whisper 모델을 최적화된 속도로 실행하고, LLM.swift 라이브러리를 통해 Qwen 계열의 소형 언어 모델을 로컬에서 실행하여 전사된 텍스트에서 "어", "음" 같은 필러 단어(filler words)와 자기 수정(self-corrections)을 자동으로 정제합니다. GitHub에서 2.1k 스타를 기록하며 개인 정보 보호에 관심있는 개발자와 연구자 커뮤니티에서 주목받고 있습니다. Ghost Pepper는 Swift로 작성되었으며 macOS 14.0 이상과 Apple Silicon(M1 이상의 칩)이 필요합니다. 메뉴 바(menu bar)에 상주하는 형태로 동작하여 독(Dock)에 표시되지 않으며, Control 키를 누른 상태에서 말하면 자동으로 텍스트로 변환하여 현재 활성 앱에 붙여넣기까지 처리합니다. Ghost Pepper의 기술 아키텍처: WhisperKit + LLM.swift Ghost Pepper의 핵심은 두 가지 온디바이스 AI 컴포넌트의 조합입니다: 첫 번째는 WhisperKit 기반의 음성 인식 엔진으로, Apple Neural Engine(ANE)을 최대한 활용하여 Whisper 모델을 실시간에 가까운 속도로 실행합니다. 두 번째는 LLM.swift 기반의 텍스트 정제 모듈로, 소형 Qwen 3.5… --- ## [cmux: AI 코딩 에이전트를 위해 설계된, Ghostty 기반의 네이티브 macOS 터미널 앱](https://discuss.pytorch.kr/t/cmux-ai-ghostty-macos/9335)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [3월 25, 2026, 9:30오전 UTC](https://discuss.pytorch.kr/t/cmux-ai-ghostty-macos/9335 "2026-03-25T09:30:21Z")
cmux 소개 AI 기반 코딩 에이전트를 활발히 사용하는 개발자라면 한 번쯤 이런 상황을 경험해본 적이 있을 것입니다. Claude Code나 Codex 같은 에이전트를 여러 세션 병렬로 실행하다 보면, 어떤 에이전트가 언제 입력을 기다리는지 파악하기 어렵고, macOS의 네이티브 알림은 항상 "Claude is waiting for your input"이라는 동일한 문구만 표시해 문맥을 전혀 알 수 없습니다. 탭이 많아질수록 탭 제목조차 읽기 어렵고, 스플릿 화면이 늘어날수록 상황 파악은 더 복잡해집니다. cmux는 바로 이 문제를 해결하기 위해 탄생한 도구입니다. cmux는 Ghostty를 기반으로 한 네이티브 macOS 터미널 앱으로, AI 코딩 에이전트 워크플로우에 특화된 사이드바와 알림 시스템을 제공합니다. manaflow.ai 팀의 개발자가 여러 개의 Claude Code와 Codex 세션을 병렬 실행하면서 직접 느낀 불편함을 해소하기 위해 제작한 도구로, Electron이나 Tauri 기반의 기존 AI 코딩 오케스트레이터가 가진 성능 문제를 피하고자 Swift와 AppKit을 사용해 완전한 네이티브 앱으로 구현되었습니다. 덕분에 빠른 시작 속도와 낮은 메모리 사용량을 자랑하며, Ghostty 설정 파일(~/.config/ghostty/config)의 테마, 폰트, 색상을 그대로 읽어들여 기존 Ghostty 사용자라면 추가 설정 없이 바로 사용할 수 있습니다. 기존에 AI 코딩 에이전트를 사용하는 방식은 크게 두 가지로 나뉩니다. 하나는 Ghostty나 iTerm2 같은 일반 터미널에서 스플릿 화면을 나눠 여러 에이전트를 실행하는 방식이고, 다른 하나는 Cursor, Windsurf 같은 GUI 기반 AI IDE를 사용하는 방식입니다. 전자는 단순하지만 에이전트 상태 추적이 어렵고, 후자는 특정 워크플로우에 종속되는 단점이 있습니다. cmux는 두 방식의 중간 지점을 지향합니다. 터미널 기반이어서 워크플로우 자유도를 그대로 유지하면서… --- ## [clsh: 자신의 macOS 터미널 환경을 모바일에서 접근할 수 있도록 만들어주는 오픈소스 도구](https://discuss.pytorch.kr/t/clsh-macos/9233)
**Author:** [@9bow](https://discuss.pytorch.kr/u/9bow)\ **댓글:** 0\ **마지막 업데이트:** [3월 17, 2026, 3:30오전 UTC](https://discuss.pytorch.kr/t/clsh-macos/9233 "2026-03-17T03:30:43Z")
clsh 소개 최근 개발 생태계에서는 Claude Code, Aider와 같은 터미널 기반의 AI 코딩 에이전트가 필수적인 도구로 자리 잡아가고 있습니다. 이러한 AI 도구들은 대규모 코드 리팩토링이나 여러 파일에 걸친 복잡한 작업을 수행할 때 매우 유용하지만, 작업이 완료되기까지 꽤 오랜 시간이 소요되는 경우가 많습니다. 개발자가 잠시 커피를 내리거나 산책을 다녀오는 동안, 에이전트가 예기치 않은 오류로 멈춰 있거나 사용자의 커밋 승인을 기다리느라 작업이 중단된 채 방치되는 상황이 종종 발생합니다. 외부에서 모바일 기기의 SSH 앱으로 접속하여 상태를 확인하려 해도, iOS나 안드로이드의 기본 키보드에는 Ctrl, Esc, 방향키, Opt 등의 필수적인 특수 키가 부족하여 git diff를 확인하거나 에이전트의 프롬프트를 조작하는 데 극심한 피로감을 유발합니다. 이러한 모바일 터미널 환경의 본질적인 한계를 극복하기 위해 등장한 오픈소스 도구가 바로 clsh입니다. clsh는 macOS에서 실행 중인 실제 터미널 환경을 스마트폰, 태블릿, 데스크톱의 웹 브라우저로 실시간 스트리밍해 주는 매우 직관적이고 가벼운 애플리케이션입니다. 단순한 터미널 에뮬레이션 흉내를 내는 것이 아니라 node-pty를 활용해 실제 PTY(가상 터미널) 세션을 구동하므로, 복잡하고 화려한 Claude Code의 TUI(터미널 사용자 인터페이스)가 모바일 화면에서도 깨짐 없이 완벽하게 렌더링됩니다. 가장 눈에 띄는 핵심 차별점은 모바일 터미널 작업의 가장 큰 장애물이었던 키보드를 처음부터 새로 설계했다는 점입니다. clsh는 스마트폰 브라우저 하단에 MacBook 스타일의 6열 개발자 전용 커스텀 키보드를 제공합니다. 이 덕분에 개발자는 언제 어디서든 모바일 기기로 터미널에 접속하여, 진행 중인 AI 에이전트의 세션을 모니터링하고, 변경된 코드를 확인한 뒤 Ctrl+C를 눌러 작업을 취소하거나 엔터를 눌러 커밋을 승인하는 등의 작업을 데스크톱과 동일한 감각으로 이어갈 수 있…