Hop-State: A_06FN55REVAR7VQG4BWJBCD8 Hop-Proposal: R_06FN55QTEWKH16NSR59YJYG Hop-Task: T_06FN3MBF98GWD4NA5PA1RWG Hop-Attempt: AT_06FN55BQ80H2S8WHNDD24G0
1.8 KiB
Getting started
Use Hop from Codex Desktop
- Install Hop.
- Restart Codex Desktop if it was already open.
- Select an existing Git project as the Codex working directory.
- Ask Codex to make a normal change.
That is the full user workflow. Do not manually create .hop, route the prompt
through a terminal, or tell Codex to work inside .hop/workspaces. The Hop skill
does that coordination for the agent.
The skill is eligible for implicit activation on every repository task. Mention
$hop in the task if you want deterministic explicit activation.
What happens on the first task
Before reading or changing project files, the agent runs hop begin. Hop then:
- initializes local state without moving the Git branch or index;
- stores the prompt after redacting detected credentials;
- creates an isolated attempt workspace;
- returns the state and workspace to the agent; and
- keeps all project-changing work inside that workspace.
The agent validates, proposes, and lands the result. A successful hop land
updates the visible project folder to the accepted tree.
Confirm the result
From the selected project directory:
hop status
hop history
hop doctor
A normal Desktop result reports Root: synchronized.
Ask for review before landing
Automatic landing is the default because the original task authorizes the local code change. To stop at a proposal, say one of the following in the task:
review firstproposal onlydo not land
Use another agent runtime
Install the embedded skill into that runtime's skills directory:
hop skill install --path /path/to/agent/skills --force
Controllers that can persist a prompt before model delivery should use
hop start, hop env, and hop prompt; see Agent workflow.