Club Guard places the player at a nightclub entrance where visitors must be inspected against the day’s prohibited-item rules. NubiGames tested it in desktop Chrome on September 27, 2026, combining browser observation with manual play. We inspected multiple visitors, used the body scanner and clothing interactions, confirmed a correct red-button refusal of an armed visitor and reached real end-of-day results.
Launch and advertising
The full launch path was Play now, Let’s Play!, Playgama loading, Bridge Playgama, Unity and then the game. An initial Playgama interstitial displayed a countdown and Close Ad. More interstitials appeared during Settings, Reveal and later inspections.
Observed promotions included Turbo Racer 3D, Mowmentum and Greed. No advertising content was clicked. A +1000-gem video offer with the Q shortcut was visible but left inactive.
Guard rules and prohibited items
On Day 0, the Rules panel explicitly prohibited firearms and knives. Day 2 displayed three barred icons, including a gun and knife; the third was not readable enough to identify. On Day 3, the firearm prohibition was again clear, alongside two uncertain icons.
The Playgama introduction also mentioned searching pockets, bags and clothing for weapons, alcohol and other prohibited objects, but not all of those actions were verified. Directly confirmed mechanics included removing and replacing a helmet or visor with E, removing trousers, moving a scanner over a visitor and seeing the skeleton.
Confirmed correct refusal
A blonde visitor wore a pink dress with black gloves and boots. A long firearm was clearly visible on her back, directly violating the Day 3 rule. The red panel with a cross was manually activated and received a green outline. She moved to the left and disappeared from the checkpoint.
This sequence confirms that the red-cross control can reject a visitor and that this particular refusal was correct. It is the only decision in the test whose rule, selected control and visible outcome were all established.
Other visitors inspected
A masked visitor wore a full black helmet with red visor, green tunic and red shoes. The red cross was activated and the visitor disappeared immediately, confirming another functional refusal. However, no prohibited item had been discovered, so the decision’s correctness remains unknown.
A visitor with a blue-and-gold pharaoh headdress was scanned over the full body, revealing a skeleton. Removing the trousers dropped a small dark rectangular item, but it could not be identified and no final decision was observed.
Another visitor wore blue wraparound glasses, a dark top, gray shorts, a yellow duck accessory and sandals. The shorts were removed and no weapon was visible. After an advertisement, the visitor faced the door in a walking posture, but no direct green-button press or complete exit was captured. Acceptance is therefore not claimed.
Earlier weapon observations
Earlier in the session, a visitor in dark clothing and a full helmet visibly carried an automatic weapon. Another visitor in a pink top and star-shaped glasses held a knife. These objects clearly conflicted with the active rules, but the attempted C interactions showed only hand animations and did not produce reliably observed decisions.
A red-clothed visitor with helmet and back frame had no visible gun or knife. E removed the helmet and revealed the face, but no final decision was confirmed.
Day results and progression
An initial day ended with “The day is over!” and zero for Visitors were killed, Visitors drove away and We missed visitors, plus zero stars and zero visible gems. Continuing unexpectedly moved from DAY:0 to DAY:2.
Day 2 later ended with the same three counters at zero and zero stars, followed by a confirmed transition to DAY:3. The exact number of inspected people was not displayed. No explicit bad-decision warning, death, lost star or other penalty appeared.
Gem totals of 0, 75, 115 and 155 were observed at different moments. Advertisements obscured the transitions, so no specific action or reward is credited as their source.
Controls, settings and shop
WASD and all four Arrow keys moved the guard. Dragging changed the camera, initially with very high sensitivity. Left click worked on buttons. E handled accessories and appeared near shop items, B opened Settings and R activated Reveal, often followed by an interstitial. G and C produced animations without a clearly established purpose.
Settings included Volume, Sensitivity and Graphics Quality. Volume was 0.00, sensitivity began at 15.00 and was reduced, while quality was observed on Low and High. Escape did not close Settings.
A shop or armory area contained weapons and objects priced at 1,750 and 5,500 gems. Attempting the 1,750 item with zero gems caused no purchase or change. No Gam or real-money transaction occurred.
Test limits
We did not confirm green-button acceptance, a knife refusal, bad-decision penalties, Pause, Restart, Undo, Skip, level selection, skins or a purchase. Day 3 was not completed. Mobile, touch and fullscreen remain untested. Playgama was only the provider and Unity the loading engine; no developer is attributed.
Browse more character-driven browser games in the Arcade Games collection.
Frequently asked questions
What is the player’s role in Club Guard?
You inspect nightclub visitors and compare visible or discovered items with the active prohibited-item rules.
Which items were definitely prohibited?
Firearms and knives were explicitly barred during the tested days.
Does the red-cross control reject visitors?
Yes. It correctly rejected a blonde visitor who visibly carried a long firearm.
Can visitor clothing or accessories be removed?
Yes. E removed and replaced a helmet or visor, and trousers were also removed during searches.
Was the scanner tested?
Yes. Moving it over the pharaoh-dressed visitor displayed the skeleton, although no prohibited object was clearly identified.
Was green-button acceptance confirmed?
No. A possible accepted movement was seen after an advertisement, but the green press and full exit were not captured.
