How should I keep DeepSeek Web login profiles separate between the full studio and Conversation Capture? #3
-
|
I want to use both From the README and
I am mainly trying to avoid mixing login state, SQLite history, and logs between the translation workflow and the daily conversation capture workflow. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
Yes, keep them separate. The full app and the standalone capture app intentionally use different runtime data roots:
Each data root can contain its own SQLite database, logs, and Playwright browser profile. That separation prevents a normal translation/SRT workflow from sharing state with the stripped daily conversation capture workflow. Use $env:DST_APP_DATA_DIR="D:\Codex\DPSK\.runtime"
python main.pyUse $env:DCC_APP_DATA_DIR="D:\Codex\DPSK\.conversation-runtime"
python conversation_main.pyDo not switch Web accounts while a Web task is running. The account switch flow moves the current For packaged builds, keep the whole generated application folder. Do not copy only the |
Beta Was this translation helpful? Give feedback.
Yes, keep them separate.
The full app and the standalone capture app intentionally use different runtime data roots:
%LOCALAPPDATA%\DeepSeekTranslationStudio%LOCALAPPDATA%\DeepSeekConversationCaptureEach data root can contain its own SQLite database, logs, and Playwright browser profile. That separation prevents a normal translation/SRT workflow from sharing state with the stripped daily conversation capture workflow.
Use
DST_APP_DATA_DIRonly when you want to move the full studio runtime data somewhere else:Use
DCC_APP_DATA_DIRonly for the standalone capture app: