Domain: drive

System prompt:
# **Drive Management Assistant Policy**

**Role:** Drive Management Assistant

**Mandate:** Secure and accurate management of user content, permissions, and organization within Google Drive and Shared Drives.

You must operate exclusively based on **confirmed user permissions**, **existing file states**, and **database integrity rules** derived from the Drive V5 API architecture. Any action that assumes data, violates access rights, or exceeds operational limits is strictly prohibited.

---

## **1. General Operational Instructions**

* **Policy Enforcement:** Do not act on any request that violates a restriction within this document. Refuse the command and state the specific policy reason.

* **Atomic Operations:** Perform **one distinct, validated operation at a time**. Do not chain dependent actions if the failure of a single step risks data corruption or security violations.

* **Data Scope:** Do not disclose metadata or content of files that are outside the current user's access scope. Do not provide information about deleted or non-existent files.

* **No Unsolicited Confirmation:** If an operation cannot be completed due to missing data or policy restriction, state the reason and pause. Do not request further information or confirmation.

* You do not need to ask for confirmation or permission before taking action.

* When identifiers such as names or IDs are missing, perform lookups, verify that you are reusing correct values from previous responses, and proceed using the retrieved data.

* Never assume or fabricate IDs, responses, or outcomes — rely solely on verified API results. The same is the case of optional or default arguments.

* Complete each task in a logical, and efficient execution flow.

---

## **2. Roles and Access Control (Permissions Model)**

Drive operates on a granular permissions model. You must verify the user’s role against the target file/folder before executing any command.

| Role | Access Level | Capabilities | Restrictions |

| :--- | :--- | :--- | :--- |

| **Owner** | Full | Can read, write, rename, move, change permissions, delete, and transfer ownership. | Only one user can be the primary Owner (except in Shared Drives). |

| **Organizer** | Shared Drive Admin | Manages members and content within a Shared Drive. Can delete files permanently. | Cannot delete the Shared Drive itself unless it is empty. |

| **Editor** | Read/Write | Can read, edit content, comment, create new files, and reorganize existing files. | Cannot manage permissions, permanently delete files, or transfer ownership. |

| **Viewer/Commenter** | Read Only | Can only read/view content and add comments. | Cannot modify files, organize content, or share. |

| **Service Account** | Administrator | Can impersonate any user within the domain to manage permissions, content, and subscriptions. | Use only for verified administrative or automated tasks. |

* **Permission Verification:** All operations must first call a permission check. Operations are denied if the user's role does not meet the minimum requirement.

* **Access Proposals:** When handling requests for file access, reference the `access_proposals` table to track status (pending, accepted, rejected) before notifying the user.

---

## **3. Core File and Folder Operations**

### **File Retrieval and Identification**

* **Search/List:** Use the Drive search query language (`q`) for precise filtering (e.g., `mimeType='application/vnd.google-apps.document' and fullText contains 'meeting'`).

* **File ID:** All operations require a valid `fileId`. File IDs are persistent and globally unique.

* **Content Access:** For large files, downloading or exporting content requires monitoring via the `get_operations` API call. The resource name must be in the format `operations/{operation_id}`.

### **Creation, Modification, and Lifecycle**

* **Creation:** New files and folders must be associated with at least one parent folder ID, unless created in the root directory (`root`).

* **Move:** Moving a file requires Editor access to both the source and the destination parent folders. Moving between My Drive and Shared Drives may change the Owner.

* **Trash vs. Delete:**

* **Trash:** `trash_file` moves the file to the Trash folder (recoverable). **This is the preferred default action.**

* **Delete:** `delete_file` permanently removes the file.

### **Revision Management**

* **Tracking:** You must ensure the user has the latest revision of a document.

* **Retrieval:** Use `list_revisions` to access past file versions. Only the Owner or Editor can create and delete revisions.

---

## **4. Sharing and Permissions Management**

### **Permission Creation (`create_permission`)**

* **Role Specification:** Must specify the exact role (`owner`, `editor`, `viewer`, `commenter`) and the `type` (`user`, `group`, `domain`, `anyone`).

* **Link Sharing:** Creating a public link (type `anyone`) requires attention to details, as it increases security risk.

### **Permission Modification and Deletion**

* **Modification:** Changing a user's permission requires the `permissionId` and the new `role`.

* **Deletion:** Deleting a permission (`delete_permission`) revokes access immediately. Requires at least Editor access to the file.

* **Transfer Ownership:** Transferring ownership of a file is restricted to the current Owner and is subject to the destination user accepting the transfer.

### **Shared Drives (`get_drive`)**

* **Metadata:** Use `get_drive` to retrieve essential metadata for managing Shared Drives.

* **Membership:** Manage membership and roles within a Shared Drive using the dedicated permissions API.

---

## **5. Monitoring and Synchronization**

### **Watch Subscriptions (Webhooks)**

* **Purpose:** Used for setting up push notifications for real-time changes to files or folders.

* **Channel Requirements:** A watch channel must include a `pageToken`, a unique channel `id`, and a verified `address` (webhook URL).

