DINKIssTyle Local LLM Gateway with TTS & MCP

이제 로컬 LLM이 채팅하고 있는 위치도 알고,

단기 기억과 장기 기억 그리고 불변의 기억을 가지고 있고..

꺼무위키도 읽어주는데 말입니다.

지금 고민에 빠진것이 터미널 접근입니다.

되면 엄청 편할거 같은데...

LLM들이 뒷일 생각없이 먼저 수행해버리기 선수들이라..

파일 삭제 걱정도 있고... 비번 뚫리면 끝인 상황도 되는거라 고민중입니다. ㅋㅋㅋ

현재 구현된 시스템 아키텍처(Golang Backend + MCP) 내에서 이를 구현하려면 다음과 같은 방식이 사용됩니다:

구현 방식 (기술적 개요)

1. 새로운 도구(Tool) 추가:

   execute_command

   같은 이름의 MCP 도구를 정의합니다.
2. Backend 구현 (
   mcp/tools.go): Golang의

   os/exec

   패키지를 사용하여 실제 시스템 쉘(Bash/Zsh/PowerShell) 명령어를 실행하는 함수를 작성합니다.
3. 결과 반환: 명령어의 표준 출력(Stdout)과 표준 에러(Stderr)를 캡처하여 LLM에게 텍스트 형태로 반환합니다.

⚠️ 보안 및 위험성 주의 (중요)

LLM에게 터미널 접근 권한을 주는 것은 매우 강력하지만 동시에 매우 위험합니다.

• 파일 삭제/수정:

  rm -rf /

  같은 파괴적인 명령어를 실수로 실행할 수 있습니다.
• 정보 유출: 민감한 시스템 파일이나 환경 변수를 읽을 수 있습니다.

안전한 구현을 위한 제안

만약 이 기능을 원하신다면, 다음과 같은 안전 장치를 포함하여 구현하는 것을 권장합니다:

1. 허용 목록(Allowlist) 방식: 미리 정해진 안전한 명령어(예:
   ls,

   grep

   ,

   git status

   등)만 실행 가능하게 제한.
2. 읽기 전용 모드: 파일 시스템을 수정하는 명령어를 차단.
3. 사용자 승인 절차 (Recommended): LLM이 명령어를 실행하려고 할 때마다 사용자에게 팝업으로 "이 명령어를 실행하시겠습니까?"라고 묻고, 승인 시에만 실행.

----------

제미나이가 알아서 리스크를 줄일 수 있는 설계를 짜주기는 했는데 ..

여하튼 이건 터미널보다는 DINKIssTyle Local LLM Gateway with TTS & MCP 근황 글이었습니다~

https://github.com/DINKIssTyle/DINKIssTyle-Local-LLM-Gateway-with-TTS