Clojurists Together – 2026년 2분기 오픈소스 자금 지원 발표
I’m ready to translate the text for you, but it looks like the content you’d like translated wasn’t included in your message. Could you please paste the text (or the portion you want translated) here? I’ll keep the source line exactly as you provided and preserve all formatting, markdown, and technical terms.
$9 K USD 프로젝트
- Ambrose Bonnaire‑Sergeant – Malli
- Dragan Djuric – Uncomplicate AI: Clojure LLM
- Cvetomir Dimov – SciCloj Documentation and Plotting Libraries
$2 K USD 프로젝트
Ambrose Bonnaire‑Sergeant – Malli
저는 이전 Clojurists Together 작업인 Malli에서 재귀 참조 검증의 성능을 개선했습니다. 입력 값의 깊이에 관계없이 검증에 필요한 메모리 양을 제한했으며, 이는 재귀 지점을 발견할 때까지 재귀 스키마를 적극적으로 확장하고, 입력에 따라 무한히 많은 새로운 재귀 레벨을 지연 평가하고 캐시하는 대신 구현되었습니다.
이렇게 하면 큰 입력을 검증할 때 발생할 수 있는 메모리 누수를 방지해 장시간 실행 시스템의 신뢰성이 높아지지만, 검증기 컴파일 시 초기 메모리 사용량이 크게 증가하는 단점이 생겼습니다. Metabase는 이 최적화를 테스트하면서 이 장애물을 극복하려고 노력하고 있습니다. 중첩 구조의 검증이 이제 상수 메모리를 사용한다는 점에 흥미를 느끼고 있지만, 초기 메모리 비용이 너무 높아 불편함을 겪고 있습니다.
이 문제를 해결하는 주요 방법은 두 가지입니다:
- 재귀 지점을 지연 탐지 – 초기 메모리 사용량을 줄이지만, 큰 입력을 검증하면서 최대 메모리 사용량이 시간이 지남에 따라 증가해 JVM 메모리 예약을 예측하기 어렵게 됩니다.
- 최대 메모리 사용량 감소 – 현재 최적화가 스키마를 여러 사용처에서 공유하는 Metabase의 커스텀 최적화와 충돌했습니다. 근본 원인은 동일한 스키마가 사용될 때마다 서로 다른 검증기를 생성하고 있었기 때문입니다. 해결책은 동일한 Schema 객체와 검증기에 대한 참조가 동일한 인스턴스를 가리키도록 보장하는 것입니다. 이 문제는 일반적인 경우에도 심각할 수 있어 (아마도 Metabase가 이를 패치해야 했던 이유일 것입니다).
프로젝트 목표: Metabase와 같은 시스템이 상수 메모리 재귀 검증기를 사용하면서도 초기 메모리 비용이 과도하게 발생하지 않도록 상황을 개선하는 방안을 조사하고, Malli의 높은 메모리 사용량을 해결하기 위해 필요했던 커스텀 우회 방법을 없애는 것을 목표로 합니다.
Dragan Djuric – Uncomplicate AI: Clojure LLM
제 목표는 Hugging Face 등에서 자유롭게 제공되는 주류 오픈 모델을 지원하는 고성능 로컬 LLM(대형 언어 모델) AI 솔루션을 제공하는 것입니다. llama.cpp 와 비슷하지만 (가능하면) 더 간단하고 빠르게, GPU와 CPU 지원을 처음부터 내장한 형태를 생각하고 있습니다.
Clojure LLM은 간단하고 직관적인 고수준 API와 Clojure ONNX Runtime 기반의 “배터리 포함” 구현을 제공하는 고성능 로컬 LLM 라이브러리를 제공할 예정입니다.
이번 자금 지원 기간 동안 저는 Google의 **Gemma 3 모델 패밀리**와 Google의 SentencePiece 토크나이저를 지원하는 첫 번째 버전을 제공할 계획입니다. Gemma 3은 멀티모달이며 전반적인 성능이 뛰어나고 140개 언어를 바로 지원합니다. 구현은 Clojure 생태계(ClojureCUDA, Neanderthal, Deep Diamond 등)와 긴밀히 통합될 것입니다. Gemma 3은 270 M(텍스트 전용)부터 27 B 파라미터까지 여러 크기로 제공되어 사용자가 자신의 하드웨어에 맞는 모델을 선택할 수 있습니다.
Cvetomir Dimov – SciCloj Documentation and Plotting Libraries
SciCloj은 Clojure가 새로운 및 특수한 분야, 사용 사례, 직업으로 확장하도록 돕는 것을 목표로 하는 Clojure 그룹입니다. 기술적인 측면에서 SciCloj은 데이터 분석, AI, 문서 워크플로, 과학 컴퓨팅, 인터옵, 초보자 친화적인 경험을 위한 도구와 라이브러리를 개발합니다. 커뮤니티 측면에서는 여러 작업 그룹과 주간 모임(최근에는 툴링과 AI에 집중)을 운영하고, 오픈소스 기여자를 멘토링하며, 특화된 주제에 대한 컨퍼런스를 조직합니다. 이러한 꾸준한 노력은 첫 번째 온라인 Clojure 데이터‑분석 스토리 컨퍼런스인 SciNoj 로 결실을 맺었습니다.
Source: …
-light/)**.
SciNoj는 Clojure가 이미 지원하는 다양한 응용 분야를 보여주었습니다. 이 프로젝트는 Noj(Clojure에서 데이터 분석을 위한 진입점)와 그 문서를 다음 세 가지 방법으로 확장하고 개선하는 것을 목표로 합니다:
- 플롯 기능 확장 – 더 많은 백엔드와 추가 플롯 유형 지원.
- 대시보드용 새로운 라이브러리 생성.
- Noj 책 확대 – 모든 Noj 라이브러리를 보다 완전하게 다루고 일관된 장 구조를 강제.
Ingy döt Net – Gloat
Gloat 은 이미 Clojure를 다음으로 컴파일합니다:
- Go 코드(관련 Go 빌드 파일 포함)
- 네이티브 바이너리(약 25개의 타깃으로 교차 컴파일)
- Wasm 모듈(브라우저 + 서버)
- 공유 라이브러리(20개 이상의 언어에 대한 FFI 바인딩 포함)
Gloat는 Clojure용 GraalVM의 native-image를 완전한 대체/대안으로 만들고자 하며, 다음을 제공합니다:
- 훨씬 빠른 빌드 시간
- 훨씬 넓은 플랫폼 지원 범위
- 100 % 오픈‑소스 라이선스
프로젝트는 작동하지만 아직 필요한 부분이 있습니다:
- 더 작고 빠른 바이너리
- 실제 환경에서의 Clojure 테스트 확대
Glojure는 새롭고 아직 다듬어야 할 부분이 많기 때문에, Gloat 프로젝트는 gloathub/glojure 포크를 사용해 Gloat와 Glojure를 병행으로 발전시키고, 강력한 업스트림 커뮤니케이션과 모든 개선 사항을 업스트림에 푸시하는 계획을 가지고 있습니다.
Gloat/Glojure 자금 지원 목표
-
바이너리를 더 작고 빠르게 만들기
- 이미 진행된 내용: 사용되지 않은
clojure.core부분을 제외하는 “트리‑셰이킹” 모드.
- 이미 진행된 내용: 사용되지 않은
-
Clojure Compatibility Test Suite 통과율 높이기
-
튜토리얼 문서 만들기
- Gloat를 사용해 Clojure를 Go 프로젝트에 통합하는 방법
- Gloat를 GraalVM 대신 사용해 Clojure 프로그램을 네이티브 바이너리, 공유 라이브러리, Wasm 모듈로 (교차)컴파일하는 방법
Shantanu Kumar – PluMCP
PluMCP(Model Context Protocol)는 Agentic‑AI 생태계의 핵심 구성 요소입니다. 현재 MCP 클라이언트와 서버 기능을 모두 구현하고, OAuth 2.1 통합을 지원하는 STDIO 및 스트리밍 가능한 HTTP 전송을 제공하는 유일한 Clojure + ClojureScript 프로젝트입니다.
- 오픈소스 프로젝트 eca.dev 에서 사용
- MCP 사양 버전 2025‑06‑18 구현
자금 지원 목표
다음 사양 버전 2025‑11‑25 를 구현하고 문서를 개선합니다. 주요 변경 계획:
- 인증 서버 탐색을 위한 OpenID Connect Discovery 1.0 지원
- 서버가 아이콘을 추가 메타데이터로 제공하여 도구, 리소스, 리소스 템플릿, 프롬프트 등에 활용 가능하게 함
WWW-Authenticate를 통한 증분 스코프 동의를 포함한 향상된 인증 흐름- 새로운 사양에 따라 도구 이름 검증
...(이하 내용은 원문을 그대로 유지)