Multica Docs

コミュニティメンテナンスの領域

Multica のどの部分がコミュニティ貢献者によってメンテナンスされているか、それがサポートにとって何を意味するか、そしてそれらの領域で問題が起きたときの報告方法を説明します。

Multica の大部分はコアチームが開発・サポートしています。一部の領域はコミュニティのボランティアが提供し、マージ後もその領域のコミュニティメンテナーとして関わり続けています。これらの領域は毎リリースに同梱されますが、公式のサポート SLA は付きません。

このページが正式な一覧です。ワークフローをある領域の上に構築する前に何に依存するのかを把握できるようにするため、そしてその貢献をした人を名前で記録するためにあります。

コミュニティメンテナンスとは

私たちが約束すること。 その領域は毎リリースに同梱されます。共有レイヤーのリファクタリングを通じて、コアチームがビルドとテストを green に保ち、その領域の issue を担当メンテナーにルーティングします。

約束できないこと。 私たちはこれらのプラットフォームを日常的に使っていないため、実環境に対して挙動を検証できません。実際のプラットフォームへのアクセスが必要なバグは、ボランティアの時間に依存します。したがって応答時間の保証はありません。

領域が終了するとき。 実際のアクセスなしでは修正できない形で壊れ、数リリースにわたって修正が現れない場合、静かに壊れたまま残すのではなく非推奨にすることがあります。このルールはあなたを守ると同時に、メンテナーも守ります。忙しくなったり離れたりしたボランティアは、誰に対しても修正の義務を負いません。

対象領域

領域コードメンテナー開始ステータス
DingTalk チャット連携server/internal/integrations/dingtalk@yyclaw2026-08アクティブ
WeCom チャット連携server/internal/integrations/wecom@leroy-chen@seacen2026-08アクティブ
Telegram チャット連携server/internal/integrations/telegram@leonzone2026-08アクティブ

この一覧は、領域の担当が変わったときにだけ更新されます。ここに記載されていない部分はすべてコアチームがメンテナンスしています。

これらの領域で問題を報告するには

GitHub issues に報告してください。メンテナー本人に DM や @ メンションを送らないでください。彼らが引き受けたのは私たちがルーティングした質問の最初の窓口であり、誰でも呼び出せるサポート窓口ではありません。

issue フォームには Area フィールドがあります。これを埋めてもらえると担当メンテナーにルーティングできるので、ひと手間かける価値があります。

メンテナーになるには

新しい連携やその他のまとまった領域を提供してくれた場合、マージ前にこの話をします。私たちが約束すること、お願いしたいこと、そして上記の終了ルールです。断っても問題ありません。変わるのはその領域の扱いの表記であって、その貢献がマージされるかどうかではありません。