@youdie006/prodex 0.16.18 → 0.16.20
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +5 -5
- package/dist/cli.js +5 -0
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -35,7 +35,7 @@ prodex ask --file src/auth.ts "Review this for security holes"
|
|
|
35
35
|
|
|
36
36
|
`prodex ask` is the short form of `prodex pro browser ask`; the full form and every flag work identically. In an interactive terminal, `login` keeps watching the opened window and tells you exactly which manual step is still missing (log in, clear a check, open a chat) until it reports READY. If you skip `login` and the browser is not running, an interactive `ask` recovers on its own: it launches the dedicated browser, waits for your saved session to be READY, and retries the send once (disable with `--no-auto-login`; scripts opt in with `--auto-login`). While ChatGPT thinks, `prodex` prints progress to stderr (connecting, prompt sent, elapsed seconds while generating), so a multi-minute Pro answer never looks frozen.
|
|
37
37
|
|
|
38
|
-
The answer prints to your terminal and is saved under `.bridge/` for later (`prodex pro latest` re-prints it). Add `--new-chat` to send into a fresh chat (recommended for repeated consults - long threads eventually confuse send detection). For a structured second-opinion debate between your coding agent and GPT Pro, `prodex pro debate-prompt --topic "..."` prints a ready-to-paste orchestration prompt. `prodex` drives the picker you can see and deliberately will not send into a window you cannot watch — but a dedicated Chrome window left non-minimized (even behind your editor) counts as watchable, so it sends quietly in the background without stealing focus. Just don't minimize it or switch that window to another tab.
|
|
38
|
+
The answer prints to your terminal and is saved under `.bridge/` for later (`prodex pro latest` re-prints it). Add `--new-chat` to send into a fresh chat (recommended for repeated consults - long threads eventually confuse send detection). For a structured second-opinion debate between your coding agent and GPT Pro, `prodex pro debate-prompt --topic "..."` prints a ready-to-paste orchestration prompt. `prodex` drives the picker you can see and deliberately will not send into a window you cannot watch — but a dedicated Chrome window left non-minimized (even behind your editor) counts as watchable, so it sends quietly in the background without stealing focus. Just don't minimize it or switch that window to another tab. Pin per-repo defaults once - `prodex setup --model Pro --project "your-project"` - so every ask runs Pro (15-minute timeout) inside that project instead of whatever the ChatGPT UI last had selected; list exact sidebar project names with `prodex pro browser projects`. Pass `--file` more than once to attach several files, and `--busy-wait-ms 600000` to queue behind an in-flight response when several agents share the browser. See [First Pro Login](#first-pro-login) for the full flow, and the [FAQ](#faq) if a send stops.
|
|
39
39
|
|
|
40
40
|
## Core Shape
|
|
41
41
|
|
|
@@ -225,7 +225,7 @@ The visible-browser send drives the same composer picker you use by hand, so you
|
|
|
225
225
|
|
|
226
226
|
```bash
|
|
227
227
|
# Pro extended sub-mode, inside an existing sidebar project
|
|
228
|
-
prodex pro browser ask --model Pro --
|
|
228
|
+
prodex pro browser ask --model Pro --project "my-project" "Review the migration plan"
|
|
229
229
|
|
|
230
230
|
# A non-Pro model at a specific reasoning effort
|
|
231
231
|
prodex pro browser ask --effort "매우 높음" "Draft the release notes"
|
|
@@ -240,7 +240,7 @@ prodex pro browser models
|
|
|
240
240
|
```
|
|
241
241
|
|
|
242
242
|
- `--model` picks the composer model by its exact menu label. `Pro` is verified end-to-end. Models whose menu entry opens a submenu of variants (for example GPT-5.5) are rejected with a clear error instead of silently keeping the previous model; direct variant selection is planned.
|
|
243
|
-
- `--pro-mode 기본|확장` selects the Pro sub-mode
|
|
243
|
+
- `--pro-mode 기본|확장` selects the Pro sub-mode where the ChatGPT picker exposes one: sub-modes belong to the GPT-5.5 generation ("Pro Standard/Extended use GPT-5.5 Pro" per OpenAI docs), so with the GPT-5.6 generation selected the picker shows a single Pro and this flag fails with guidance. Any effective Pro selection (`--model Pro` or a sub-mode) raises the default `--timeout-ms` to 900000 - Pro reasoning routinely runs for many minutes (an explicit `--timeout-ms` always wins).
|
|
244
244
|
- `--effort 즉시|중간|높음|"매우 높음"` sets the reasoning effort. English aliases `instant`/`medium`/`high`/`max` are accepted. The effort options and Pro share one radio group in ChatGPT, so picking an effort switches the composer to the standard reasoning model and deselects Pro; for the same reason `--pro-mode` and `--effort` cannot be combined.
|
|
245
245
|
- `--project "name"` enters an existing sidebar project before sending. `--project-new "name"` creates a new project (sidebar 새 프로젝트 popover, committed with Enter) and sends inside it. Neither can be combined with `--target-url` (the project step would navigate away from the confirmed tab), and `--project-new` never comes from saved defaults — creating a project is always an explicit per-ask choice.
|
|
246
246
|
|
|
@@ -249,7 +249,7 @@ Selection clicks are guarded: prodex refuses to click a control that is covered
|
|
|
249
249
|
Persist defaults so you can omit these flags on routine asks; a per-ask flag always overrides the saved default. View saved defaults with `prodex status`, clear one with the matching `--clear-*` flag, or answer a short wizard instead of remembering flags:
|
|
250
250
|
|
|
251
251
|
```bash
|
|
252
|
-
prodex setup --model Pro --
|
|
252
|
+
prodex setup --model Pro --project "my-project"
|
|
253
253
|
prodex setup --clear-project
|
|
254
254
|
prodex setup --interactive # asks model / Pro sub-mode or effort / project
|
|
255
255
|
```
|
|
@@ -402,7 +402,7 @@ npm run dev -- tasks list
|
|
|
402
402
|
|
|
403
403
|
**The browser was closed — do I have to run `login` again?** Not in a terminal: an interactive `ask` notices `browser_unreachable`, relaunches the dedicated browser, waits for your saved session to report READY, and retries the send once. Scripts opt in with `--auto-login`; `--no-auto-login` disables it. Only a missing browser triggers this — login/captcha/limit blockers still stop and report.
|
|
404
404
|
|
|
405
|
-
**The answer timed out.** Pro
|
|
405
|
+
**The answer timed out.** Pro reasoning can take many minutes. A Pro selection already raises the default budget to 900s; the `send_timeout` blocker suggests a paste-ready rerun command with a doubled `--timeout-ms`. If the answer was mid-stream when time ran out, prodex salvages the partial text and records an `answer_incomplete` warning instead of discarding it.
|
|
406
406
|
|
|
407
407
|
**Sends started failing after many consults in one chat.** Long accumulated threads eventually confuse prompt-acceptance detection (measured live around ten-plus messages). Send repeated consults into fresh chats with `--new-chat` (`new_chat: true` on the MCP tool) — the answer still lands in your account and in `.bridge/` receipts either way.
|
|
408
408
|
|
package/dist/cli.js
CHANGED
|
@@ -303,6 +303,9 @@ repo: ${cwd}
|
|
|
303
303
|
${cli} pro browser login${sourceCliOption} # opens visible browser
|
|
304
304
|
${cli} pro browser login --dry-run${sourceCliOption} # preview, no browser opens
|
|
305
305
|
In an interactive terminal, login waits and narrates until your ChatGPT session is READY.
|
|
306
|
+
Pin per-repo defaults first - otherwise sends silently use whatever the ChatGPT UI last had selected:
|
|
307
|
+
${cli} pro browser projects${sourceCliOption} # read-only: exact sidebar project names
|
|
308
|
+
${cli} setup --cwd ${quotedCwd} --model Pro --project "your-project" # every ask: Pro (15-minute timeout) inside that project
|
|
306
309
|
cd ${quotedCwd}
|
|
307
310
|
${cli} ask --new-chat "Review this repo"${sourceCliOption} # short form of pro browser ask
|
|
308
311
|
${proAskCommand} # dry-run/manual preview
|
|
@@ -311,11 +314,13 @@ repo: ${cwd}
|
|
|
311
314
|
${cli} pro browser help${sourceCliOption}
|
|
312
315
|
${cli} pro browser check${sourceCliOption} --cwd ${quotedCwd}
|
|
313
316
|
${cli} pro browser smoke${sourceCliOption} --cwd ${quotedCwd}
|
|
317
|
+
Sharing the browser with other agents? Add --busy-wait-ms 600000 to queue behind an in-flight response instead of failing.
|
|
314
318
|
|
|
315
319
|
2. Let coding agents consult ChatGPT (stdio MCP: Claude, Codex, Cursor, ...):
|
|
316
320
|
${cli} claude config --cwd ${quotedCwd}${sourceCliOption}
|
|
317
321
|
${cli} claude prompt --cwd ${quotedCwd}${sourceCliOption}
|
|
318
322
|
Agents get the bridge/ledger tools plus pro_consult (ask ChatGPT Pro directly; see docs/clients.md for Codex timeout and approval notes).
|
|
323
|
+
Saved setup defaults (--model/--project) apply to agent consults too - pin them once per repo so consults stop landing in the general chat list.
|
|
319
324
|
${cli} pro debate-prompt --topic "your question"${sourceCliOption} # structured GPT Pro debate prompt for your agent
|
|
320
325
|
|
|
321
326
|
3. Local bridge health and records:
|