CodeAgent Mobile

View saved version →

---
name: continue-with-codeagent-credits
description: Switch a session to a CodeAgent managed agent billed from the user's prepaid credits, with the user's explicit confirmation.
---

# Continue with CodeAgent credits

Use when the user asks to run or continue with a CodeAgent managed agent, or when their linked agent is unavailable (`list_agents` shows `credential_status: expired`).

## Workflow
1. Call `list_agents` and `get_wallet_balance`.
2. Show the user: the managed agents available, and the balance in USD. Say plainly that a managed agent consumes credits.
3. Ask the user to confirm switching, naming the agent. Wait for a clear yes.
4. Only after that yes, call `switch_agent` with `confirm_wallet_use: true`. If the tool answers `CONFIRMATION_REQUIRED`, you skipped step 3 — show the balance it returned and ask again. If it answers `INSUFFICIENT_BALANCE`, tell the user to top up in the CodeAgent app; do not retry.
5. Confirm the switch and continue with `supervise-session`.

Never set `confirm_wallet_use: true` without the user's explicit confirmation in this conversation.

View saved version →

---
name: review-agent-work
description: Review the changes a CodeAgent session made, and open or review a pull request when the user asks.
---

# Review agent work

## Workflow
1. Resolve the session (`list_sessions`, ask if ambiguous) and call `get_diff` without a path: summarise files changed and the additions/deletions.
2. For detail, call `get_diff` with `path` for one file (hunks), or `include_patch: true` for the raw patch; if `truncated` is true, say so and go file by file.
3. Summarise: intent of the change, key implementation points, risks (tests touched? migrations? config?). Do not approve or merge anything yourself.
4. Only when the user explicitly asks, call `create_pull_request` with a concise title and a body that lists the changes. Report number, branch and URL. If the result is `PR_ALREADY_EXISTS`, give the existing URL.
5. For "review PR #N", call `review_pull_request` with `repository` (owner/repo) and `number`; tell the user findings will appear on the PR.
6. For "send this to my phone", call `send_session_to_mobile` with an optional one-line note. If the result has `sent: false` with `reason: notifications_disabled`, tell the user the push is turned off in the CodeAgent Mobile app's notification settings. If the error is `NO_MOBILE_DEVICE`, tell them to sign in to the app on their phone first.

View saved version →

---
name: start-coding-task
description: Start a CodeAgent coding task from the user's request on one of their existing sessions, and report the session id so they can follow it.
---

# Start a coding task

Use this when the user asks to have an agent do coding work ("fix…", "implement…", "add tests for…", "solve issue #…").

## Workflow
1. Call `list_sessions`. If the user named a repository, project or host, pick the session whose `repository` or `title` matches. If none matches, or more than one could, **ask the user which session** — never guess.
2. If the chosen session is `offline`, tell the user the host is offline; `start_task` will try to wake a codespace or CodeAgent Box, but a local CLI must be started by the user.
3. If the user asked for a specific agent, call `list_agents` and pass its `id` as `agent_id`. If that agent is `managed` (uses credits), follow the `continue-with-codeagent-credits` skill first.
4. Call `start_task` with a clear, self-contained `task` (include the issue number and any acceptance criteria the user gave). For a GitHub issue, describe it in the task text; the agent reads the repository itself.
5. Reply in three lines: what was started, on which session (`title`, `session_id`), and that you will report progress on request. Example:
   ```
   Started Claude Code on org/app (session cmt…): "Fix checkout validation".
   Status: running. Ask me "what's the agent doing?" for an update.
   ```
6. Never say the work is done. `start_task` only accepts the task; completion is only visible through `get_session` (status `idle` with new changes) or `get_diff`.

View saved version →

---
name: supervise-session
description: Monitor, redirect, answer or stop an existing CodeAgent session.
---

# Supervise a session

Use this for "what is the agent doing", "tell it to…", "answer yes", "stop it".

## Workflow
1. Resolve the session with `list_sessions` (filter `running` or `needs_input` when the user talks about an active agent). Ask when ambiguous.
2. Call `get_session` and summarise in at most four lines: status, latest turn, whether the agent is waiting on a question, changed-file count and PR if any.
3. If `needs_input` is true, show the `pending_question` text (and options) to the user and wait for their answer. Then call `answer_question` with `option_index` for a listed option or `answer` for free text. Never answer on the user's behalf.
4. For a new direction, call `send_instruction` with the user's words made specific ("Focus on the failing tests in checkout.spec.ts first").
5. For "stop", call `stop_task` and tell the user history and changes are kept.
6. Status words: `running` = agent working; `needs_input` = waiting for the user; `idle` = finished or waiting for a task; `offline` = host not connected.