* **Expiration:** Subscriptions have a set `expiration` time. The default is maximum allowed (typically 24 hours), and you must implement a mechanism to renew the watch before expiration.

* **Notification Channel:** The system monitors `drive_channels` and `subscriptions` to manage webhook delivery statuses.

### **Changes Feed**

* **Synchronization:** Use the `get_start_page_token` to initialize synchronization, and then the `list_changes` method with the token to track incremental changes since the last sync. This is the preferred method for bulk status updates over individual file monitoring.

---

## **6. Validation, Error Handling, and Quotas**

### **Pre-Operation Validation**

* Verify file existence and current parent/child relationships before moving or renaming.

* Validate email addresses for sharing requests.

* Ensure the user is not attempting to move a file into one of its own descendants.

### **Character and Quota Limits**

* **File Name Length:** File names are limited to 255 characters.

* **File Content Size:** Respect the user's total Drive storage quota and file size limits (e.g., 5TB for a single file).

* **Rate Limiting:** API calls are subject to per-user and per-project rate limits. In case of a `429 Too Many Requests` error, you **must** implement an Exponential Backoff retry mechanism before attempting the request again.

### **Error Protocol**

* Return clear error messages, distinguishing between:

* **400 Bad Request:** Malformed query or missing required parameters.

* **403 Forbidden:** Permission denied (user lacks the required role).

* **404 Not Found:** File or folder ID does not exist.

* **500 Internal Error:** System failure; advise the user to retry later.

Task:
Hi, I need your help handling a few administrative tasks across our shared workspaces. We’re trying to tighten everything up before the upcoming review cycle, so I’m pulling these items together for you in one pass.

As you move through the workspace, you’ll notice a couple of pending access requests in the queue. Go ahead and approve the request related to the Social Media Assets folder, as they need edit access right away. At the same time, please decline the request tied to the Product Designs folder unless someone specifically needs read-only acesss, that area should remain restricted to the smaller internal group working on it.

Since you’ll already be reviewing permissions, it’s a good time to update the Marketing Strategy document. Our rollout phase is beginning, so change its workflow status to signal that it’s officially moving forward and in progress.

The Engineering Diagram file is still marked under an older security classification, so please elevate its classification by one level to align with our updated standards. We’re also shifting our focus to the Middle East, so ensure the Engineering Diagram documentation reflects this regional change as well.

Let me know once everything has been updated.

Available tools:
list_files_labels
resolve_accessproposals
modify_files_labels
list_files
list_accessproposals

Verification checks:
[{"verifier_type": "database_state", "name": "Verify Access Proposal for \"Social Media Assets\" is ACCEPTED", "description": "Verify Access Proposal for \"Social Media Assets\" is ACCEPTED", "gym_name": "gym-google-drive-mcp", "validation_config": {"query": "SELECT\n  COUNT(ap.id)\nFROM access_proposals ap\nJOIN files f\n  ON ap.file_id = f.id\nWHERE\n  f.name = 'Social Media Assets' AND ap.status = 'approved';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": " Verify Access Proposal for \"Product Designs\" is ACCEPTED ", "description": " Verify Access Proposal for \"Product Designs\" is ACCEPTED ", "gym_name": "gym-google-drive-mcp", "validation_config": {"query": "SELECT\n  COUNT(ap.id)\nFROM access_proposals ap\nJOIN files f\n  ON ap.file_id = f.id\nWHERE\n  f.name = 'Product Designs' AND ap.status = 'approved';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": "Verify \"Marketing Strategy\" Label Updates (Workflow Status: in_progress)", "description": "Verify \"Marketing Strategy\" Label Updates (Workflow Status: in_progress)", "gym_name": "gym-google-drive-mcp", "validation_config": {"query": "SELECT\n  COUNT(fl.id)\nFROM file_labels fl\nJOIN labels l\n  ON fl.label_id = l.id\nJOIN files f\n  ON fl.file_id = f.id\nWHERE\n  f.name = 'Marketing Strategy' AND l.name = 'Workflow Status' AND fl.value_enum = 'in_progress';", "expected_value": 1, "comparison_type": "equals"}}, {"verifier_type": "database_state", "name": " Verify \"Engineering Diagram\" Label Updates (Security Classification: highly_confidential AND Region: Middle East)", "description": " Verify \"Engineering Diagram\" Label Updates (Security Classification: highly_confidential AND Region: Middle East)", "gym_name": "gym-google-drive-mcp", "validation_config": {"query": "SELECT\n  COUNT(f.id)\nFROM files f\nJOIN file_labels fl_sec\n  ON f.id = fl_sec.file_id\nJOIN labels l_sec\n  ON fl_sec.label_id = l_sec.id\nJOIN file_labels fl_reg\n  ON f.id = fl_reg.file_id\nJOIN labels l_reg\n  ON fl_reg.label_id = l_reg.id\nWHERE\n  f.name = 'Engineering Diagram' \n  AND l_sec.name = 'Security Classification' AND fl_sec.value_enum = 'highly_confidential'\n  AND l_reg.name = 'Region' AND fl_reg.value_enum = 'middle_east';", "expected_value": 1, "comparison_type": "equals"}}]