アイテムモード — カットオフタスク + ピックチェッカー + ロッカー

アイテムモードでは、スタッフがギルドチェストからアイテムを物理的に取り出し、メンバー個人のロッカーに梱包し、AO Master上で配送を確定します。このページは梱包フローを端から端まで案内します:承認済みのリギアを カットオフタスク に変え、ピックリスト で何を取り出すかを知り、ピックチェッカー でチェストログと照合し、Recipients タブで各メンバーを配送済みとマークします。

代替案 — アイテムを梱包する代わりにsilverバンクからsilverを支払う — については silverモード — 支払い を参照してください。上流の承認ステップについては スタッフ — 確認 + 承認 を参照してください。両モードの全体像は リギアパイプライン概要 を参照してください。

権限

梱包フローでは ロール編集 → 権限 にある次の3つの権限を使います。

アクション	権限ラベル	使用箇所
カットオフタスクを作成する(#Review Requests の一括アクションから)	Approve Regear Requests	承認と同じ権限です。Approvedタブの「カットオフタスクを作成」ボタンはこの権限でゲートされます。
未割り当てのタスクを引き受ける(Take Task ボタン)	Claim Cut-off Tasks	承認はできないけれど梱包だけを担当するスタッフを置けるよう、専用の狭い権限になっています。
作成者に関わらずタスクを編集 / 取り消し / リネームする	Supervise Cut-off Tasks	任意。これがないと、自分が引き受けたタスクしか release / 完了できません。
メンバー間でロッカーを付け替える	Manage Lockers	ロッカー を参照。

モードゲート

#Cut-off Tasks チャンネルは、ギルドが 支払いモード = アイテム配送(設定 → リギアポリシー → silverリギア)のときだけサイドバーに表示されます。silverモードのいずれかでは、承認済みリギアは #Review Requests の 支払い アクションで支払われます — silverモード — 支払い を参照。モード切り替え前に作成された過去のタスクは監査のために閲覧可能で、新規作成だけがブロックされます。

Approved → カットオフタスク

パイプラインは #Review Requests から始まります。スタッフが申請で 承認 をクリックすると、申請は Pending タブから外れ Approved タブに移ります — これが梱包待ち作業のキューです。

承認済み申請をタスクに変えるには:

1. #Review Requests → Approved タブを開く。
2. まとめて梱包したい行にチェックを入れる。多くのギルドは日次のカットオフ枠でまとめます(例:過去24時間の全承認済み)が、ウォーロール別、メンバー別、または梱包シフトの整理方法に合わせてもまとめられます。
3. 一括アクションバーで カットオフタスクを作成 をクリック。
4. (任意) タスク名を入力。空欄なら、作成タイムスタンプから Cut-off DD/MM HH:MM の名前が自動で付きます。

タスクは未割り当てで作成されます — Claim Cut-off Tasks を持つ誰でも引き受けられます。選択した申請は Approved タブから外れ(別のスタッフが二重に引っ張らないように)、作成したタスクに移ります。

サーバー側のガード

承認済み ステータスの申請だけがタスクに追加できます — 未確認、却下済み、すでに別タスクにある申請は明確なエラーでブロックされます。ブラウザタブが古いまま放置されたケースや、重複する選択範囲で複数スタッフが同時に「Create」をクリックしたケースから守ります。

カットオフタスクチャンネル

REGEAR TEAM → # Cut-off Tasks からチャンネルを開きます。

上部に2つのタブがあります。

タブ	表示内容
Active	未配送の受取人が1人以上いるタスク。梱包担当が作業するのはActiveタブです。
Completed	タスク上のすべての受取人が配送済みになっている。監査用に保持され、それ以上の操作は不要です。

各タスクカードには以下が表示されます。

• タスク名(Supervise Cut-off Tasks を持っていればインラインでリネームできます)。
• 作成者 — タスクを組み立てたスタッフ。
• アイテム数 + 受取人数 — 規模感の即時表示。
• 担当者 — Unassigned(誰も作業していない)または @username(引き受け済み)。
• 進捗バー — N / M 完了 の受取人数。

カードをクリックすると詳細ドロワーが開きます。

ピックリスト — チェストから何を取り出すか

詳細ドロワーは ピックリスト タブで開きます。これはタスク内の全申請を集約して、全受取人が必要とするアイテムをまとめたリストです。

各カードには、アイテムアイコン(ティア対応)、必要数(x1、x2 …)、入るスロット、そして — Armoryが有効なら — 武器庫の現在の在庫(在庫がないかArmoryがOFFのときは x0)が表示されます。在庫バッジは梱包担当が「このタスクを満たすだけの在庫があるか?」を確認するための指標です。

集約キーは (itemBaseName, totalTier) です。2人の受取人が同じアイテムを同じ合計ティア(例:2つのT8 Knight Armor、T6+2 / T7+1 / T8+0 のどれであっても)で必要としていれば、1行にまとめて x2 になります。合計ティアが違えば別カードのままです(T7 Icicle Staff と T8 Icicle Staff は2枚)。ティアの計算方法は アイテム名 + ティア を参照してください。

ヘッダーには3つのボタンがあります。

ボタン	動作
Take Task	このタスクを引き受ける — 自分に割り当てられ、他の梱包担当からは作業中と見えます。
Release	割り当てを解除する(タスクを保持しているときに表示)。リリースしてもタスクは残り、別の梱包担当が引き受けられます。
Undo Task	タスクを削除し、紐付くすべての申請を #Review Requests の Approved タブに戻します。誤って作成された、または束ね直す必要がある場合に便利です。申請は承認ステータスを失いません。

chest log との照合(ピックチェッカー)

ソースのチェストからアイテムを取り出して、「For Regear」用の宛先チェストに入れたら、ピックリスト右上の Verify against chest log ボタンが ピックチェッカー を開きます — 宛先チェストの預入ログを貼り付ければ、何が一致 / 不足 / 余分 / 想定外 かをパーサーが正確に教えてくれます。

使い方:

1. Albionで、リギア宛先として使ったチェストを開き、右クリック → ログをエクスポート。AlbionはTSV(タブ区切り)ファイルを書き出します。
2. ファイルを開き、梱包した時間帯の行をコピーしてテキストエリアに貼り付け。
3. Compare をクリック。チェッカーは(14のAlbion言語のいずれの)アイテム名も解決し、(コアアイテム名, 合計tier) をキーにタスクのピックリストと比較します。結果は3グループに分かれます。
   • OK — 必要 = 取得済み。アイテムは想定どおり配送されました。
   • Missing — 必要 > 取得済み。ソースチェストからまだ取り出す必要があります。
   • Wrong / Extra — 取得済み > 0 だがピックリストにない。違うアイテムまたは違うティアを取った可能性があります。

「Show sample log」を展開すると実物のEN-USサンプルが見られるので、Albionが書き出すフォーマットを確認できます(パーサーは言語を自動検出します)。

完全な設計 — ティアプリフィックスを意識したリゾルバーが存在する理由、言語検出の仕組み、制限事項 — は ピックチェッカーリファレンス(内部設計ドキュメント) を参照。日々の梱包用途には、モーダル内の説明で十分です。

Recipients — 誰に何を渡すか

Recipients タブに切り替えると、メンバーごとの内訳が見られます。

各受取人の行には以下が表示されます。

• キャラクター名 + リンクされたDiscord(@username)+ このタスクに含まれる申請のウォーロールチップ。
• ロッカーバッジ(例:H3 — #01) — 梱包先のロッカー。ロッカーは #Members → Locker のロッカー割り当て、または専用の #Guild Lockers ページから来ます。メンバーにロッカーが割り当てられていないと空欄になります — 梱包前に ロッカー ページで割り当ててください。
• 配送アイテム — このメンバーがこのタスクで受け取るべきものちょうど。アイテムグリッドはリギア申請オーバーレイと同じ3×4レイアウトで、梱包担当が「装備スロットがすべて埋まっているか」をひと目で確認できます。

並び順

Sort by ドロップダウンで受取人の順序を決められます。デフォルトは Group > Locker — Guild Lockersページと同じ物理チェストグループ + ロッカー番号順で受取人がグループ化されます。これはつまり、リストを上から下へ梱包する = ギルドチェストを物理的な順に歩くことになります。代替は2つ:

• War role — まずウォーロールでグループ化(梱包担当の1人がDPSのリギアに特化し、別の1人がサポートを担当する場合に便利)。
• Character A-Z — アルファベット順、グループ化なし。

選択はブラウザ内でユーザーごとに記憶されるので、ページに戻ったら前回の続きから入れます。

受取人を配送済みとマークする

メンバーのロッカーにすべてを梱包したら、その行で Mark delivered をクリックします(タスクを Take した後でのみ有効になります)。これにより:

• 申請ごとの completedAt タイムスタンプが設定されます。
• 申請の receivedAt タイムスタンプが設定され、メンバーの #My Requests 行の 配送済み ステップが切り替わります。
• メンバーの #My Requests 行がリアルタイムで更新されます — ブラウザでの更新不要で 配送済み バッジに切り替わります。

誤クリックしたら、その受取人行の Undo で戻せます — 親タスクがまだ完了していない限り有効です。

タスクを完了する

全受取人が配送済みになると、ドロワーフッターの Deliver Items ボタンが有効になります。クリックすると:

1. 紐付くすべての申請のステータスが approved から completed に切り替わります。
2. 各申請者に永続的な受信箱通知(「リギアの準備ができました — Cut-off 23/05 19:30 で1件配送されました」)が送られます。
3. タスクは Active タブから Completed に移ります。

セーフティゲート

未マークの受取人が1人でも残っているとタスクは完了できません。「N人の受取人が未完了です」と表示されたら、上にスクロールしてチェックされていない場所を探してください。チェックはレース安全で、誰かがあなたが Deliver Items をクリックした瞬間に誰かのマークを外しても、2つのクリックのうち片方だけが勝ち、もう片方はエラーになります。

複数の梱包担当 — 安全に進められること

カットオフパイプラインは、複数のスタッフが同時に作業しても破綻しないように作られています。

• タスク作成 — 2人の梱包担当が重複する申請にチェックを入れて同時に カットオフタスクを作成 をクリックしても、勝つのは片方だけです。もう片方は「すでに紐付けされています」エラーを見るので、更新して再選択するだけで済みます。
• タスクの引き受け — 最初に Take Task をクリックした人が勝ちます。2番目は「Task was taken by another staff member.」を見ます。
• リリース には、自分が担当者であるか、Supervise Cut-off Tasks 権限が必要です。Supervise は梱包担当が作業途中でオフラインになり、別の人が引き継ぐ場合のために存在します。
• 受取人を配送済みにマーク することも、担当者またはスーパーバイザーである必要があります。

なぜ "Claim" と "Take" が両方あるのか

権限名は ロールエディタで Claim Cut-off Tasks ですが、タスクのアクションボタンは Take Task と表記されます。表記が違うのは意図的で、権限名は「このスタッフは梱包担当になっても良いか?」を読ませ、ボタンは「自分が個人的にこのタスクに今取り掛かる」を読ませます。どちらも同じアクションを制御します。

メンバーに見えること

受取人が配送済みとマークされると、メンバーの #My Requests 行に緑の 配送済み バッジと「📦 アイテム準備完了」ハイライトが付きます。通知を有効にしていれば、ベルアイコンのドロップダウンに 「リギアの準備ができました — Cut-off 23/05 19:30 で1件配送されました」 のような受信箱エントリが表示されます。

アイテム自体はメンバーに割り当てられたロッカーに入っています。メンバーはゲーム内でそのロッカーを開いて装備を取り出します — AO MasterはAlbionのインベントリに直接触れません。ロッカーは権限を設定済みの実際のAlbionギルドチェストです。ロッカーの割り当ては、参考としてメンバーの #My Home → Locker パネルに表示されます。

トラブルシューティング

症状	原因	対処
「カットオフタスクを作成」ボタンが無効	選択に承認済みでない申請が含まれる	Approved タブでフィルター。それ以外を選択解除する。
「カットオフタスクを作成」で「すでに紐付けされています」エラー	別のスタッフが重複する申請をタスクに引き入れた直後	Approvedタブを更新して再選択。
タスクがロック / 「Task was taken by another staff member」	別の人が先に Take をクリックした	更新する — その人の @username がカードに表示される。
受取人にロッカーバッジがない	このメンバーにまだロッカーが割り当てられていない	ロッカー で割り当て → 戻って梱包。
ピックチェッカーが「Wrong item」と言うが梱包したはずなのに	貼り付けたログに core_item_name + sumTier がピックリストと同じになる別アイテムが含まれている	Albionのアイテム名を再確認 — まれに別アイテムが同じコアキーに集約されることがある。
ピックチェッカーが間違った言語を表示	TSVヘッダーが欠落している、または貼り付け前に削れている	Albionが書き出した最初の行を含めてログ全体を貼り付ける。パーサーはそれでロケールを検出する。

関連リンク

• スタッフ — 確認 + 承認 — 上流のステップ。
• silverモード — 支払い — 別の配送経路。
• リギアパイプライン概要 — 両モードを並べて。
• ロッカー — ロッカーの割り当て / 解除 / リセット。
• #Cut-off Tasks — 簡易チャンネルリファレンス。