エコシステムの拡大：Obsidianのプラグインレビューへの新しいアプローチ

コミュニティ主導のエコシステムに依存するあらゆるプラットフォームにとって、「スケーリングのボトルネック」は避けられない障害です。ツールがニッチなパワーユーザー向けアプリケーションから主流のナレッジベースへと成長するにつれ、サードパーティ製拡張機能の審査プロセスが摩擦の主な要因となることがよくあります。Obsidianは最近この壁に直面しました。7人の少数のコアチームが、数百万人のユーザーのために数千のプラグインを手動でレビューするという任務を課せられていたのです。

これに対処するため、Obsidianは、提出プロセスを合理化し、プラグインエコシステムのセキュリティ体制を向上させるために設計された、新しいコミュニティサイトと自動レビューシステムを発表しました。この転換は、会社がオープンな拡張性とプラットフォームの安定性のバランスをどのように取るかにおける、重要な進化を表しています。

手動レビューを超えて

最近まで、Obsidianのコミュニティギャラリーに新しいプラグインを提出するには、手動のレビュープロセスが必要でした。セキュリティと品質を確保することを目的としていましたが、このアプローチは持続不可能になりました。AI支援によるコーディングの台頭により、プラグイン作成の障壁が低くなり、提出数が急増してコアチームを圧倒してしまいました。

コミュニティメンバーの @dtkav が指摘したように、手動レビュープロセスは「基本的に新しいプラグインを提出することが不可能」な状態にしており、開発者の不満とチームの燃え尽き症候群を引き起こしていました。新しい自動システムは、この圧力を軽減するように設計されており、開発者がセキュリティの基本ラインを維持しながら、ツールをユーザーの手元に素早く届けることを可能にします。

セキュリティの議論：自動化 vs サンドボックス化

自動チェックへの移行は、開発者の速度向上にとっては勝利ですが、技術コミュニティ内では、プラグインの実際のセキュリティに関する重要な議論を巻き起こしています。現在のモデルはコードの審査に依存していますが、批判的な人々は、これが根本的なアーキテクチャのリスクに対処していないと主張しています。

サンドボックス化の必要性

いくつかのユーザーは、堅牢な権限システムがない限り、プラグインは本質的にユーザーのシステムへのフルアクセス権を持っていると指摘しています。ユーザー @troad は、現在の状態を「click here for RCE」（リモートコード実行）と表現し、プラグインが依然としてフルディスクとネットワークへのアクセス権を持っていると主張しています。

同様に、 @varun_ch は、自動チェックではプラグインが悪意のあるものかどうかを確実に判断することはできないと示唆し、唯一の真の解決策は「明示的なAPIと権限システムを使用して、それらを適切にサンドボックス化すること」であると提案しています。

レビューにおけるAIの役割

コードを審査するためにAIを使用することについても懐疑的な見解があります。一部の人はそれを有望なユースケースと見ていますが、 @aucisson_masque のような他の人々は、「もしAIがコード内のマルウェアを特定できるなら、それは自分自身に対して（マルウェアを）隠すこともできる」と警告しています。

Obsidianチームからの洞察

Obsidian CEOの Kepano が、このシステムを構築する上での課題についての文脈を提供するために議論に参加しました。彼は、このプロジェクトが1年かけて構築されており、いくつかの競合する優先事項のバランスを取らなければならないことを強調しました。

• 導入の容易さ: システムは、既存の開発者が使いやすいものでなければなりません。
• 後方互換性: 数百万人のユーザーの既存のワークフローを壊してはなりません。
• 段階的な改善: 目標は、すぐに完璧で万能な解決策を試みるのではなく、反復的にセキュリティと発見可能性を向上させることです。

Kepano は、新しいシステムを「進行中の作業（work in progress）」と表現し、チームがコミュニティのフィードバックに耳を傾け、レビュープロセスを継続的に改善していくことを示唆しました。

コミュニティの視点と摩擦点

プラグインレビューシステム以外にも、議論ではObsidianユーザーにとってのいくつかの繰り返される不満点（pain points）がハイライトされています。

• オープンソースへの要求: @dakiol のような一部のユーザーは、コアアプリケーションがプロプライエタリ（独占的）であるため、ツールの使用を拒否しています。彼らは、クローズドソースのKB（ナレッジベース）に依存することは、ソフトウェアが変更された場合にリスクが大きすぎるワークフローを形成してしまうと主張しています。
• コラボレーションのギャップ: Obsidianの個人向けの高い能力と、チームのコラボレーションニーズとの間に、認識されたギャップがあります。ユーザー @jkcorrea が指摘したように、権限と共有に関する機能の欠如は、Notionのようなツールと比較して、仕事の文脈における「non-starter（開始不可）」の要因となっています。
• プラットフォームの均一性: 一部のユーザーは、iOSでの体験が不十分であると報告しており、プラグインの読み込みや全般的なパフォーマンスの問題を指摘しています。

結論

Obsidianの自動プラグインレビューへの移行は、7人のチームがグローバルなコミュニティを管理する上で、必要なステップです。開発者の燃え尽き症候群と提出のボトルネック解消は即座の課題を解決しますが、それはサンドボックス化と正式な権限APIの必要性についてのより深い議論を切り出します。現時点では、コミュニティはよりスケーラブルで透明なシステムへと向かっていますが、「完全な拡張性」と「強化されたセキュリティ」の間の緊張関係は、Obsidianの進化における中心的なテーマであり続けます。