옵시디언 커뮤니티 출시 — 플러그인 4,000개 시대를 떠받치는 자동 리뷰 시스템

한줄 요약

옵시디언이 플러그인·테마 전용 디렉토리 사이트 Obsidian Community와 개발자 대시보드를 출시하고, 모든 버전을 자동으로 보안 검사하는 리뷰 시스템을 도입했어요. 코딩 에이전트가 플러그인을 쏟아내는 시대에 맞춰진 거버넌스 업데이트예요.

무슨 일이 있었나?

2020년 옵시디언 API 출시 이후 커뮤니티가 만든 플러그인과 테마는 4,000개를 넘었고, 누적 다운로드는 1억 2천만 회를 돌파했습니다. 옵시디언 팀이 5월에 발표한 변화는 크게 네 가지예요.

Obsidian Community 디렉토리 사이트 출시 — 카테고리별 탐색, 검색, 정렬이 가능한 새 디렉토리. 프로젝트별 상세 페이지·스크린샷·안전 스코어카드 제공. 유료 플러그인과 공식 통합(Official integration) 라벨 신설.
Developer Dashboard 신설 — 개발자가 자신의 프로젝트를 제출·관리·추적할 수 있는 대시보드. 기존 GitHub 기반 제출분은 모두 자동 이관.
자동 리뷰 시스템 도입 — 모든 버전이 매번 코드 품질·보안 취약점·악성 코드 스캔을 거침. 그동안 옵시디언 작은 팀이 수동 리뷰하던 방식의 한계 해결.
2,300건 이상 대기 큐 일괄 처리 — 새 시스템으로 지난 며칠 사이에 누적 대기 제출분을 모두 검토 완료.

옵시디언 팀은 이 변화의 배경을 한 문장으로 정리했습니다.

"코딩 에이전트가 플러그인 생성을 가속하면서, 리뷰 큐가 점점 길어지기만 하고 있었습니다."

수동 리뷰는 사라지지 않습니다. 인기 플러그인·피처드 플러그인·커뮤니티가 신고한 이슈는 여전히 사람이 직접 본다고 명시했어요.

왜 중요한가? — AI 시대 플랫폼 거버넌스의 첫 신호

이 발표가 단순히 "옵시디언이 사이트를 새로 만들었네" 수준에서 끝나지 않는 이유가 있어요.

1. 코딩 에이전트가 만드는 공급 폭증

Claude Code·Cursor·Codex 같은 도구로 플러그인 한 개 만드는 데 걸리는 시간이 일 단위에서 시간 단위로 줄었습니다. 옵시디언이 자체 CLI(Obsidian CLI)까지 내놓으면서 진입 장벽은 더 낮아졌고요. 옵시디언 팀이 "제출 속도가 느려질 거라고 기대하지 않는다(don't expect the pace to slow down)"고 못 박은 이유예요. 사람이 하나하나 리뷰하는 모델이 무너졌다는 뜻입니다.

2. 자동 검사 + 스코어카드 = AI 시대의 신뢰 인프라

새 시스템은 모든 버전을 자동으로 검사해 스코어카드로 노출합니다. 앞으로 추가될 항목도 명시했어요.

항목내용시점자동 보안 스캔모든 버전마다 코드 품질·취약점·악성코드 검사출시 즉시스코어카드자동 체크 결과를 사용자가 설치 전 확인출시 즉시Disclosures플러그인이 접근하는 네트워크·파일시스템·클립보드 권한 공개향후 수개월Verified authors추가 검증을 거친 개발자 신뢰 라벨향후 수개월Artifact attestation빌드 산출물 출처 증명향후

플러그인이 어떤 권한을 요구하는지 모바일 앱처럼 사전 고지하는 흐름입니다. iOS·안드로이드의 권한 모델이 데스크탑 노트 앱 생태계로 넘어오는 셈이에요.

Photo by BoliviaInteligente on Unsplash

3. 기존 플러그인도 새 기준 통과해야

발표에서 가장 무게 있는 한 문장은 이거예요.

"새 리뷰 기준을 통과하지 못하는 플러그인과 테마는 결국 공식 디렉토리에서 단계적으로 제외됩니다(eventually be phased out)."

오래된 플러그인에는 임시 예외가 주어졌지만, 결국 모두 새 기준을 만족해야 살아남습니다. 1억 2천만 다운로드를 떠받치던 옵시디언 생태계가 한 번 정리되는 거예요.

실전에서 어떻게 쓸 수 있을까?

이 변화가 마케터·콘텐츠 작업자·1인 창업자에게 어떻게 다가올까요?

활용 1: 플러그인 설치 전 스코어카드 확인 루틴

옵시디언으로 자료 정리·뉴스레터 초안·콘텐츠 위키를 운영한다면, 새 플러그인을 깔 때 반드시 스코어카드를 확인하세요. 자동 보안 스캔 결과가 노출되면서 "별이 많아서 깔았는데 알고 보니 클립보드를 읽고 있었다" 같은 사고를 줄일 수 있어요. 회사 자료를 옵시디언에 보관 중이라면 특히 중요합니다.

활용 2: 팀 단위 옵시디언 사용 정책 정비

