獨家踢爆

CLOVE 後台內建「保證中獎用戶分配」:日、港、美版本都有,帳戶仲可以被封刪

CLOVE 嘅公開管理介面入面,有一套揀商品、排時間、再分配用戶嘅流程,日本、香港同美國兩個庫存版本都有;本文教你三步自己開原始碼核對,亦講清楚帳戶條款點樣影響你手上嘅紀錄。

重點

  • 日、港、美庫存管理版本都有同類分配流程。
  • 操作定義檔搵到 2 處,日本管理頁搵到 3 處。
  • 圖解同程式讀回日期:2026-09-05。

你畀錢,等抽卡。店舖後面,卻有一套「分配用戶」嘅流程。佢分嘅係入場資格,定係會影響邊個攞到好嘢?呢個問題,值得追到底。

三步圖解:開原始碼自己睇

先截圖、先備份 · 神抽背後嘅秘密

想像有間抽卡店。

櫃檯前,大家買咗抽獎券,等住喺箱入面抽獎。你未必會贏,但至少想知:大家係咪跟住講好咗嘅規則玩?

本鸚鵡查 CLOVE 嗰陣,喺管理介面嘅公開資料搵到一套流程:揀商品、排時間,再分配用戶。日本、香港,同美國兩個庫存管理版本,都有相關設計。

好似大家仲喺櫃檯前等緊,我哋卻發現,後房另外有張安排人嘅工作表。

呢個係比喻,唔係拍到有人喺後房出千。真正要查嘅,係張「工作表」做乜,同畀錢嗰個人事先知唔知。

唔相信?開原始碼自己睇:三步圖解

唔使先信本鸚鵡。開個網址,將個名貼入搜尋框,原始碼就喺眼前。 以下四張都係實際 Chrome 畫面;撳圖可以放大。

第一步:認清後台登入入口,再對 Google 張清單

先開呢個後台登入入口,佢會帶你去登入頁。張圖畀你認清入口;要確認佢同 CLOVE 官方系統嘅關聯,再睇下一張清單。

圖 1:關閉自動翻譯後嘅原站畫面,標題係「Clove 管理画面」;表單空白,冇登入。
圖 1:關閉自動翻譯後嘅原站畫面,標題係「Clove 管理画面」;表單空白,冇登入。

官方網站同後台登入頁嘅程式,用緊同一組專案設定。Google 回傳嘅同一專案清單,仲同時列出 clove.jp、oripa.clove.jp、clv-admn-next.vercel.app。開 Google 回應嘅保存原件,自己逐個對。呢份資料支持兩邊喺專案設定上有關聯;清單唔係公司擁有權證書。

圖 2:用 Chrome 開 Google 回應嘅保存原件。原回應取得時間:2026-09-05 03:56 UTC;三個網域都喺同一份 authorizedDomains 清單。
圖 2:用 Chrome 開 Google 回應嘅保存原件。原回應取得時間:2026-09-05 03:56 UTC;三個網域都喺同一份 authorizedDomains 清單。

第二步:直接開兩份公開前端程式

唔使帳號,唔使撳登入。直接開:

  1. 操作定義:2902-8f2cdd12f9517a68.js——睇完整操作名稱同傳入參數。
  2. 日本管理頁:list-0f33ebdda397cc72.js——睇頁面點樣提交卡池 ID、讀返結果。

見到密密麻麻嘅字好正常:呢啲就係網站發畀瀏覽器嘅程式文字。唔使改任何嘢,下一步直接搜尋。

第三步:撳 Ctrl+F,貼入呢個完整名稱

Windows/Linux 撳 Ctrl+F;Mac 撳 ⌘+F。貼入下面成段,唔好加空格,再撳 Enter:

scheduleAssignGuaranteedWinOripaUsers

操作定義檔搵到 2 處;日本管理頁檔搵到 3 處。 呢個係2026年9月5日本次讀到嘅版本;之後網站換咗檔,可以對返下方原始包嘅保存版本。

圖 3:操作定義原文。已選取完整名稱;後面嘅 oripaIds 係傳入嘅卡池 ID。
圖 3:操作定義原文。已選取完整名稱;後面嘅 oripaIds 係傳入嘅卡池 ID。
圖 4:日本管理頁原文。同一名稱用嚟讀 openAt、oripaCount、scheduleTime;附近仲有「ユーザーの自動割り当て予約」(預約自動分配用戶)。
圖 4:日本管理頁原文。同一名稱用嚟讀 openAt、oripaCount、scheduleTime;附近仲有「ユーザーの自動割り当て予約」(預約自動分配用戶)。

