agent/codex
1
0
Fork 0
mirror of https://github.com/pchuan98/codex.git synced 2026-07-01 00:31:56 +08:00
Code Issues Packages Projects Releases Wiki Activity
217 Commits 2 Branches 0 Tags
3f4762d969faee07ac8cbcf39fdcc29446b2ab28
Commit Graph

20 Commits

  • feat: Add support for OpenAI-Organization and OpenAI-Project headers (#626) 
    Added support for OpenAI-Organization and OpenAI-Project headers for
OpenAI API calls.

This is for #74
    rumple · 2025-04-25 09:52:42 -07:00
    69ce06d2f8
  • fix(utils): save config (#578) 
    ## Description

When `saveConfig` is called, the project doc is incorrectly saved into
user instructions. This change ensures that only user instructions are
saved to `instructions.md` during saveConfig, preventing data
corruption.

close: #576

---------

Co-authored-by: Thibault Sottiaux <tibo@openai.com>
    Luci · 2025-04-24 17:32:33 -07:00
    c38c2a59c7
  • fix(agent-loop): notify type (#608) 
    ## Description

The `as AppConfig` type assertion in the constructor may introduce
potential type safety risks. Removing the assertion and making `notify`
an optional parameter could enhance type robustness and prevent
unexpected runtime errors.

close: #605
    Luci · 2025-04-24 11:08:52 -07:00
    e84fa6793d
  • feat: update README and config to support custom providers with API k… (#577) 
    When using a non-built-in provider with the `--provider` option, users
are prompted:

```
Set the environment variable <provider>_API_KEY and re-run this command.
You can create a <provider>_API_KEY in the <provider> dashboard.
```

However, many users are confused because, even after correctly setting
`<provider>_API_KEY`, authentication may still fail unless
`OPENAI_API_KEY` is _also_ present in the environment. This is not
intuitive and leads to ambiguity about which API key is actually
required and used as a fallback, especially when using custom or
third-party (non-listed) providers.

Furthermore, the original README/documentation did not mention the
requirement to set `<provider>_BASE_URL` for non-built-in providers,
which is necessary for proper client behavior. This omission made the
configuration process more difficult for users trying to integrate with
custom endpoints.
    Asa · 2025-04-24 11:08:19 -07:00
    d1c0d5e683
  • feat: add support for custom provider configuration in the user config (#537) 
    ### What

- Add support for loading and merging custom provider configurations
from a local `providers.json` file.
- Allow users to override or extend default providers with their own
settings.

### Why

This change enables users to flexibly customize and extend provider
endpoints and API keys without modifying the codebase, making the CLI
more adaptable for various LLM backends and enterprise use cases.

### How

- Introduced `loadProvidersFromFile` and `getMergedProviders` in config
logic.
- Added/updated related tests in [tests/config.test.tsx]


### Checklist

- [x] Lint passes for changed files
- [x] Tests pass for all files
- [x] Documentation/comments updated as needed

---------

Co-authored-by: Thibault Sottiaux <tibo@openai.com>
    kshern · 2025-04-23 01:45:56 -04:00
    146a61b073
  • fix: support [provider]_BASE_URL (#542) 
    Resolved issue where an OLLAMA_BASE_URL was not properly handled
(openai/codex#516).
    Daniil Davydov · 2025-04-22 15:05:48 -04:00
    f99c9080fd
  • fix: inconsistent usage of base URL and API key (#507) 
    A recent commit introduced the ability to use third-party model
providers. (Really appreciate it!)

However, the usage is inconsistent: some pieces of code use the custom
providers, whereas others still have the old behavior. Additionally,
`OPENAI_BASE_URL` is now being disregarded when it shouldn't be.

This PR normalizes the usage to `getApiKey` and `getBaseUrl`, and
enables the use of `OPENAI_BASE_URL` if present.

---------

Co-authored-by: Gabriel Bianconi <GabrielBianconi@users.noreply.github.com>
    Gabriel Bianconi · 2025-04-22 10:51:26 -04:00
    98a22273d9
  • feat: add support for ZDR orgs (#481) 
    - Add `store: boolean` to `AgentLoop` to enable client-side storage of
response items
- Add `--disable-response-storage` arg + `disableResponseStorage` config
    Fouad Matin · 2025-04-22 01:30:16 -07:00
    9f5ccbb618
  • revert #386 due to unsafe shell command parsing (#478) 
    Reverts https://github.com/openai/codex/pull/386 because:

* The parsing logic for shell commands was unsafe (`split(/\s+/)`
instead of something like `shell-quote`)
* We have a different plan for supporting auto-approved commands.
    Michael Bolin · 2025-04-21 12:52:11 -04:00
    d36d295a1a
  • chore: consolidate model utils and drive-by cleanups (#476) 
    Signed-off-by: Thibault Sottiaux <tibo@openai.com>
    Thibault Sottiaux · 2025-04-21 12:33:57 -04:00
    3c4f1fea9b
  • chore: improve storage/ implementation; use log(...) consistently (#473) 
    This PR tidies up primitives under storage/.

**Noop changes:**

* Promote logger implementation to top-level utility outside of agent/
* Use logger within storage primitives
* Cleanup doc strings and comments

**Functional changes:**

* Increase command history size to 10_000
* Remove unnecessary debounce implementation and ensure a session ID is
created only once per agent loop

---------

Signed-off-by: Thibault Sottiaux <tibo@openai.com>
    Thibault Sottiaux · 2025-04-21 09:51:34 -04:00
    dc276999a9
  • feat: support multiple providers via Responses-Completion transformation (#247) 
    https://github.com/user-attachments/assets/9ecb51be-fa65-4e99-8512-abb898dda569

Implemented it as a transformation between Responses API and Completion
API so that it supports existing providers that implement the Completion
API and minimizes the changes needed to the codex repo.

---------

Co-authored-by: Thibault Sottiaux <tibo@openai.com>
Co-authored-by: Fouad Matin <169186268+fouad-openai@users.noreply.github.com>
Co-authored-by: Fouad Matin <fouad@openai.com>
    Daniel Nakov · 2025-04-20 20:59:34 -07:00
    eafbc75612
  • fix: remove unnecessary isLoggingEnabled() checks (#420) 
    It appears that use of `isLoggingEnabled()` was erroneously copypasta'd
in many places. This PR updates its docstring to clarify that should
only be used to avoid constructing a potentially expensive docstring.
With this change, the only function that merits/uses this check is
`execCommand()`.

---
[//]: # (BEGIN SAPLING FOOTER)
Stack created with [Sapling](https://sapling-scm.com). Best reviewed
with [ReviewStack](https://reviewstack.dev/openai/codex/pull/420).
* #423
* __->__ #420
* #419
    Michael Bolin · 2025-04-20 09:58:06 -07:00
    b554b522f7
  • feat: read approvalMode from config file (#298) 
    This PR implements support for reading the approvalMode setting from the
user's config file (`~/.codex/config.json` or `~/.codex/config.yaml`),
allowing users to set a persistent default approval mode without needing
to specify command-line flags for each session.

Changes:
- Added approvalMode to the AppConfig type in config.ts
- Updated loadConfig() to read the approval mode from the config file
- Modified saveConfig() to persist the approval mode setting
- Updated CLI logic to respect the config-defined approval mode (while
maintaining CLI flag priority)
- Added comprehensive tests for approval mode config functionality
- Updated README to document the new config option in both YAML and JSON
formats
- additions to `.gitignore` for other CLI tools

Motivation:
As a user who regularly works with CLI-tools, I found it odd to have to
alias this with the command flags I wanted when `approvalMode` simply
wasn't being parsed even though it was an optional prop in `config.ts`.
This change allows me (and other users) to set the preference once in
the config file, streamlining daily usage while maintaining the ability
to override via command-line flags when needed.

Testing:
I've added a new test case loads and saves approvalMode correctly that
verifies:
- Reading the approvalMode from the config file works correctly
- Saving the approvalMode to the config file works as expected
- The value persists through load/save operations

All tests related to the implementation are passing.
    John Gardner · 2025-04-19 07:25:25 -07:00
    965420cfc5
  • feat: add user-defined safe commands configuration and approval logic #380 (#386) 
    This pull request adds a feature that allows users to configure
auto-approved commands via a `safeCommands` array in the configuration
file.

## Related Issue
#380 

## Changes
- Added loading and validation of the `safeCommands` array in
`src/utils/config.ts`
- Implemented auto-approval logic for commands matching `safeCommands`
prefixes in `src/approvals.ts`
- Added test cases in `src/tests/approvals.test.ts` to verify
`safeCommands` behavior
- Updated documentation with examples and explanations of the
configuration
    autotaker · 2025-04-18 22:35:32 -07:00
    ca7ab76569
  • feat: add flex mode option for cost savings (#372) 
    Adding in an option to turn on flex processing mode to reduce costs when
running the agent.

Bumped the openai typescript version to add the new feature.

---------

Co-authored-by: Thibault Sottiaux <tibo@openai.com>
    salama-openai · 2025-04-18 22:15:01 -07:00
    1a8610cd9e
  • feat: add notifications for MacOS using Applescript (#160) 
    yolo'ed it with codex. Let me know if this looks good to you.

https://github.com/openai/codex/issues/148

tested with:
```
npm run build:dev
```

<img width="377" alt="Screenshot 2025-04-16 at 18 12 01"
src="https://github.com/user-attachments/assets/79aa799b-b0b9-479d-84f1-bfb83d34bfb9"
/>
    kchro3 · 2025-04-17 16:19:26 -07:00
    0a2e416b7a
  • feat: add command history persistence (#152) 
    This PR adds a command history persistence feature to Codex CLI that:

1. **Stores command history**: Commands are saved to
`~/.codex/history.json` and persist between CLI sessions.
2. **Navigates history**: Users can use the up/down arrow keys to
navigate through command history, similar to a traditional shell.
3. **Filters sensitive data**: Built-in regex patterns prevent commands
containing API keys, passwords, or tokens from being saved.
4. **Configurable**: Added configuration options for history size,
enabling/disabling history, and custom regex patterns for sensitive
content.
5. **New command**: Added `/clearhistory` command to clear command
history.

  ## Code Changes

- Added `src/utils/storage/command-history.ts` with functions for
history management
  - Extended config system to support history settings
  - Updated terminal input components to use persistent history
  - Added help text for the new `/clearhistory` command
  - Added CLAUDE.md file for guidance when working with the codebase

  ## Testing

  - All tests are passing
- Core functionality works with both input components (standard and
multiline)
- History navigation behaves correctly at line boundaries with the
multiline editor
    Tomas Cupr · 2025-04-17 12:41:54 -07:00
    295079cf33
  • w (#8)
    Thibault Sottiaux · 2025-04-16 10:32:45 -07:00
    1b40e19baf
  • Initial commit 
    Signed-off-by: Ilan Bigio <ilan@openai.com>
    Ilan Bigio · 2025-04-16 12:56:08 -04:00
    59a180ddec