Civil Desktop-Mobile Sync
Overview
Manage data synchronization between desktop civil engineering design systems (CAD, BIM, analysis software) and mobile field operation platforms (iOS/Android apps). Ensures data consistency, handles offline-first operation, resolves conflicts, and maintains the digital thread from concept through construction completion.
Announce at start: "I'm using the civil-desktop-mobile-sync skill to synchronize data between desktop and mobile systems."
When to Use This Skill
Trigger Conditions:
- Mobile data needs to sync with office design systems
- Desktop design updates need to push to offline-capable mobile devices
- Conflict detected between concurrent desktop and mobile edits
- Phase transition requires data handoff (design → construction → as-built)
- Network connectivity restored after offline field session
- Data integrity check required between platforms
Prerequisites:
- Mobile app authenticated and project data downloaded
- Desktop system accessible with write permissions
- Sync agent (CE-MOBILE-001 or CE-ORCH-001) available
- Both platforms have consistent project context
Step-by-Step Procedure
Step 1: Sync Direction Assessment
Determine sync direction and scope:
| Scenario |
Direction |
Data |
Frequency |
| Field data collection |
Mobile → Desktop |
Survey data, inspection photos, NCRs, progress metrics |
Continuous when online |
| Design update |
Desktop → Mobile |
Updated drawings, revised specifications, new ITPs |
On demand before field visit |
| RFI/communication |
Bidirectional |
RFI text and responses, site instructions |
Real-time when online |
| As-built update |
Mobile → Desktop |
As-built measurements, field changes |
Daily at minimum |
| Progress reporting |
Mobile → Desktop |
Quantities installed, delay events |
Daily |
| Design clarification |
Bidirectional |
Marked-up drawings, design notes |
On demand |
Step 2: Data Prioritization and Bandwidth Management
Prioritize data for sync under constrained connectivity:
Priority tiers:
| Tier |
Data Type |
Max Delay |
Sync Strategy |
| P0 - Critical |
Safety reports, critical NCRs |
0 (immediate) |
SMS/cell fallback, retry every 30s |
| P1 - Urgent |
RFIs, hold point results |
1 hour |
Cell/wifi, retry every 5 min |
| P2 - Important |
Progress updates, routine NCRs |
4 hours |
Wifi preferred, cell if available |
| P3 - Routine |
Checklists, photos, routine data |
24 hours |
Batch sync when wifi available |
| P4 - Bulk |
Large photo batches, video, DWG |
Overnight |
Batch sync during off-peak |
Bandwidth optimization:
- Differential sync: Send only changed data, not full datasets
- Compression: Compress large data payloads (photos at 70% quality, DWG at 50%)
- Resumable transfers: Support pause/resume for interrupted connections
- Background sync: Sync continues without user intervention
- Local queue: Unsynced data queued locally with clear status indicator
Step 3: Conflict Detection and Resolution
Detect and resolve concurrent edits:
Conflict detection rules:
- Timestamp-based: Last writer wins for non-critical fields
- Version-based: Desktop changes override mobile for design data
- Merge-based: Field data adds to (does not replace) desktop progress data
- Flag-based: Conflicts flagged for human review when automated resolution not possible
Conflict resolution hierarchy:
- Auto-resolve (non-critical): Text notes, progress percentages, checklists — last writer wins
- Priority-resolve (moderate): ITP updates, field observations — mobile data preserved, desktop notified
- Manual-resolve (critical): Design changes, specification updates, structural modifications — human review required
- Quarantine (uncertain): Data that cannot be confidently auto-resolved — quarantined for review, original data preserved
Step 4: Offline-First Data Management
Ensure full functionality when disconnected:
Offline capability model:
- Full offline: All inspection, data capture, and progress functions work without network
- Local storage: SQLite database on device with all active project data
- Optimistic updates: User actions applied locally immediately, sync attempted in background
- Sync indicator: Clear UI showing sync status (✓ synced, ⟳ syncing, ⚠ pending, ✗ offline)
Data retention for offline:
- Active ITPs and checklists for current work phase
- Latest 2 revisions of construction drawings for active work areas
- Material specification reference for current work
- Contact list for project team
- Previous 7 days of field data (NCRs, RFIs, inspections)
Step 5: Cross-Platform Data Format Conversion
Translate data between desktop and mobile formats:
Format mappings:
| Desktop Source |
Mobile Format |
Conversion Type |
| DWG/DXF (AutoCAD) |
Simplified vector + raster overlay |
Heavy conversion |
| RVT (Revit) |
IFC-based 3D viewer |
Complex conversion |
| PDF drawings |
PDF viewer with annotation |
Direct pass-through |
| Excel BOQ |
Structured data table |
Format conversion |
| Word specs |
HTML mobile document |
Content conversion |
| Database records |
JSON API payload |
Format conversion |
Step 6: Sync Verification and Integrity Check
Verify data consistency after sync:
Integrity checks:
Success Criteria
Common Pitfalls
- Syncing Everything — Full dataset syncs waste bandwidth. Always use differential sync when possible.
- Losing Offline Data — If the app crashes during offline work, unsynced data must be preserved in local storage with transaction logs.
- Silent Conflicts — Conflicts that overwrite data without notification are destructive. Always flag conflicts to the user.
- Forgetting Permissions — When mobile data syncs to desktop, mobile user permissions may differ. Always verify recipient permissions before writing to desktop.
- Ignoring Sync Status — Users who don't know their sync status may believe field data is safe when it's queued but not yet transferred. Always show clear sync indicators.
Cross-References
Related Skills
civil-mobile-field-ops — Sync is the bridge between mobile and desktop
offline-procurement — Offline sync patterns shared with procurement
mobile-procurement — Mobile sync architecture shared with procurement
pre-task-assessment-readiness — Assess network readiness before sync
Related Agents
CE-MOBILE-001 (OpenClaw) — Mobile sync orchestration
CE-ORCH-001 (OpenClaw) — Cross-platform handoff coordination
CE-PROGRESS-001 (JS Swarm) — Progress data sync
CE-COLLAB-001 (JS Swarm) — Real-time bidirectional sync
Example Usage
Scenario: Sync daily field data from drainage construction site with limited connectivity
- Field session (offline): Inspector completed 3 ITPs (2 pass, 1 fail → 1 NCR generated), took 47 photos, logged progress "420m of 800m pipe installed (52.5%)", raised 2 RFIs
- Connectivity restored: Cellular signal available at 12:00 PM
- Sync execution:
- P0: No safety reports — skipped
- P1: 1 NCR + 2 RFIs synced in 18 seconds via cellular
- P2: Progress update (52.5%) + 3 ITP results synced in 6 seconds
- P3: 47 photos queued for wifi sync
- P4: None pending
- Verification: Desktop confirmed receipt — sync complete, 47 photos pending wifi
- Desktop push: Updated drawing CE-0002 (drainage) Rev D queued for mobile download, 45MB — will sync at next wifi connection
Performance Metrics
Target Performance:
- Sync reliability: 99.9% successful synchronization for P0-P2 data
- Conflict detection: 100% of concurrent edits detected and handled
- Offline functionality: 100% core features available without network
- Sync latency: <1 minute from connectivity restore to sync initiation
- Data integrity: Zero data loss incidents attributable to sync failure
- User awareness: 100% sync status visible to users at all times
1---2name: civil-desktop-mobile-sync3description: Manage cross-platform data synchronization between civil engineering desktop design systems and mobile field operation platforms4---56# Civil Desktop-Mobile Sync78## Overview910Manage data synchronization between desktop civil engineering design systems (CAD, BIM, analysis software) and mobile field operation platforms (iOS/Android apps). Ensures data consistency, handles offline-first operation, resolves conflicts, and maintains the digital thread from concept through construction completion.1112**Announce at start:** "I'm using the civil-desktop-mobile-sync skill to synchronize data between desktop and mobile systems."1314## When to Use This Skill1516**Trigger Conditions:**17- Mobile data needs to sync with office design systems18- Desktop design updates need to push to offline-capable mobile devices19- Conflict detected between concurrent desktop and mobile edits20- Phase transition requires data handoff (design → construction → as-built)21- Network connectivity restored after offline field session22- Data integrity check required between platforms2324**Prerequisites:**25- Mobile app authenticated and project data downloaded26- Desktop system accessible with write permissions27- Sync agent (CE-MOBILE-001 or CE-ORCH-001) available28- Both platforms have consistent project context2930## Step-by-Step Procedure3132### Step 1: Sync Direction Assessment3334**Determine sync direction and scope:**35| Scenario | Direction | Data | Frequency |36|----------|-----------|------|-----------|37| Field data collection | Mobile → Desktop | Survey data, inspection photos, NCRs, progress metrics | Continuous when online |38| Design update | Desktop → Mobile | Updated drawings, revised specifications, new ITPs | On demand before field visit |39| RFI/communication | Bidirectional | RFI text and responses, site instructions | Real-time when online |40| As-built update | Mobile → Desktop | As-built measurements, field changes | Daily at minimum |41| Progress reporting | Mobile → Desktop | Quantities installed, delay events | Daily |42| Design clarification | Bidirectional | Marked-up drawings, design notes | On demand |4344### Step 2: Data Prioritization and Bandwidth Management4546**Prioritize data for sync under constrained connectivity:**4748**Priority tiers:**49| Tier | Data Type | Max Delay | Sync Strategy |50|------|-----------|-----------|---------------|51| P0 - Critical | Safety reports, critical NCRs | 0 (immediate) | SMS/cell fallback, retry every 30s |52| P1 - Urgent | RFIs, hold point results | 1 hour | Cell/wifi, retry every 5 min |53| P2 - Important | Progress updates, routine NCRs | 4 hours | Wifi preferred, cell if available |54| P3 - Routine | Checklists, photos, routine data | 24 hours | Batch sync when wifi available |55| P4 - Bulk | Large photo batches, video, DWG | Overnight | Batch sync during off-peak |5657**Bandwidth optimization:**58- Differential sync: Send only changed data, not full datasets59- Compression: Compress large data payloads (photos at 70% quality, DWG at 50%)60- Resumable transfers: Support pause/resume for interrupted connections61- Background sync: Sync continues without user intervention62- Local queue: Unsynced data queued locally with clear status indicator6364### Step 3: Conflict Detection and Resolution6566**Detect and resolve concurrent edits:**6768**Conflict detection rules:**69- Timestamp-based: Last writer wins for non-critical fields70- Version-based: Desktop changes override mobile for design data71- Merge-based: Field data adds to (does not replace) desktop progress data72- Flag-based: Conflicts flagged for human review when automated resolution not possible7374**Conflict resolution hierarchy:**751. **Auto-resolve (non-critical):** Text notes, progress percentages, checklists — last writer wins762. **Priority-resolve (moderate):** ITP updates, field observations — mobile data preserved, desktop notified773. **Manual-resolve (critical):** Design changes, specification updates, structural modifications — human review required784. **Quarantine (uncertain):** Data that cannot be confidently auto-resolved — quarantined for review, original data preserved7980### Step 4: Offline-First Data Management8182**Ensure full functionality when disconnected:**8384**Offline capability model:**85- **Full offline:** All inspection, data capture, and progress functions work without network86- **Local storage:** SQLite database on device with all active project data87- **Optimistic updates:** User actions applied locally immediately, sync attempted in background88- **Sync indicator:** Clear UI showing sync status (✓ synced, ⟳ syncing, ⚠ pending, ✗ offline)8990**Data retention for offline:**91- Active ITPs and checklists for current work phase92- Latest 2 revisions of construction drawings for active work areas93- Material specification reference for current work94- Contact list for project team95- Previous 7 days of field data (NCRs, RFIs, inspections)9697### Step 5: Cross-Platform Data Format Conversion9899**Translate data between desktop and mobile formats:**100101**Format mappings:**102| Desktop Source | Mobile Format | Conversion Type |103|----------------|--------------|-----------------|104| DWG/DXF (AutoCAD) | Simplified vector + raster overlay | Heavy conversion |105| RVT (Revit) | IFC-based 3D viewer | Complex conversion |106| PDF drawings | PDF viewer with annotation | Direct pass-through |107| Excel BOQ | Structured data table | Format conversion |108| Word specs | HTML mobile document | Content conversion |109| Database records | JSON API payload | Format conversion |110111### Step 6: Sync Verification and Integrity Check112113**Verify data consistency after sync:**114115**Integrity checks:**116- [ ] Record count matches between mobile and desktop117- [ ] Timestamp sequence logical (no records newer than sync time)118- [ ] No duplicate records created during sync119- [ ] File attachments transferred correctly (checksum verification)120- [ ] Cross-references intact (NCRs link to inspections, RFIs link to drawings)121- [ ] Permission restrictions maintained (user can only access authorized data)122123## Success Criteria124125- [ ] Sync completes without data loss for all priority tiers126- [ ] Conflicts detected and resolved (or flagged) within SLA127- [ ] Offline functionality maintained for all core mobile features128- [ ] Data format conversion preserves all critical information129- [ ] Post-sync integrity checks all pass130- [ ] Mobile user can clearly see sync status at all times131- [ ] Desktop user receives mobile data within defined SLA per priority tier132133## Common Pitfalls1341351. **Syncing Everything** — Full dataset syncs waste bandwidth. Always use differential sync when possible.1362. **Losing Offline Data** — If the app crashes during offline work, unsynced data must be preserved in local storage with transaction logs.1373. **Silent Conflicts** — Conflicts that overwrite data without notification are destructive. Always flag conflicts to the user.1384. **Forgetting Permissions** — When mobile data syncs to desktop, mobile user permissions may differ. Always verify recipient permissions before writing to desktop.1395. **Ignoring Sync Status** — Users who don't know their sync status may believe field data is safe when it's queued but not yet transferred. Always show clear sync indicators.140141## Cross-References142143### Related Skills144- `civil-mobile-field-ops` — Sync is the bridge between mobile and desktop145- `offline-procurement` — Offline sync patterns shared with procurement146- `mobile-procurement` — Mobile sync architecture shared with procurement147- `pre-task-assessment-readiness` — Assess network readiness before sync148149### Related Agents150- `CE-MOBILE-001` (OpenClaw) — Mobile sync orchestration151- `CE-ORCH-001` (OpenClaw) — Cross-platform handoff coordination152- `CE-PROGRESS-001` (JS Swarm) — Progress data sync153- `CE-COLLAB-001` (JS Swarm) — Real-time bidirectional sync154155## Example Usage156157**Scenario:** Sync daily field data from drainage construction site with limited connectivity1581591. **Field session (offline):** Inspector completed 3 ITPs (2 pass, 1 fail → 1 NCR generated), took 47 photos, logged progress "420m of 800m pipe installed (52.5%)", raised 2 RFIs1602. **Connectivity restored:** Cellular signal available at 12:00 PM1613. **Sync execution:**162 - P0: No safety reports — skipped163 - P1: 1 NCR + 2 RFIs synced in 18 seconds via cellular164 - P2: Progress update (52.5%) + 3 ITP results synced in 6 seconds165 - P3: 47 photos queued for wifi sync166 - P4: None pending1674. **Verification:** Desktop confirmed receipt — sync complete, 47 photos pending wifi1685. **Desktop push:** Updated drawing CE-0002 (drainage) Rev D queued for mobile download, 45MB — will sync at next wifi connection169170## Performance Metrics171172**Target Performance:**173- Sync reliability: 99.9% successful synchronization for P0-P2 data174- Conflict detection: 100% of concurrent edits detected and handled175- Offline functionality: 100% core features available without network176- Sync latency: <1 minute from connectivity restore to sync initiation177- Data integrity: Zero data loss incidents attributable to sync failure178- User awareness: 100% sync status visible to users at all times