プラグインのドキュメントをこの時点で更新すべきだという点には同意します。「非推奨」期間の目的は、プラグインがまだ動作するものの、サイトが「まもなく動作しなくなる」という警告を表示する期間を設け、プラグイン作成者に修正のための十分な時間を提供することにあります。しかし、その期間中、フルタイムの常勤開発者チームであっても、コアプラグイン開発ドキュメントの更新を完了できませんでした。チームでさえ同じ期間内に完全に管理できない状況で、個人開発者にそれを求めるのは奇妙な期待です。
これは私には、開発スピードが速すぎるか、あるいはプラグイン作成者が Discourse にとって重要な優先事項ではないことを示していると受け取れます。個人的には、後者の方が強いと感じています。何らかの部分は後回しにせざるを得ないことは理解していますので、これは批判ではなく、私からの観察です。Discourse は依然としてプラグインを通じて完全にカスタマイズ可能であり、継続的な改善に感謝しています。
とはいえ、ボイラープレートとなるプラグインを構築するためのステップバイステップのドキュメントガイドは、もはや時代遅れの考え方だと考えます。現在、アマチュア開発者がプラグインの骨格を作成するために必要なのは、エージェントが読んで理解するための単一のコンテキストドキュメントだけで十分です。実際、Discourse のようなオープンソースコードベースでは、エージェントがコードベース自体から直接コンテキストを取得するため、ドキュメントは不要です。私がプラグインに取り組んでいた際、Claude が既存のプラグインを読み、デザインパターンを学習しているのを目撃しました。さらに、コアコードのバグを特定することもできました：Chat Pitchfork timeouts: replies silently create threads and auto-tracking bloats over time
要するに、これからアマチュアプラグイン作成者を目指す方々へ、ドキュメントは古くなっているかもしれませんが、プラグインの構築は過去任何时候よりも 1000 倍も簡単になっています。