AlphaCloud v1.10.1：Utility、期間限定のロール連携、プライベートなチケットスレッド

v1.10.1は v1.10.0 の翌日に公開され、公式にはホットフィックスです。それでも、まるごと新しいモジュールが1つ入っています。アイデアボードにはすでに次の提案が待っていて、そのうち5つをすぐに形にしました。

Utility：管理者でなくてもロールとチャンネルを管理

提案のタイトルはシンプルに「Add a utilities module」で、はっきりした希望が1つ添えられていました。権限を細かく設定できるようにしてほしい、というものです。新しいモジュールは、あなたのチームに2つのコマンドを用意します。/utility role では、メンバーがロールの作成、付与、剥奪、編集、削除を行い、/utility channel では、チャンネルの作成、削除、名前の変更、ロック、低速モードの設定を行います。実際に実行するのはすべてボットです。

まさにそこにリスクがあります。ボットはふつう、それを使う人よりも多くの権限を持っています。その権限を受け渡すモジュールは、ルールが安全である分しか安全になりません。そのため10個のアクションはすべて最初はオフになっていて、それぞれについてパネルで個別に設定します：

• 誰が使えるか：対応するDiscordの権限、ロール、またはその両方で指定でき、さらに絶対に使えないロールも指定できます
• どのロールとチャンネルには決して触れてはいけないか
• メンバー1人が1時間に何回使えるか

これに加えて、オフにできないルールもあります。ロールが操作されるのは、そのロールがメンバーの最上位ロールより下にある場合だけです。ロールを付与する人は、そのロールの権限をすべて自分自身も持っていなければなりません。下位のロールでも、BANの権限を持っていることがあるからです。新しいロールに付く権限は固定のリストからだけで、そのリストには管理者、サーバー管理、ロールの管理、チャンネルの管理、ウェブフック、BAN、キックは決して含まれません。しかもそのリストの中でも、メンバー自身が持っている権限だけです。すべてのチェックは使うたびにその時点のサーバーの状態に対して行われ、確認ボタンをクリックしたときにもう一度行われます。

削除には必ず確認が必要です。また、削除のあとDiscordの監査ログには実行者としてボットが記録されるため、Utilityはすべての削除を事前に私たちのAnti Nukeに報告します。Anti Nukeはその削除を、コマンドを使ったメンバーの操作として数えます。この手順がなければ、誰かがボットを通じてサーバーを空っぽにできてしまい、Anti Nukeにはボットしか見えません。そしてボットは、Anti Nukeがあえて疑わない相手です。

Premiumなしでは、メンバー1人あたり1つのアクションを1時間に最大10回使えます。Premiumでは最大100回になり、新しく作成または編集したロールにどの権限を付けてよいかを決められるほか、ロールのアクションを固定のリストに、チャンネルのアクションを特定のカテゴリーに限定できます。Premiumの期限が切れても、これらの設定は引き続き適用されます。ほとんどの場合は制限する方向の設定であり、期限切れのプランが以前より多くを許すことがあってはならないからです。そのほかはすべて Utilityのドキュメント（ドイツ語）にあります。

ロール連携：期間限定、複数のトリガーにも対応

ロール連携はv1.10.0で始まったばかりですが、さっそく2つの提案が届きました。

期間限定のロール。 ルールでロールを期間限定で付与できるようになりました。期間は1時間から90日までです。時間が来るとボットはロールを外します。途中でボットが再起動していても同じです。ロールを付与する前に終了時刻を保存しているからで、終了時刻が保存されていないロールは、いつまでも消えなくなってしまいます。その後、メンバーがまだトリガーロールを持っているからといって、ボットがロールを付け直すこともありません。そうでなければ「期間限定」に意味がなくなってしまいます。これらのロールは 一時ロール（ドイツ語）にも表示され、そこで早めに終了させることもできます。

1つのルールに複数のトリガー。 20個のロールのために20個のルールを作る必要はもうなく、1つで足ります。これらのロールのどれかを持っている人は、ロールXを受け取ります。Premiumなしでは1つのルールにつきトリガーロールを3つ、Premiumでは25個まで設定できます。「再び外す」をオンにしている場合、ボットがロールを外すのは、メンバーがトリガーロールを1つも持たなくなったときだけです。詳しくは ロール連携のドキュメント（ドイツ語）をご覧ください。

