Tower of Hell の section filtering は、community guide が private-server の section pool を性質で絞る方法として報告しています。現在の reference は conveyor、kills、locals、phantom のような tag と、!、& operator に触れます。一方で、機能が止まった、または変わったという player report もあります。live owner interface が確認するまで、すべての expression を実験として扱います。
evidence の限界を理解する
公式 experience description が確認する VIP setting は skip、tower size、shop lock です。section-filter syntax は公開していません。community wiki は本物の古い機能を保存していても、現在の client には間違っている可能性があります。そのため、このページは動作する command や完全な tag set を保証しません。
filter を見ることも再現することもできないなら、filter だけを理由に private server を買いません。
報告された tag を慎重に読む
community documentation は、conveyor をコンベア挙動、kills を killpart 関連、locals を locally acting content、phantom を特定の性質または category の区間として使います。定義と pool coverage は公式ではありません。複数 property を組み合わせる section や、更新で分類が変わる section もあります。
tag は「結果の tower に報告された性質があるか」という hypothesis として使います。label を正しいと決めず、結果を記録します。
報告された operator を読む
報告では ! operator は exclusion、& は requirement の組み合わせとして説明されることが多いです。ただし位置、空白、expression 全体の形式は first-party documentation で確立していません。記号の周りに独自の command wrapper を発明しません。
live settings field に example や validation があれば形式をそのまま写します。何もなければ、単純で破壊的でない expression 一つだけを試し、反応を観察します。
再現可能な test を行う
- 操作を許可された公式 private server を使います。
- Place ID、日付、tower size、開始 setting 全体を記録します。
- 見える filter field または現在の help response を探します。
- 単純で対応していそうな tag 一つをそのまま一回入力します。
- 通常の control で新しい tower を開始します。
- 各 section と target property の有無を記録します。
- 結論の前に複数 tower で繰り返します。
- filter を消し、通常の選出が戻るか確認します。
一致する section 一つは random でも出るため、filter が機能した証明ではありません。visible な success response と、pool が繰り返し変わることの方が強い evidence です。
exclusion と組み合わせは後で試す
単一 tag が動いてから exclusion や intersection を試します。tower size と他の setting を固定し、filter なしの baseline set と比べます。syntax が拒否される、結果が区別できない場合は unresolved と記録し、command を無限に回しません。
shared session で大量 skip と filter を組み合わせる時は、player に警告します。
集中練習に使う
検証済みなら、conveyor filter は強制移動の反復、killpart filter は clearance と timing の練習に役立つ可能性があります。目的は skill transfer です。集中練習の後は unfiltered random tower に戻り、通常の組み合わせでも技術が残るか確認します。
filter を、一覧の特定 section が常に一つの tag に属するという主張に変えません。観察日と current place を残します。
効果がない時の確認
owner permission、現在の private server、正しい field または command context、設定が next round に適用されるかを確認します。extra space や argument を消すのは live help が形式を示す場合だけにします。UI が古いようなら一度再参加します。
現在の report が衝突し、公式 control も出ないなら止めます。その session では filtering を unavailable または unverified とします。executor、改造 client、browser script で強制しません。
evidence checklist
- 公式 universe と、許可された private server を確認した。
- 現在の visible control または response を保存した。
- baseline tower set を記録した。
- operator 前に一つの tag を試した。
- 他の setting を固定した。
- 複数の結果を観察した。
- random match を証明にしなかった。
- 終了後に filter を消した。
- すべての結論に版の日付を付けた。
情報源と確度
Tag 名と operator は 2026 年 8 月 23 日に確認した community report です。filter が現在も support されるかについて report は衝突しています。公式 description は syntax を記録していません。現在形の主張は live owner control、validation message、再現可能な section result に基づけてください。