Split Telegram assistant and work chats
This commit is contained in:
18
README.md
18
README.md
@@ -35,14 +35,18 @@ only keeps connection-management commands.
|
||||
/unarchive_session <thread_id>
|
||||
```
|
||||
|
||||
`ALLOW_PLAIN_TEXT=true` makes regular Telegram messages run as full-access Codex
|
||||
turns. Use `/work <prompt>` when you want to be explicit, but regular messages
|
||||
and `/ask` use the same write-capable sandbox by default.
|
||||
`ALLOW_PLAIN_TEXT=true` forwards regular Telegram messages to Codex. Set
|
||||
`WORK_TELEGRAM_CHAT_IDS` to one or more group chat ids to split the bot into
|
||||
profiles: listed chats run as `work` chats with full-access repository turns,
|
||||
and every other chat runs as a personal `assistant` chat for schedules,
|
||||
reminders, saved records, briefings, and lightweight Gitea/status lookup. In
|
||||
Telegram groups, disable bot privacy with BotFather if you want the bot to
|
||||
receive normal non-command messages.
|
||||
|
||||
On Synology/NAS Docker deployments, keep `CODEX_READONLY_SANDBOX` and
|
||||
`CODEX_WRITE_SANDBOX` set to `danger-full-access`. The stricter
|
||||
`workspace-write` sandbox may fail with bubblewrap namespace errors inside the
|
||||
container.
|
||||
On Synology/NAS Docker deployments, keep `CODEX_WRITE_SANDBOX` set to
|
||||
`danger-full-access`. The stricter `workspace-write` sandbox may fail with
|
||||
bubblewrap namespace errors inside the container. Personal assistant chats use
|
||||
`CODEX_ASSISTANT_SANDBOX`, which defaults to `read-only`.
|
||||
|
||||
If no `/repo` is set, the bridge tries to auto-select a workspace folder when a
|
||||
Telegram prompt mentions an exact folder name such as `card_game` or
|
||||
|
||||
Reference in New Issue
Block a user