fix(projects): list comparator and sculk sensor clocks

content/projects/de/anti-redstoneclock-remastered.md

@@ -39,7 +39,7 @@ Es ist ein Nachbau von Trafalcrafts antiRedstoneClock, von Grund auf neu geschri
 
 ## So erkennt es Clocks
 
-Das Plugin sieht sich keine Bauten an, es zählt Ereignisse. Sobald ein Block zum ersten Mal ein relevantes Ereignis auslöst — ein Kolben fährt, ein Repeater aktualisiert sich, ein Observer pulst, Redstone-Staub ändert sich oder ein Hopper bewegt Items —, beginnt das Plugin ihn zu beobachten und setzt ihm eine Frist. Erreicht der Block das Auslöse-Limit vor Ablauf der Frist, ist er eine Clock; sonst wird er vergessen. Beide Werte sind einstellbar. Hopper-Ketten zählen nur, wenn Items zwischen einem Paar hin- und herwandern, damit Sortieranlagen und Lager nicht gemeldet werden.
+Das Plugin sieht sich keine Bauten an, es zählt Ereignisse. Sobald ein Block zum ersten Mal ein relevantes Ereignis auslöst — ein Kolben fährt, ein Repeater oder Comparator aktualisiert sich, ein Observer pulst, ein Sculk-Sensor schlägt an, Redstone-Staub ändert sich oder ein Hopper bewegt Items —, beginnt das Plugin ihn zu beobachten und setzt ihm eine Frist. Erreicht der Block das Auslöse-Limit vor Ablauf der Frist, ist er eine Clock; sonst wird er vergessen. Beide Werte sind einstellbar. Hopper-Ketten zählen nur, wenn Items zwischen einem Paar hin- und herwandern, damit Sortieranlagen und Lager nicht gemeldet werden.
 
 Bevor ein Block gezählt wird, können Filter die Prüfung beenden: die Serverlast (die Erkennung pausiert, solange die TPS außerhalb von `tps.min`–`tps.max` liegen, standardmäßig 15–20), die Schalter für die Ereignistypen (`check.*`-Einstellungen), eine ignorierte Welt, eine WorldGuard-Region (über das Flag `redstone-clock` oder die Liste `check.ignoredRegions`) oder ein PlotSquared-Grundstück, das Clocks erlaubt.
 

content/projects/en/anti-redstoneclock-remastered.md

@@ -39,7 +39,7 @@ It is a re-creation of Trafalcraft's antiRedstoneClock, rewritten from scratch w
 
 ## How it detects clocks
 
-The plugin does not look at builds, it counts events. The first time a block produces a relevant event — a piston firing, a repeater updating, an observer pulsing, redstone dust changing or a hopper moving items — the plugin starts observing it and gives it a deadline. A block that reaches the trigger limit before the deadline is a clock; a block that does not is forgotten. Both numbers are configurable. Hopper chains are only counted when items travel back and forth between a pair, so sorters and storage systems are not reported.
+The plugin does not look at builds, it counts events. The first time a block produces a relevant event — a piston firing, a repeater or comparator updating, an observer pulsing, a sculk sensor going off, redstone dust changing or a hopper moving items — the plugin starts observing it and gives it a deadline. A block that reaches the trigger limit before the deadline is a clock; a block that does not is forgotten. Both numbers are configurable. Hopper chains are only counted when items travel back and forth between a pair, so sorters and storage systems are not reported.
 
 Before a block is counted, filters can end the check: the server load (detection pauses while TPS is outside `tps.min`–`tps.max`, by default 15–20), the event-type switches (`check.*` settings), an ignored world, a WorldGuard region (through the `redstone-clock` flag or the `check.ignoredRegions` list) or a PlotSquared plot that allows clocks.