チケットをプライベートスレッドで、今度は正しく理解して

v1.10.0の記事で、私たちはアイデア「Ticket thread」を最初は誤解してプライベートスレッドを作り、あとからフォーラムのことだとわかった、と認めました。この話には続きがあります。そのあとで、やはりプライベートスレッドこそが狙いだったという説明があったのです。そこで今は両方あります。

チケットカテゴリーはそれぞれ、チケットを独自のチャンネル、フォーラムの投稿、プライベートスレッドのいずれかで開けます。スレッドは、チケットパネルのあるチャンネルか、好きなチャンネルに作られます。フォーラムと違って、プライベートスレッドが見えるのは中にいる人だけです。つまり作成者、チーム、そしてそのチャンネルでスレッドを管理できるすべての人です。そのためスレッドは応募や支払いに関する質問にも向いていて、チャンネル一覧を埋めることもありません。

知っておいてほしいDiscordの特性が1つあります。ロールはスレッドに参加できず、参加できるのは個々のメンバーだけです。そのためボットは、チームロールのメンバーを1人ずつ追加します。最も確実なのは、チームロールがチケットチャンネルで「スレッドの管理」を持っている状態です。そうすれば、回り道なしにすべてのチケットが見えます。チケット（ドイツ語）をご覧ください。

AFKログをボイスチャンネルに直接

これまで、AFK Roomのログは別のログチャンネルに送られていました。これからは、AFKボイスチャンネルのテキストチャットに直接送れます。移動されたメンバーがどのみちいる場所です。そこではメンバーへのメンションで通知が飛ぶことはありません。ついでに、ログも新しいメッセージデザインになりました。AFK Room（ドイツ語）をご覧ください。

修正

• フォーラムのチケットは、v1.10.0以降、クローズメッセージの下のボタンで再オープンも削除もできず、ボットはチケットチャンネルにいないと言っていました
• 独自エンドポイントでのAIチャット： https://api.groq.com/openai/v1 や https://openrouter.ai/api/v1 のように、すでにバージョンで終わるベースURLに2つ目の /v1 が付けられ、どのメッセージもどこにも届いていませんでした。よりによって、ほとんどのプロバイダーのドキュメントに載っているのがこの形式です。URLやモデル名が間違っている場合は、エラーレポートではなく短いヒントがチャンネルに表示されるようになりました
• 推論モデル（Groqの openai/gpt-oss-20b など）は、独自エンドポイント経由だと空の回答を返していました。今は実際の回答のために十分な余裕が与えられます
• /moderation roleall は、大きなサーバーでは15分を過ぎると数秒ごとに新しい進捗メッセージを投稿していました。Discordでは、ボットがコマンドの返信を編集できるのが15分間だけだからです。今は1つのメッセージが進捗を最新の状態に保ちます
• チケット： 自動で削除されたチケットのログメッセージに、常に7日と書くのではなく、パネルで設定した保存期間が表示されるようになりました
• 一時ロール： パネルで有効期限の日付が不完全な場合、ページが壊れる代わりにわかりやすいヒントが表示されます
• 言語の選択（パネル、バグ報告、アイデア、異議申し立て、トランスクリプト）：新しい言語が1回目で確実に反映され、再読み込みのあとにときどき元に戻ってしまうことはなくなりました

変更と削除

• パネルのアカウントの裏側にあるDiscordのログイントークンは、私たちのデータベースに暗号化して保存されるようになりました。あなたにとって変わることは何もなく、ログインし直す必要もありません
• /check：Gammaはサービスがオフラインになったため、プロバイダーとして利用できなくなりました

Utilityは パネル の「モデレーション」にあり、変更点の全リストはDiscordサーバーの変更履歴にあります。今回のアップデートの新機能5つは、すべてアイデアボードから生まれました。足りないものがあれば ideas.alphacloud.bot へどうぞ。