Official2026-05-22
DeepSeek TUI Updates Upgrade, Docker and Safety Guidance
The official README now ties install-specific upgrade commands, a persistent Docker home volume, beta-default DeepSeek routing, and SHA-256 download checks into one clearer operational story.
What changed upstream
- Upgrade commands are now spelled out by install path: the current README tells users to update with
deepseek updatefor release-binary installs,npm install -g deepseek-tui@latestfor the npm wrapper,brew update && brew upgrade deepseek-tuifor Homebrew, and forced Cargo reinstalls for Rust users. - Docker persistence is documented as a real setup step: the README now creates a named
deepseek-tui-homevolume and mounts it to/home/deepseek/.deepseek, which makes auth, config, and session data survive container restarts instead of behaving like a throwaway demo. - Download-safety guidance is explicit: the same install section warns users to fetch manual binaries only from the official GitHub Releases page, verify the published SHA-256 manifest, and avoid look-alike repositories or search-result mirrors.
- The default DeepSeek Platform route is more clearly documented: the current README says the default provider base URL is
https://api.deepseek.com/betaso beta-gated API features work without extra setup, while users can setbase_url = "https://api.deepseek.com"to opt out.
Practical setup guidance
This is more than a minor README refresh. It changes what a technically trustworthy DeepSeek TUI install page should teach:
- Upgrade advice should match the install method instead of telling every user to reinstall from scratch.
- Docker examples should preserve the user's DeepSeek TUI state, not silently discard credentials and sessions.
- Manual-download instructions should include the official artifact location and checksum verification, not just a naked binary link.
- Teams debugging provider behavior should know when the TUI is intentionally targeting the beta DeepSeek base URL by default.