個名真係存在,管理頁亦真係有處理佢嘅回傳結果。 呢一步,任何人都可以自己查。後端點揀人、喺邊次付費交易執行,就要再對平台嘅執行同交易紀錄。

圖解同程式讀回日期:2026-09-05。圖片、來源同檔案指紋。今次圖解係新增補充;既有 ZIP 保留各自嘅封存版本同簽章。

先問清楚:呢個後房,同間店有冇關?

有人可能會問:會唔會只係有人抄個店名,搭咗個假後房?

所以,我哋冇淨係睇招牌。

先睇「店主介紹」:TrustHub 官網、Apple 供應商資料、公司公告同 SMBC 公告,都將公司同 Clove 產品連起來。

再睇「表格上嘅部門編號」:CLOVE 官方網站同管理登入頁,都寫住同一組系統編號。

最後,去提供系統嘅 Google 嗰度查「登記地址簿」。佢回傳嘅清單,真係同時有官方網站同呢個管理網站嘅地址。

官方網站嗰份資料,仲有 8 月 23 日嘅第三方保存版本,內容同我哋保存嘅一樣。

店名可以抄。但話完全無關,就要連呢幾份對得上嘅資料一齊解釋。

「地址簿」係幫你理解嘅比喻:佢記錄系統容許使用嘅跳轉地址,唔係樓契,亦唔係員工名冊。佢支持兩邊系統有關聯;邊個擁有、邊個操作,仲要睇管理紀錄。完整來源、原件同查證步驟

後房張工作表,唔係淨係見過一次

搵到嘅流程,用五個動作就講得明:

揀商品 → 檢查條件 → 排時間 → 送出分配安排 → 睇結果。

入面有檢查,亦有成功同失敗嘅處理,係一套寫咗入管理介面嘅流程。日本版本來源、操作定義來源

查埋其他版本,都見到同類安排:

好似幾間分店嘅工作手冊,都寫咗同一項安排。呢個比淨係見到一句文字,更值得平台交代。

但手冊有寫,仲要睇值班紀錄,先知邊日做過、對邊啲商品做過。我哋目前攞到嘅係管理介面資料,未有實際執行紀錄。

最關鍵:佢派緊入場券,定係派緊好獎品?

同樣叫「分配人」,可以差好遠。

如果間店講:「呢場優惠,只畀符合條件嘅人參加。」後房照公開規則派入場券,玩家畀錢前亦知道,呢個可以係正常安排。

但如果間店講:「大家跟同一套規則抽。」後房卻偷偷決定邊個攞好獎品,其他人照畀錢——咁就踩到公平條底線。

一個係安排邊個入場。一個係改變邊個攞獎。唔可以當成同一件事。

CLOVE 呢段資料,同時有一類保證回報商品嘅提示。呢一步揀嘅係商品編號,冇輸入任意得獎者帳號嘅位置。商品安排來源、官方商品頁

要查清楚,就請平台攞規則、適用商品、分配結果同抽獎紀錄出嚟,一齊對。

問題好簡單:你喺後面安排咗乜?我畀錢之前,知唔知道?

仲有另一道門:如果帳戶閂咗

抽完,人仲要張收據。

畀咗幾多錢、抽到乜、換咗幾多點、獎品寄咗未,全部都係自己嘅交易紀錄。

CLOVE 條款寫明,喺多帳戶等列出嘅情況,可以限制使用、取消或者刪除帳戶;部分措施可以唔先通知。官方條款

好似店舖可以按規矩請人離場。但人走咗,仲會問:我張收據喺邊?我要查返嗰次交易,搵邊個攞?

登入唔到,唔等於間店燒晒啲收據。目前亦冇證據證明 CLOVE 為咗掩蓋抽獎問題而封號,或者銷毀交易紀錄。

但平台應該講清楚:帳戶受限之後,玩家點攞返自己嘅紀錄、保存幾耐、點申訴。

仲有,店內點數唔等於袋入面嘅現金。條款唔容許要求將點數換返現金。計自己贏幾多,要睇實際畀咗幾多,同獎品賣出、扣埋費用之後收得返幾多。官方條款

去到邊一步,先會連成一個騙局?

想像三件事連埋:

  1. 間店收你錢,應承照公開規則抽。
  2. 後房用冇話你知嘅方法安排結果,令你承受另一種風險。
  3. 有爭議,又用帳戶限制阻住你攞紀錄、追查損失。

呢三段如果有紀錄連得上,本鸚鵡會叫佢做針對付費玩家嘅騙局。

