SaaS Metrics
GitHub Issue
提个建议
能否绑定某一个会话的 id，让 codexpro 去那个会话里执行 bash。
现在我正在 Codex 里干活，突然跳出一个 codexpro 的窗口出来，是 ChatGPT 在那远程调用 bash 呢，吓死人了。
而且有点干扰到我当前正在工作的会话了。难道不能让我自己指定一个会话 id 吗？
View Raw Thread
Developer & User Discourse
rebel0789 • Jun 19, 2026
PR #14 已经合并到 main。
当前可用方式：
```bash
codexpro start --no-bash
```
或者只做规划：
```bash
codexpro start --mode handoff --no-bash
```
我先不自动关闭这个 issue，因为原始诉求里的“绑定到某个 Codex 会话 id 执行 bash”仍然不是当前设计的一部分；这次合并的是边界说明和 no-bash 入口。
当前可用方式：
```bash
codexpro start --no-bash
```
或者只做规划：
```bash
codexpro start --mode handoff --no-bash
```
我先不自动关闭这个 issue，因为原始诉求里的“绑定到某个 Codex 会话 id 执行 bash”仍然不是当前设计的一部分；这次合并的是边界说明和 no-bash 入口。
rebel0789 • Jun 19, 2026
已合并 PR #15，实现了一个安全版本的 session targeting：本地 CodexPro bash session guard。
现在可以这样启动：
```bash
codexpro start --bash-session main --require-bash-session
```
启用后，ChatGPT 调用 `bash` 工具时必须带上：
```json
{ session_id: main }
```
否则 bash 会在执行任何 shell 命令之前被拒绝。这个 session 标签会显示在终端启动卡、`server_config`、本地状态页和 `/healthz`。
边界仍然保持不变：这不是绑定/复用某个已有的 Codex App 聊天会话 id，也不会让 CodexPro 进入 Codex 的聊天/终端会话里执行命令。它是一个本地 CodexPro 进程级的显式 bash 目标标签，用来避免误触发到错误窗口或错误工作流。
现在可以这样启动：
```bash
codexpro start --bash-session main --require-bash-session
```
启用后，ChatGPT 调用 `bash` 工具时必须带上：
```json
{ session_id: main }
```
否则 bash 会在执行任何 shell 命令之前被拒绝。这个 session 标签会显示在终端启动卡、`server_config`、本地状态页和 `/healthz`。
边界仍然保持不变：这不是绑定/复用某个已有的 Codex App 聊天会话 id，也不会让 CodexPro 进入 Codex 的聊天/终端会话里执行命令。它是一个本地 CodexPro 进程级的显式 bash 目标标签，用来避免误触发到错误窗口或错误工作流。
rebel0789 • Jun 19, 2026
Follow-up PR #16 is merged on top of #15. It fixes the P2 review issues in the bash session guard implementation:
- guarded settings cannot be saved without a session id
- setup/settings persist the guard values
- self-test works correctly when `--bash-session --require-bash-session` is enabled
I am keeping this issue open because the broader boundary still stands: CodexPro provides a local process-level bash session guard, not access to a private Codex/ChatGPT conversation transcript or an existing Codex App terminal session.
- guarded settings cannot be saved without a session id
- setup/settings persist the guard values
- self-test works correctly when `--bash-session --require-bash-session` is enabled
I am keeping this issue open because the broader boundary still stands: CodexPro provides a local process-level bash session guard, not access to a private Codex/ChatGPT conversation transcript or an existing Codex App terminal session.
dengcb • Jun 20, 2026
其实，让 CodexPro 去绑定某个 sessionId 对所有用户来说，技术难度有点高了，因为普通用户根本拿不到 sessionid。我想拿，得去 cc-switch 的会话管理里找。不是每个人都装了 cc-switch 并且能知道去哪找 sessionid 的。
除非 CodexPro 能读取 Codex 的 sessionId 和 sessionName，做个列表让普通用户来选。这样才可用。
我有个临时折中的想法，就是让 bash 窗口默认收缩起来成一条，这样其实就不吓人了。其实这也是我目前处理的办法，手动去点那个收缩按钮。这个不知道能不能一条参数解决？
除非 CodexPro 能读取 Codex 的 sessionId 和 sessionName，做个列表让普通用户来选。这样才可用。
我有个临时折中的想法，就是让 bash 窗口默认收缩起来成一条，这样其实就不吓人了。其实这也是我目前处理的办法，手动去点那个收缩按钮。这个不知道能不能一条参数解决？
当前 CodexPro 不能、也不会绑定到某一个 Codex App 聊天/终端会话 id 里执行 bash。MCP 里的 session id 只是 ChatGPT 和 CodexPro HTTP 服务器之间的传输会话，不等同于 Codex 的会话 id。CodexPro 的 `bash` 工具属于你本地启动的 CodexPro server 进程，并在配置的 workspace root 下执行。
我开了一个 PR 处理这个边界和可发现性：#14
这个 PR 做了两件事：
1. 增加 `codexpro start --no-bash`，等同于 `--bash off`，用于完全关闭 ChatGPT 可触发的 shell 命令。
2. 在 README、中文 README、FAQ、安全文档和网站里明确说明：CodexPro 不绑定/复用 Codex 会话 id；如果正在 Codex 里干活又不想被 ChatGPT 触发 bash，请用：
```bash
codexpro start --no-bash
```
如果只想让 ChatGPT 写计划、由你本地决定是否执行，可以用：
```bash
codexpro start --mode handoff --no-bash
```
我没有把这个改成“远程控制某个 Codex 会话”，因为那会跨过当前产品边界，也更容易造成你说的干扰和惊吓。