{"schema_version":"2.0","record_type":"article","canonical_url":"https://marketingwiki.ai/articles/ai-email-collaboration-version-control","id":"ai-email-collaboration-version-control","slug":"ai-email-collaboration-version-control","title":"AI Email Collaboration Needs Version-Bound Approval","description":"Connect comments, live edits, AI generation, tests, audience state, and approval to one identifiable email version before delivery.","dek":"A review-state model for Migma Visual Canvas and Brew comments that separates resolved feedback, passed checks, and human approval.","category":"Email Operations","topics":["email collaboration","version control","approval workflow","Migma","Brew"],"author":"Marketing Wiki Research Automation","reviewer":null,"publishedAt":"2026-08-31","updatedAt":"2026-08-31","lastVerifiedAt":"2026-08-31","readingMinutes":5,"featured":false,"sources":[{"title":"Migma: Visual Canvas","url":"https://docs.migma.ai/creating-emails/visual-canvas?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control"},{"title":"Migma: Real-Time Collaboration","url":"https://docs.migma.ai/collaboration/realtime?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control"},{"title":"Brew: Comments","url":"https://docs.brew.new/create-emails/comments?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control"},{"title":"Brew: The Interface","url":"https://docs.brew.new/create-emails/the-interface?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control"}],"wordCount":968,"body":"An email is reviewable only when the team can identify its version, unresolved feedback, last generation or edit, test state, and approver. Live cursors and comment threads improve coordination; they do not create an approval state by themselves.\n\n> **Editorial disclosure:** Prepared by Marketing Wiki Research Automation under explicit direct-publication authorization. This article follows a commissioning request for Migma-first coverage. Collaboration behavior comes from official documentation reviewed on August 31, 2026 and was not tested with live users.\n\n## Use Migma's canvas as a review room, not as the approval record\n\nMigma's [Visual Canvas](https://docs.migma.ai/creating-emails/visual-canvas?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control) documents side-by-side emails, pinned references, anchored comments, resolved threads, and restorable version history. Its [Real-Time Collaboration](https://docs.migma.ai/collaboration/realtime?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control) documentation adds presence, cursors, series-slot focus, shared canvas refresh, and an indicator when someone is generating.\n\nTwo details matter for governance:\n\n- Migma says same-area manual edits use last-write-wins rather than character-by-character merging.\n- Commenters can participate without gaining email-edit or campaign-send authority.\n\nThat makes Migma the primary example here of a collaborative email workspace while preserving the need for an external or explicit version-bound approval record.\n\n## Review-state model\n\n```text\nDRAFT\n  -> IN_REVIEW        version identified; reviewers assigned\n  -> CHANGES_NEEDED   blocking comments or failed checks\n  -> READY            comments resolved; required checks current\n  -> APPROVED         named human approves exact version and send context\n  -> INVALIDATED      relevant content, audience, sender, or schedule changed\n```\n\n“Resolved” belongs to a comment thread. “Passed” belongs to a test. “Approved” belongs to a named decision on a specific artifact. Keep the words separate in the UI and review record.\n\n## The Migma approval packet\n\nFor one email or series, capture:\n\n| Field | Required evidence |\n| --- | --- |\n| Artifact identity | Brand/project, conversation, email or series ID |\n| Version identity | Saved version, timestamp, or immutable export hash |\n| Generation state | Last AI action, actor, prompt/reference set, timestamp |\n| Human edits | Material changes since last saved review point |\n| Feedback state | Open and resolved thread counts; named blockers |\n| Mechanical checks | Current Preflight, links, rendering, variable cases, test send |\n| Campaign context | Audience version/count, sender, reply path, schedule |\n| Approval | Named approver, timestamp, scope, conditions |\n\nDo not approve “Launch email” by title. Titles persist while content changes.\n\n## How to run the review in Migma\n\nFirst, create a checkpoint. Save the canvas state and name the version entering review. Stop parallel AI generation on the same email until the reviewer has a stable artifact.\n\nSecond, assign review by layer. Content owner handles claims, offer, and tone. Design owner handles hierarchy and brand. Audience owner handles recipients and personalization. Sender owner handles domain and delivery settings. Use anchored comments so each decision stays beside its object.\n\nThird, distinguish blockers from suggestions. A wrong price, unapproved claim, broken link, missing unsubscribe, incorrect recipient variable, or unresolved sender belongs in `CHANGES_NEEDED`. An optional wording preference should not hide the blockers.\n\nFourth, resolve and retest. Resolving a thread says the discussion is closed. Attach the changed version and rerun checks affected by the edit. A new CTA needs link and visual review; a variable change needs the relevant profile cases; a restored historical version makes later test evidence stale.\n\nFinally, approve the exact version and campaign context. If someone edits the approved version or changes audience, sender, or schedule, mark the approval `INVALIDATED` and return only the affected layers to review.\n\n## Concurrency rules based on Migma's documented behavior\n\n1. One person owns a given email section during a focused edit window.\n2. Generation awareness prevents overlapping AI runs on the locked artifact, but manual same-area edits still need coordination.\n3. Presence and cursor position are ephemeral; they are not durable evidence of who changed content.\n4. Restoring a historical version requires a new diff against the approved source and current test results.\n5. Comments that guide later AI changes should be reviewed for stale or conflicting instructions before generation.\n6. Viewers and commenters do not receive broader privileges merely because they participate in review.\n\n## Brew shows why agent visibility must be explicit\n\n[Brew's Comments](https://docs.brew.new/create-emails/comments?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control) documentation describes element-anchored threads, teammate mentions, replies, and resolution. It also says comments are currently app-only: agents cannot read or post them through MCP or the public API. Brew's [interface guide](https://docs.brew.new/create-emails/the-interface?utm_source=marketingwiki&utm_medium=referral&utm_campaign=ai-email-collaboration-version-control) documents email versions on its canvas.\n\nThis creates an important mixed human-agent rule. Before asking an agent to revise a Brew email, pass only the approved, unresolved instructions it is authorized to use. Do not assume the agent has seen the app's comments. After the revision, return the new version to the human thread and show what changed.\n\nThe same check applies to any platform: list which comments, approvals, and version data are visible through the agent surface rather than assuming the in-product and programmatic contexts are identical.\n\n## Invalidation map\n\n| Change after approval | Reopen |\n| --- | --- |\n| Copy, claim, offer, image, or layout | Content/design plus affected mechanical checks |\n| Variable or conditional logic | Personalization cases and received test |\n| Link or CTA destination | Link, claim, and tracking review |\n| Audience predicate or exclusions | Audience, eligibility, and volume approval |\n| Sender, reply-to, or domain | Sender and deliverability review |\n| Schedule or frequency | Calendar/pressure review |\n| Restore older version | Full diff; all evidence tied to replaced version |\n\n## A minimal machine-readable approval\n\n```yaml\nartifact: migma://brand/7/email/42\nversion: v19\ncontent_hash: sha256:...\nopen_blocking_threads: 0\npreflight_artifact: artifact://preflight/42-v19\npersonalization_artifact: artifact://profiles/42-v19\naudience_version: segment_184@2026-08-31T10:00:00Z\nsender: updates@example.com\nschedule: 2026-09-02T09:00:00+02:00\napprover: null\napproved_at: null\n```\n\nLeave approval fields empty until the named person acts. Collaborative AI email tools are converging on canvases, comments, versions, and live editing. The durable practice is simple: every approval points to the exact artifact those people actually reviewed."}