옵시디언이 "팀이 어떤 커뮤니티 플러그인을 허용할지 관리하는 기능을 수개월 내 출시한다"고 발표했어요. 사내에서 옵시디언을 노트·문서 도구로 도입한 회사라면, 미리 다음을 정리해 두세요.

사내 허용 플러그인 화이트리스트
외부 네트워크 접근 권한이 있는 플러그인 사전 검토 절차
비밀번호·API 키가 들어가는 노트와 분리된 볼트 운영 방침

활용 3: AI 도구로 개인 플러그인 만들기 좋은 타이밍

옵시디언 CLI + Claude Code 조합이면 비개발자도 자기만의 플러그인을 만들 수 있어요. 지피터스 멤버라면 "내 콘텐츠 위키에 GSC 데이터 자동 동기화", "뉴스레터 초안 자동 생성" 같은 개인 워크플로우용 미니 플러그인을 만들 만한 시점입니다. 단 자동 리뷰 시스템이 강화된 만큼, 처음부터 옵시디언 Developer Policies를 따라 만드는 게 시간 낭비를 줄여요.

💡 한 발 더 — 나의 생각

이번 발표를 보면서 가장 인상적이었던 건 옵시디언이 "AI를 막지 않는다"는 입장을 명확히 한 점이에요. 보통 플랫폼 회사가 코딩 에이전트로 인한 봇 트래픽·자동 제출 폭증을 마주하면 두 가지 반응이 나옵니다.

봇 차단 / 제출 속도 제한 (수비): 큐를 줄이려는 방어적 접근
자동화 시스템으로 처리량 자체를 늘리기 (공격): 인프라를 다시 짜는 적극적 접근

옵시디언은 후자를 택했어요. "AI가 더 빨리, 더 많이 만드는 흐름은 막을 수 없다"는 전제를 받아들이고, 검사·리뷰·신뢰 인프라를 자동화로 다시 짜는 길을 선택한 거죠. 이게 의미하는 게 뭘까요?

앞으로 12개월 안에 다른 플랫폼들도 같은 패턴을 따라갈 가능성이 높습니다. 예를 들어 노션·피그마·드롭박스 같은 회사들도 자체 플러그인/extension 생태계를 운영하고 있는데, 코딩 에이전트가 만든 작은 익스텐션이 폭증하면 옵시디언과 똑같은 의사결정에 직면합니다. 자동 보안 스캔·스코어카드·권한 공개·검증 배지 — 이 네 가지가 AI 시대 플러그인 생태계의 표준 인프라로 굳을 가능성이 큽니다.

마케터 입장에서 한 가지 더 — 콘텐츠 작업 도구로 옵시디언을 쓴다면 지금이 정리 타이밍이에요. 지피터스 같은 콘텐츠 위키 운영자, 뉴스레터 작성자, AI 자료 큐레이터에게 옵시디언은 강력하지만 위험한 도구입니다. 별 평점만 보고 깐 플러그인 중에 외부 서버로 노트를 보내는 게 섞여 있다면, 회사 콘텐츠 전체가 새는 사고가 일어날 수 있어요. 스코어카드가 노출되는 지금 시점에 본인 볼트의 플러그인 목록을 한 번 점검해 보는 걸 추천합니다.

자주 묻는 질문

Obsidian Community 사이트는 어디서 들어가나요?

옵시디언 공식 블로그 글(obsidian.md/blog/future-of-plugins/)에 자세한 내용과 링크가 안내되어 있어요. 기존 옵시디언 앱 내부의 Community plugins 탭과는 별도의 웹 디렉토리로 운영됩니다.

자동 리뷰 시스템이 도입되면서 무료 플러그인도 영향이 있나요?

네, 무료·유료 구분 없이 모든 플러그인과 테마가 새 기준의 검사 대상이에요. 기준을 통과하지 못한 기존 플러그인에는 임시 예외가 주어졌지만, 결국 공식 디렉토리에서 제외될 수 있습니다.

개발자가 아닌데 이 변화가 나에게 어떤 영향을 주나요?

플러그인 설치 시 스코어카드와 안전 정보를 미리 볼 수 있게 됩니다. 향후 권한 공개(Disclosures) 기능이 추가되면 어떤 플러그인이 네트워크·파일시스템에 접근하는지 사전에 확인할 수 있어요. 일반 사용자에게는 보안성이 올라가는 변화입니다.

옵시디언 플러그인을 직접 만들고 싶다면 어디서 시작해야 하나요?

옵시디언 공식 Developer Documentation(docs.obsidian.md)과 obsidian-releases GitHub 저장소가 시작점이에요. Claude Code나 Cursor 같은 AI 코딩 도구를 활용하면 비개발자도 단순한 플러그인은 만들 수 있습니다. 단 처음부터 옵시디언 Developer Policies를 따라야 새 리뷰 시스템을 통과합니다.

Obsidian Community와 기존 GitHub 기반 제출 방식은 어떻게 달라지나요?

기존에는 GitHub PR로 플러그인을 제출했지만, 이제는 새 Developer Dashboard에서 통합 관리합니다. 기존 GitHub 기반 제출분은 자동으로 이관됐고, 개발자는 새 사이트에 GitHub 계정으로 로그인해서 본인 프로젝트를 클레임하면 됩니다.

참고 자료

원문: https://obsidian.md/blog/future-of-plugins/