Summary
Claude Code v2.1.110+ supports Remote Control (drive a local session from claude.ai/code or the mobile app) and mobile push notifications (Claude pushes when long-running work finishes or needs a decision). ArcKit's workload — long-running research agents, stale-artifact monitoring, multi-stage approval cycles — is a strong fit. This issue tracks adopting the pattern in guides and, where helpful, in plugin metadata.
Min Claude Code floor today is v2.1.117 (per project_min_claude_code_version.md), so the v2.1.110 requirement is already covered.
Use cases (ordered by leverage)
1. Long agent runs
Heaviest workloads — /arckit.research, /arckit.datascout, /arckit.aws-research, /arckit.azure-research, /arckit.gcp-research, /arckit.grants, and the overnight autoresearch loop. All do dozens of WebSearch/WebFetch/MCP calls and frequently exceed 10 min.
- Recommend
claude remote-control (server mode) for these.
- Tell users to enable
/config → Push when Claude decides so the phone pings on completion or when the agent hits a decision point (build vs buy direction, vendor shortlist confirmation).
- Replaces tail-the-log workflows; complements the existing
Monitor tool guidance.
2. Stale-artifact monitor
arckit-claude/.claude-plugin/plugin.json already declares the stale-artifact-scan monitor (runs detect-stale-artifacts.sh at session start, emits one line per overdue artifact). Pairing it with RC + push means owners get a phone nudge when reviews lapse without sitting at the terminal.
3. Document Control approval cycles
Status transitions (DRAFT → IN_REVIEW → APPROVED) and Next Review Date triggers map naturally to "notify me when this needs sign-off." No code change required — a usage pattern in approval/review guides telling owners to launch the session via RC and ask for a push.
Proposed work
No converter / extension changes — RC is Claude Code only and doesn't need to propagate to Codex/Gemini/OpenCode/Copilot.
Tradeoffs / constraints
- Pro/Max plans only; Team/Enterprise needs the admin toggle in claude.ai admin settings; API keys unsupported.
- Local
claude process must stay running. ~10 min network outage ends the session.
- Push has a single on/off — no per-event routing. A chatty agent could over-notify, so guides should call this out.
/ultraplan disconnects RC, so RC does not compose with /ultrareview-style flows.
- Bedrock / Vertex / Foundry providers unsupported.
Out of scope
- Building any new commands or hooks tied to RC. The feature is mostly user-config + documentation; the leverage comes from telling users where it fits, not from new ArcKit code.
Summary
Claude Code v2.1.110+ supports Remote Control (drive a local session from claude.ai/code or the mobile app) and mobile push notifications (Claude pushes when long-running work finishes or needs a decision). ArcKit's workload — long-running research agents, stale-artifact monitoring, multi-stage approval cycles — is a strong fit. This issue tracks adopting the pattern in guides and, where helpful, in plugin metadata.
Min Claude Code floor today is v2.1.117 (per
project_min_claude_code_version.md), so the v2.1.110 requirement is already covered.Use cases (ordered by leverage)
1. Long agent runs
Heaviest workloads —
/arckit.research,/arckit.datascout,/arckit.aws-research,/arckit.azure-research,/arckit.gcp-research,/arckit.grants, and the overnight autoresearch loop. All do dozens of WebSearch/WebFetch/MCP calls and frequently exceed 10 min.claude remote-control(server mode) for these./config → Push when Claude decidesso the phone pings on completion or when the agent hits a decision point (build vs buy direction, vendor shortlist confirmation).Monitortool guidance.2. Stale-artifact monitor
arckit-claude/.claude-plugin/plugin.jsonalready declares thestale-artifact-scanmonitor (runsdetect-stale-artifacts.shat session start, emits one line per overdue artifact). Pairing it with RC + push means owners get a phone nudge when reviews lapse without sitting at the terminal.3. Document Control approval cycles
Status transitions (
DRAFT → IN_REVIEW → APPROVED) andNext Review Datetriggers map naturally to "notify me when this needs sign-off." No code change required — a usage pattern in approval/review guides telling owners to launch the session via RC and ask for a push.Proposed work
docs/guides/autoresearch.md(overnight scoring loops are the canonical fit)research.md,datascout.md,aws-research.md,azure-research.md,gcp-research.md,grants.md)stale-artifact-scanmonitor in the plugin README and any review-cycle guideCLAUDE.mdunder "Plugin Monitors" / "Monitor Tool" pointing at the RC patternNo converter / extension changes — RC is Claude Code only and doesn't need to propagate to Codex/Gemini/OpenCode/Copilot.
Tradeoffs / constraints
claudeprocess must stay running. ~10 min network outage ends the session./ultraplandisconnects RC, so RC does not compose with/ultrareview-style flows.Out of scope