Turn Claude Code / Codex / Gemini from capable CLI agents into better long-term personal assistants.
What many people actually like about OpenClaw is not a single feature. It is the feeling of a long-term assistant:
- reachable from IM
- able to remember context
- able to use tools and move work forward
But if you want to place that kind of system into a real workflow, safety, stability, boundaries, and control quickly matter more than novelty.
This repository is not about cloning OpenClaw.
It is about migrating the most valuable parts of that experience onto more mature hosts:
- Claude Code
- Codex
- Gemini
In practice, Claude Code and Codex are usually the main path.
This is not a single prompt and not just a memory patch.
It is a three-part upgrade:
- Memory
- IM bridge
- Tooling layer
Claude Code / Codex / Gemini are strong by default, but still tend to behave like single-session agents.
This starter adds a more durable collaboration layer with:
- global memory
- project memory
- temporary daily context
- runtime state and resume checkpoints
The design is inspired by OpenClaw-style durable memory, but rebuilt for Claude Code / Codex / Gemini workflows instead of copied directly.
A real assistant should be easy to reach.
This repository integrates IM bridge setup so the host can be reached from real communication surfaces, especially Feishu / Lark style workflows.
The goal is not just “message delivery works”, but a smoother day-to-day assistant experience:
- easier entry point
- better session continuity
- fewer rough edges around attachments, voice, and background runtime
- isolation across multiple hosts on one machine
Core integration:
With thanks to the upstream open source bridge work:
Important runtime rule:
claude-to-im,codex-to-im, andgemini-to-immust be treated as isolated runtimes- each host keeps its own
~/.<host>-to-im/home, config, logs, and credentials - do not copy or reuse another host's
config.envas the starting point
One major OpenClaw advantage is that it feels like it ships with an assistant-shaped tool layer out of the box.
Claude Code / Codex are different: they are powerful hosts, but closer to a blank canvas at the assistant-tooling layer.
So this repository does not just add “more MCPs”. It helps restore a practical default tool layer for long-term assistant work:
- browser and web handling
- search and discovery
- memory and reasoning support
- common infrastructure integrations such as GitHub and Feishu
- optional domain-specific tools
More importantly, those tools stay inside a host where the process is easier to inspect and control:
- what was read
- what was changed
- which tools were called
- which steps were executed
The goal is not only “can act”, but “can act with better control”.
The point is not that OpenClaw cannot be modified.
The point is that Claude Code / Codex are already stronger long-term hosts for many real workflows:
- more mature and stable as daily-use hosts
- already strong at reading repos, editing files, running commands, and handling context
- still actively evolving
- richer subscription / provider options
- stronger surrounding ecosystem for skills, MCPs, and integrations
This repository tries to move the valuable experience layer onto a host you may actually want to trust long-term.
This is an integration-layer repository, not a new memory core.
It orchestrates:
- unified install entry
- state-aware setup
- open source disclaimer confirmation
- memory onboarding
- IM bridge setup/control entry points
- MCP / skills catalog guidance
install / reconfigure / doctor / reset
Core repositories in the current stack:
claude-recallcodex-recallgemini-recallClaude-Codex-Gemini-to-IM
This repository is currently best understood as an early public release.
What is already in place:
- state-aware install / continue / partial flows
- a real memory interview that writes the workspace
.assistant/scaffold - a structured last-session checkpoint plus quick recall workflow defaults for faster resume behavior
- a reusable resume-checkpoint template for mid-task handoff and recovery
- an
active-task.mdrecovery anchor for live multi-step work - an
interrupted-tasks.mdbacklog for paused-task priority ordering - numbered resume options so users can switch directly to another paused task
- a strict first-reply recovery format:
task:,progress:,next step: - language-aware recovery plus a fixed three-section resume reply
- priority-sorted interrupted tasks, localized options, and divider lines for scanability
- Tier 1 IM bridge integration with host-aware setup flow
- Tier 3 catalog guidance for MCPs and skills
- automated smoke tests
- a semi-integration test for the IM bridge install chain
What still benefits from more real-world feedback:
- first-run behavior across more Claude / Codex / Gemini environments
- provider-specific IM bridge setup in more real machines
- onboarding clarity and overall setup feel
- more edge cases around third-party dependencies and permissions
If you want a fully battle-tested release, wait. If you are comfortable with an evolving but usable starter, this is ready for early adoption.
- Claude Code and Codex are currently the main path; Gemini still needs more real-world validation.
- IM bridge support is integrated, but different providers and machine setups may still expose rough edges.
- MCPs and skills are intentionally Tier 3 catalog entries for now; this repository does not fully lifecycle-manage them.
- Real third-party dependency installs can still vary by machine, network, and local CLI state.
- This repository improves continuity and setup structure, but it does not replace the native host runtime.
cd CC-Codex-Gemini-companion-starter
chmod +x bin/cccg-companion scripts/install/setup.sh scripts/reconfigure/setup.sh scripts/doctor/check.sh scripts/reset/reset.sh scripts/im/setup.sh scripts/im/control.sh scripts/memory/interview.sh
bin/cccg-companion install --workspace /path/to/target-workspace --platform claudeExample commands:
bin/cccg-companion install --workspace /path/to/workspace --platform claude
bin/cccg-companion reconfigure --workspace /path/to/workspace
bin/cccg-companion doctor --workspace /path/to/workspace --platform codex
bin/cccg-companion reset --workspace /path/to/workspace
bin/cccg-companion im start --workspace /path/to/workspace
bin/cccg-companion im status --workspace /path/to/workspace
bin/cccg-companion im logs --workspace /path/to/workspace 100bash scripts/test/run-smoke-tests.sh
bash scripts/test/test-im-install-chain.sh
bash scripts/test/run-all-tests.sh- Run install for the target host.
- Choose
fresh,continue, orpartialif prior state exists. - Read and accept the open source disclaimer.
- Complete the memory interview.
- Configure IM bridge now or later.
- Review MCP / skills catalogs.
- Re-enter later through
reconfigure,doctor, orim ....
Unified bootstrap state is written under:
.assistant/unified-bootstrap/
Key files:
state.envplatform-next-steps.mdmemory-source/im-bridge-plan.mdmcp-plan.mdskills-plan.md
docs/tiers.mddocs/architecture.mddocs/im/official-bridge.mddocs/onboarding-flow.mddocs/disclaimer.mdcatalogs/recommended-mcp-skills.md
If you only want one part of the stack, you can install the standalone repositories directly instead of starting with the full integration repository.
- Claude-Codex-Gemini-to-IM
- Upstream original bridge: op7418/Claude-to-IM-skill
This stack is not invented from scratch. It is assembled and adapted from open source projects, official capabilities, and community tooling.
- The IM bridge layer extends existing open source bridge work
- The memory layer is inspired by OpenClaw-style long-term collaboration ideas, rebuilt for Claude Code / Codex / Gemini workflows
- Some MCP, skill, and plugin capabilities come from community and official ecosystems
Much of this project was also shaped through fast AI-era vibe coding: rapid iteration, quick testing, and quick restructuring.
The project was built in a relatively short time. It has been self-tested in real usage, but it does not cover every environment, permission model, or workflow edge case.
Issues and feedback are welcome.
And if something breaks, Claude Code / Codex can probably help you fix it too.
MIT