mirror of
https://github.com/eliasstepanik/core.git
synced 2026-01-11 09:08:28 +00:00
194 lines
7.1 KiB
Plaintext
194 lines
7.1 KiB
Plaintext
---
|
|
title: "Codex CLI"
|
|
description: "Connect your Codex CLI to CORE's memory system"
|
|
---
|
|
|
|
### Prerequisites
|
|
|
|
- [Codex CLI](https://codex.so) installed
|
|
- CORE account - [Sign up at core.heysol.ai](https://core.heysol.ai)
|
|
|
|
### Step 1: Configure CORE MCP Server
|
|
|
|
Create or open your Codex configuration file at `~/.codex/config.toml`:
|
|
|
|
```bash
|
|
# Create config directory if needed
|
|
mkdir -p ~/.codex
|
|
|
|
# Open config file in your editor
|
|
code ~/.codex/config.toml -r
|
|
```
|
|
|
|
### Step 2: Add CORE MCP Configuration
|
|
|
|
Add the following to your `config.toml` file:
|
|
|
|
```toml
|
|
[mcp_servers.corememory]
|
|
command = "npx"
|
|
args = ["-y", "mcp-remote", "https://core.heysol.ai/api/v1/mcp?source=codex", "--header", "Authorization:${AUTH_HEADER}"]
|
|
env = { "AUTH_HEADER" = "Bearer YOUR_API_KEY_HERE" }
|
|
```
|
|
|
|
What this does: This registers CORE's MCP server with Codex, establishing the connection endpoint for memory operations using Bearer token authentication.
|
|
|
|
### Step 3: Get Your API Key
|
|
|
|
1. Log into your CORE dashboard at [core.heysol.ai](https://core.heysol.ai)
|
|
2. Navigate to **Settings** (bottom left)
|
|

|
|
3. Go to **API Key** → **Generate new key** → Name it "codex"
|
|

|
|
4. Copy the generated key and replace `YOUR_API_KEY_HERE` in your config file
|
|
|
|
### Step 4: Verify Connection
|
|
|
|
Start Codex CLI and test your setup:
|
|
|
|
1. **Start Codex CLI** - The CORE memory MCP server should now be available
|
|
2. **Test memory storage**: Ask Codex to create a comprehensive summary of your codebase and add it to CORE memory for future reference
|
|
3. **Test memory retrieval**: Ask Codex to search your memory for the stored summary
|
|
|
|
## Enable Automatic Memory Integration (Recommended)
|
|
|
|
To make Codex automatically search and store memories for seamless project continuity:
|
|
|
|
1. **Create Agents configuration** in your project root:
|
|
```bash
|
|
mkdir -p .codex
|
|
touch .codex/Agents.md
|
|
```
|
|
|
|
2. **Add memory instructions** - Open `.codex/Agents.md` and add the following:
|
|
|
|
```markdown
|
|
I am an AI coding assistant with access to a sophisticated memory system. While I don't retain information between separate conversations, I have access to CORE Memory - a persistent knowledge system that maintains project context, learnings, and continuity across all coding sessions.
|
|
|
|
**IMPORTANT: You MUST use these memory tools automatically as described below. This is not optional.**
|
|
|
|
## Memory Tools Integration
|
|
|
|
### Memory Search (`memory_search`)
|
|
|
|
**AUTOMATIC BEHAVIOR:** At the start of EVERY conversation, BEFORE responding to the user, you MUST search memory for:
|
|
- Previous discussions about the current topic
|
|
- Related project context and decisions
|
|
- User preferences and patterns
|
|
- Similar problems solved before
|
|
|
|
**Also search when:**
|
|
- User mentions past work or previous discussions
|
|
- Working on ongoing projects that have history
|
|
- You need context to provide better assistance
|
|
|
|
**Cognitive approach:**
|
|
- **Surface Layer**: Query for specific knowledge about the topic
|
|
- **Pattern Layer**: Search for how the user usually thinks, works, or prefers things
|
|
- **Wisdom Layer**: Look for lessons learned from similar situations
|
|
|
|
**Search triggers:**
|
|
- Starting any new conversation or task
|
|
- User mentions past work or previous discussions
|
|
- Working on ongoing projects that have history
|
|
- Maintaining continuity across sessions
|
|
|
|
**Quality questions to ask yourself:**
|
|
- "What don't I know that I should?"
|
|
- "What does this user care about that I might miss?"
|
|
- "What went right/wrong in similar situations?"
|
|
|
|
### Memory Ingest (`memory_ingest`)
|
|
|
|
**AUTOMATIC BEHAVIOR:** At the END of EVERY conversation, AFTER fully responding to the user, you MUST store the conversation in memory. This is the FINAL action before completing your response.
|
|
|
|
**Storage protocol:**
|
|
- MANDATORY: Execute after completing every interaction
|
|
- This is NON-NEGOTIABLE - you must always store conversation context
|
|
- Memory storage happens as the last step, not during the conversation
|
|
|
|
**What to capture:**
|
|
|
|
FROM USER:
|
|
- Their specific question, request, or problem statement
|
|
- Project context and situation they provided
|
|
- What they're trying to accomplish
|
|
- Technical challenges or constraints mentioned
|
|
|
|
FROM ASSISTANT:
|
|
- Detailed explanation of solution/approach taken
|
|
- Step-by-step processes and methodologies
|
|
- Technical concepts and principles explained
|
|
- Reasoning behind recommendations and decisions
|
|
- Alternative approaches discussed
|
|
- Problem-solving methodologies applied
|
|
|
|
**Exclude from storage:**
|
|
- Code blocks and code snippets
|
|
- File contents or file listings
|
|
- Command examples or CLI commands
|
|
- Raw data or logs
|
|
|
|
**Include in storage:**
|
|
- All conceptual explanations and theory
|
|
- Technical discussions and analysis
|
|
- Problem-solving approaches and reasoning
|
|
- Decision rationale and trade-offs
|
|
- Implementation strategies (described conceptually)
|
|
- Learning insights and patterns
|
|
|
|
**Quality check:**
|
|
- Can I quickly understand project context from memory alone?
|
|
- Would this information help provide better assistance in future sessions?
|
|
- Does stored context capture key decisions and reasoning?
|
|
|
|
### Project Space Context (`memory_get_space`)
|
|
|
|
**AUTOMATIC BEHAVIOR:** At the start of EVERY session, you MUST retrieve the current project's space context:
|
|
|
|
1. **Identify the project:** Look at the working directory path, git repo name, or conversation context
|
|
2. **Get space context:** Use `memory_get_space` with `spaceName: core`
|
|
3. **Use as foundation:** The space summary is a living document that's continuously updated - it contains the most current, comprehensive context about this project
|
|
|
|
**What spaces provide:**
|
|
- Live, evolving documentation that updates with every interaction
|
|
- Consolidated project knowledge and current state
|
|
- Organized context specific to this domain
|
|
- Most up-to-date understanding of the project
|
|
|
|
**Also retrieve space context when:**
|
|
- User asks about a specific project or domain
|
|
- You need comprehensive context about a topic
|
|
- Switching between different work areas
|
|
```
|
|
|
|
## How It Works
|
|
|
|
Once installed, CORE memory integrates seamlessly with Codex:
|
|
|
|
- **During conversation**: Codex has access to your full memory graph and stored context
|
|
- **Memory operations**: Use natural language to store and retrieve information across sessions
|
|
- **Across tools**: Your memory is shared across Codex, Claude Code, Cursor, ChatGPT, and other CORE-connected tools
|
|
- **Project continuity**: Context persists across all your AI coding sessions
|
|
|
|
## Troubleshooting
|
|
|
|
**Connection Issues:**
|
|
|
|
- Verify your API key is correct and hasn't expired
|
|
- Check that the `config.toml` file is properly formatted (valid TOML syntax)
|
|
- Ensure the Bearer token format is correct: `Bearer YOUR_API_KEY_HERE`
|
|
- Restart Codex CLI if the connection seems stuck
|
|
|
|
**API Key Issues:**
|
|
|
|
- Make sure you copied the complete API key from CORE dashboard
|
|
- Try regenerating your API key if authentication fails
|
|
- Check that the key is active in your CORE account settings
|
|
|
|
### Need Help?
|
|
|
|
Join our [Discord community](https://discord.gg/YGUZcvDjUa) and ask questions in the **#core-support** channel.
|
|
|
|
Our team and community members are ready to help you get the most out of CORE's memory capabilities.
|