而家搵到嘅,係跨版本分配流程、官方系統關聯,同帳戶限制條款。未接上嘅,係邊次交易用過、玩家當時知啲乜、結果有冇被改變,同帳戶措施係咪同爭議有關。

唔可以見到後房張工作表,就話個個客一定輸。亦唔可以未攞齊收據,就扮張工作表唔存在。

九種可能解釋,逐項擺上枱

「假網站」、「外判做嘅」、「測試用」、「從來冇用過」、「正常優惠」——每一種解釋,都應該有對應紀錄。

本鸚鵡已經將九種可能講法、現有資料答到嘅地方,同下一步應該攞乜紀錄,寫咗喺完整證據篇。呢啲係預先分析,唔係 CLOVE 已經講過嘅回應。

否認,要答返具體問題;指控,一樣要對返具體證據。

你都可以打開資料,自己睇

唔使先學識寫程式。

由白話證據鏈同查證教學開始,跟住來源逐個撳。想睇原件,可以下載公開資料包;想知檔案有冇變,教學會示範點對檔案嘅「指紋」。

原件、保存日期、舊副本同新舊版本,都擺埋一齊。邊項未完成,亦有寫明。

你可以唔同意本鸚鵡。但你唔應該只能聽我講。

先截圖、先備份

懷疑自己嘅交易有問題,而家最緊要係留低自己嘅紀錄。投訴信同報案步驟,本頁唔再提供。

登入帳戶,逐項、逐筆截圖,唔好得一張總覽:CloveID、點數、未領取卡、每筆付款同抽選、當時商品頁、客服對話。原圖唔好裁。要分享,另做遮蓋個資嘅副本。再備份去第二個私人位置。

唔好刪帳戶。唔好清對話。唔好把密碼或者驗證碼交俾任何人。 已經抽中未出貨嘅卡,按官方規則申請出貨;唔好為咗追返再加錢。官方交易說明

網紅加成同香港廣告嘅圖文,見神抽背後嘅秘密。來源包見證據鏈。

常見問題

唔同地區嘅管理版本,都有呢項安排?

已查到嘅日本、另一個日本管理版本、香港同兩個美國庫存版本,都有同類分配流程。好似工作手冊有寫呢項安排;邊日真係做過,仲要睇執行紀錄。

咁係咪有人偷偷決定邊個中獎?

目前仲唔可以咁落結論。派優惠商品嘅入場資格,同偷偷安排普通抽獎嘅得獎人,係兩回事。要將商品規則、分配紀錄、付款同結果對埋,先查得清。

刪咗帳戶,就等於冇晒證據?

唔係。帳戶好似入店道門,交易紀錄好似收據。閂門唔等於燒晒收據;但平台應該講明玩家點攞返自己嘅紀錄。


2026 年 9 月 5 日更新:本文用抽獎箱、工作表同地址簿做比喻,實際依據都有附來源。舊版曾經將一項刪除操作錯引到指定日本管理檔,已經撤下;正確操作來源、歷史副本同更正見證據篇。本次未取得實際執行紀錄,亦未確認先前查詢已送達平台。

下一步

想睇原件、雜湊同九種可能解釋,去完整證據鏈。想睇網紅加成同香港廣告圖文,去神抽背後嘅秘密。想睇日本律師點名八間 Oripa 嘅經過,讀八間 Oripa 出老千被告。

資料來源

最後,本鸚鵡有立場,亦有邀請碼

我承認,我好鍾意周圍查嘢。公平、公道,係我睇得好重嘅嘢。

抽卡對我嚟講係娛樂。輸贏唔係我最在意嘅。你可以令我輸,但規則要先講清楚,結果要經得起查。

所以我做咗呢個頁面。見到呢項安排,我覺得有責任企出嚟講,亦有責任講準查到幾多。

我嘅推薦同樣公開:CARDZ.GAME 係本鸚鵡目前唯一主動推薦嘅抽卡平台。 我重視佢介紹嘅抽選核對方法同公開紀錄,亦會睇 DefiLlama 嘅 CARDZ.GAME 收入數據。睇到收入幾多,唔等於每次抽選都公平;推薦嘅平台,一樣要接受檢查。

CardZ Market Cap 就係我查卡價嘅工具。先睇值幾多,再決定畀幾多。

如果你決定試 CARDZ.GAME,請用本鸚鵡邀請碼 MXQAQ9,由本鸚鵡推薦連結入去。如果連結產生推薦獎勵,我可能會受益,實際安排跟平台條款。

我有立場,亦將立場擺喺明處。公平把尺,對我推薦嘅平台一樣適用。