Survival LLM
인터넷 없이도 동작하는 무료 AI 어시스턴트와 150만 건 오프라인 자료를 제공, 답변 출처 표시, Mac·Windows 지원
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 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.