sue-synccode

Synchronize DeepResearch experiment code to remote HPC and cloud sandboxes.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/dongzhuoyao/deepresearch --skill sue-synccode
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sue-synccode
Source: https://github.com/dongzhuoyao/deepresearch/tree/main/.codex/skills/sue-synccode
Command: npx skills add https://github.com/dongzhuoyao/deepresearch --skill sue-synccode

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manually syncing experiment code to remote sandboxes is error-prone, risks overwriting valuable run artifacts, and wastes time debugging SSH access or git authentication issues. This Skill eliminates those risks by enforcing strict path contracts and automated sync workflows.

Core Features & Use Cases

  • Strict Path Governance: Enforces DeepResearch root and workspace identity rules to prevent path mismatches that could break experiment runs or corrupt outputs.
  • Dual Sync Modes: Supports both git and rsync/scp transfer methods, with automatic fallback to rsync/scp if sandbox GitHub SSH authentication fails, so sync never blocks on key debugging.
  • Inode-Safe Exclusions: Automatically excludes virtual environments, caches, and runtime artifacts from transfers to save sandbox inodes and preserve existing experiment outputs.
  • Use Case: When preparing to run a scale-up ML experiment on LUMI or RunPod, use this Skill to push your latest code changes to the sandbox without accidentally overwriting previous checkpoint or result files.

Quick Start

Use the sue-synccode skill to sync your latest DeepResearch experiment code to the selected remote sandbox before running dryrun or fullrun validation.

Frequently Asked Questions about sue-synccode

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I sync experiment code to an HPC sandbox without overwriting existing run artifacts?

To sync experiment code without overwriting run artifacts, use automated synchronization that enforces strict workspace identity contracts and applies inode-safe file exclusion rules. This prevents path mismatches and preserves previous checkpoint and result files during the transfer.

Does rsync work for pushing ML experiment code to sandboxes like LUMI or RunPod if SSH fails?

Yes, rsync works for pushing ML experiment code if SSH fails. The sync workflow supports both git and rsync or scp transfer methods, automatically falling back to rsync or scp when sandbox GitHub SSH authentication fails so code delivery is never blocked.

What is the best way to save inodes when transferring source code to remote HPC backends?

The best way to save inodes during remote HPC transfers is to apply automatic inode-safe exclusion rules. This process excludes virtual environments, caches, and runtime artifacts from the synchronization, preventing unnecessary file count bloat on the sandbox.

Can I use this code synchronization method for pre-dryrun and remote validation workflows across different sandboxes?

Yes, you can use this code synchronization method for pre-dryrun, pre-fullrun, retry, and remote validation workflows. It supports all project-supported sandboxes including LUMI, Snellius, NM5, Brev, RunPod, and AutoDL for reliable experiment code delivery.

Why do I need strict path governance when syncing launcher scripts to cloud sandboxes?

You need strict path governance when syncing launcher scripts to prevent path mismatches that could break experiment runs or corrupt outputs. Enforcing DeepResearch root and workspace identity contracts ensures code lands in the correct directory structure safely.

What happens to my checkpoint files when I push latest code changes to a remote sandbox?

Your checkpoint files remain safe when you push latest code changes. The synchronization process automatically excludes runtime artifacts and preserves existing experiment outputs, ensuring that only source code and launcher scripts are updated on the remote sandbox.