Survival LLM
A free AI assistant and survival library (1.5 million offline articles) that runs on your own computer, with no internet. Shows the source of every answer. Mac and Windows.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證製作者的介紹僅有上面的一句話。 更多詳情請閱讀儲存庫 README。 儲存庫 README ↗
正在載入完整 README。
檢視完整 README ↗AbujaLife is a multiplayer Abuja life simulator. Residents create a character, move through Abuja-inspired neighbourhoods and landmarks, work, own or rent homes, drive, socialize, chat, furnish spaces, and take part in fictional city activities.
The current production client includes:
Ordinary AbujaLife wallet Naira is game currency. It powers the resident economy, purchases, rent, transport, transfers, jobs and other simulator systems and is not presented as a cash-redemption wallet.
Community Jackpot is intentionally separate from the ordinary game wallet. When configured, a resident funds the Jackpot balance through the supported payment provider, enters a Jackpot room, and winnings remain in the Jackpot balance until the resident requests a bank payout. Withdrawal requests are reviewed/paid through the finance-admin flow and the product applies the configured withdrawal fee. A Jackpot withdrawal does not make the ordinary AbujaLife game wallet cash-withdrawable.
AbujaLife no longer has only six housing choices. The property catalogue contains a larger Abuja-specific progression across entry, mid-market, upper and luxury homes in multiple real Abuja areas already represented by the game atlas.
The renderer deliberately reuses a maintained set of authored structural layouts rather than creating a separate brittle engine for every listing. Listings still differ by location, type, bedrooms, bathrooms, area, tier, pricing, comfort, features and furnishing treatment. Resident-owned furniture placements are property-aware so furniture left in one home does not silently duplicate into another.
Chat photos and voice notes are private authenticated media. Production does not write chat media into a versioned release directory. Windows production receives a persistent CHAT_MEDIA_DIR under AbujaLife shared runtime storage, while deployments using configured private S3/R2-compatible storage use that instead. Failed storage is treated as a failed send rather than a successful phantom message.
Production uses MongoDB as the authoritative persistent store and serves the web client separately from the API. Windows releases are versioned under the AbujaLife release tree while mutable runtime data such as persistent chat media is kept under shared runtime storage.
The deployment updater promotes an exact checked GitHub revision only after the required release checks are green. Backups are encrypted and the repository includes restore/restart verification against disposable production infrastructure.
The current realtime server keeps each process bounded and fails closed when that process reaches its configured live-connection capacity. Persistent presence leases are Mongo-backed, but realtime fanout is still process-local today. Horizontal multi-process fanout is therefore a remaining scale architecture step before AbujaLife can claim very large simultaneous realtime concurrency; removing the safety limit without a broker would not constitute a real scale fix.
The repository release workflow runs unit/integration QA, Windows runtime checks, production build/infrastructure checks, a Mobile WebKit city-entry gate, the historical resident browser journey and the current V4 full-client browser acceptance. Browser evidence is retained as workflow artifacts for inspection.
Public-hosting, DNS/certificate state and third-party provider availability are environment checks and should be verified separately from disposable local production acceptance.