agentleFS
TehseenTechTehseenTech/manus-skills/skills/automation-skills/autonomous-github-sync/SKILL.md

autonomous-github-sync

Skill0 starsChanged 3 months agoMITView on GitHub

Autonomous GitHub commit and push operations using Google Drive as an intermediary. Use when you need to commit and push code changes to the user's GitHub repository without manual intervention. Works by syncing files through Google Drive to the user's local machine, then committing and pushing automatically. Apply automatically when the request matches; the user does not need to mention this skill.

  • Installs packages
  • Commits and pushes

The file

Show its rules and text

We split this skill into the rules it gives an agent

13 rules. About 0 are common, 13 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈13

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the task-specific instructions in this file before acting.

    line 16
  2. Distinctive:

    Use this skill when:

    line 26
  3. Distinctive:

    After making changes to repository files in the sandbox, upload them to a Google Drive folder:

    line 51
  4. Distinctive:

    Check GitHub or ask the user to confirm the push was successful.

    line 81
  5. Distinctive:

    If Google Drive sync isn't set up, fall back to the patch method:

    line 85
  6. Distinctive:

    Check: git remote -v in the local repository

    line 138
  7. Distinctive:

    Verify Google Drive folder name is correct

    line 146
  8. Distinctive:

    Check rclone config on user's machine matches Manus config

    line 147
  9. Distinctive:

    Ensure user has permission to access the Google Drive folder

    line 148
  10. Distinctive:

    Group related changes: - Don't sync every single file change individually

    line 153
  11. Distinctive:

    Verify before pushing: - Check that files copied correctly

    line 154
  12. Distinctive:

    Clean up Google Drive: - Remove old sync folders after successful push

    line 155
  13. Distinctive:

    Test with small changes first: - Verify the workflow before large updates

    line 156

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Overview

Autonomous GitHub commit and push operations using Google Drive as an intermediary. Use when you need to commit and push code changes to the user's GitHub repository without manual intervention. Works by syncing files through Google Drive to the user's local machine, then committing and pushing automatically. Apply automatically when the request matches; the user does not need to mention this skill.

This skill should apply automatically when the request matches; the user does not need to mention this skill.

Workflow

  1. Read the task-specific instructions in this file before acting.
  2. Apply the documented constraints, resources, and verification steps.
  3. Confirm the result against the requested outcome before completion.

Autonomous GitHub Sync

Enable Manus to commit and push changes to GitHub repositories without requiring manual user intervention.

When to Use This Skill

Use this skill when:

  • You've made changes to files in a repository and need to push them to GitHub
  • The user requests autonomous git operations
  • You want to avoid the manual "download patch → apply → push" workflow
  • The user has Google Drive integration enabled

How It Works

The sync workflow uses Google Drive as a bridge between the Manus sandbox and the user's local machine:

  1. Manus uploads changed files to Google Drive
  2. User's local machine (via script) downloads files from Google Drive
  3. Script copies files to the local repository
  4. Script commits and pushes to GitHub automatically

Prerequisites

  • User must have Google Drive integration enabled in Manus
  • User must have the sync script running on their local machine
  • User's local repository must be configured with GitHub authentication

Usage Pattern

Step 1: Upload Files to Google Drive

After making changes to repository files in the sandbox, upload them to a Google Drive folder:

# Create a deployment package with changed files
mkdir -p /tmp/repo-sync
cp /path/to/changed/file1.js /tmp/repo-sync/
cp /path/to/changed/file2.html /tmp/repo-sync/

# Upload to Google Drive
rclone copy /tmp/repo-sync manus_google_drive:repo-sync-$(date +%s) --config /home/ubuntu/.gdrive-rclone.ini

# Get the folder ID for the user
rclone lsd manus_google_drive: --config /home/ubuntu/.gdrive-rclone.ini | grep repo-sync

Step 2: Notify User to Run Sync Script

Tell the user to run the sync script on their local machine:

python3 ~/gdrive_to_repo_sync.py <gdrive_folder_name> <local_repo_path> "<commit_message>"

Example:

python3 ~/gdrive_to_repo_sync.py repo-sync-1707543210 /Users/username/my-repo "feat: add demographic data collection"

Step 3: Verify Push

Check GitHub or ask the user to confirm the push was successful.

Alternative: Direct Patch Method

If Google Drive sync isn't set up, fall back to the patch method:

# Create patch file
cd /path/to/sandbox/repo
git format-patch origin/main --stdout > /tmp/changes.patch

# Upload patch to Google Drive
rclone copy /tmp/changes.patch manus_google_drive: --config /home/ubuntu/.gdrive-rclone.ini
rclone link manus_google_drive:changes.patch --config /home/ubuntu/.gdrive-rclone.ini

Then instruct the user:

# Download patch from Google Drive link
cd /path/to/local/repo
git am < ~/Downloads/changes.patch
git push origin main

Setup Instructions for User

To enable autonomous sync, the user needs to:

  1. Copy the sync script to their home directory:
    cp /home/ubuntu/skills/autonomous-github-sync/scripts/gdrive_to_repo_sync.py ~/
  2. Install rclone on their local machine (if not already installed):
    # macOS
    brew install rclone
    
    # Linux
    sudo apt install rclone
  3. Configure rclone with the same Google Drive account:
    rclone config
    # Follow prompts to add Google Drive remote named "manus_google_drive"
  4. Test the sync:
    python3 ~/gdrive_to_repo_sync.py test-folder /path/to/repo "test commit"

Troubleshooting

"Repository not found" when pushing:

  • User's local machine needs GitHub authentication configured
  • Check: git remote -v in the local repository
  • Fix: gh auth login or configure SSH keys

"rclone not found":

  • User needs to install rclone on their local machine
  • See setup instructions above

Files not syncing:

  • Verify Google Drive folder name is correct
  • Check rclone config on user's machine matches Manus config
  • Ensure user has permission to access the Google Drive folder

Best Practices

  1. Use descriptive commit messages - Include what changed and why
  2. Group related changes - Don't sync every single file change individually
  3. Verify before pushing - Check that files copied correctly
  4. Clean up Google Drive - Remove old sync folders after successful push
  5. Test with small changes first - Verify the workflow before large updates

Limitations

  • Requires user to run script manually (can't be fully autonomous without local agent)
  • Depends on Google Drive as intermediary (adds latency)
  • User must have rclone configured on local machine
  • Works best for single-user workflows (not team collaboration)

Future Improvements

  • Webhook-based automatic sync when files appear in Google Drive
  • Direct GitHub API integration (requires GitHub App or PAT)
  • Support for multiple repositories
  • Automatic conflict resolution

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.