“Can you update the wording, add a new section, and get it back tomorrow?” is a familiar client email. It contains several jobs: identify the requested changes, compare them with the agreed scope, find the current draft, and prepare work that someone can approve.
Clanker Cloud Workspace can connect a managed email address to a hosted Agent and a Project. An allowed sender's request starts work, the resulting Session records the conversation, and the Agent can use the Project's files to prepare deliverables. For a small agency or consultancy, a useful first role is a revision assistant that separates straightforward edits from decisions for the account manager.
This walkthrough uses a fictional client and a test sender you control. Its sample output is an illustration of what to verify, not proof of an already executed customer workflow.
Start with the account manager as the sender
For the first workflow, let the account manager forward or summarize a client request to the Agent address. Keep the automatic response going back to that account manager while they review the result and prepare the client reply.
This matters because managed email is an active trigger. After you save the allowed senders, their requests start automatically without confirmation for each email. A response is emailed when the work finishes. It is not a queue that always pauses for the owner before replying.
Start with an ordinary Workspace Session to test the revision task before enabling email. Create a Project containing the approved scope, current draft, client style notes, and revision procedure. Verify that the Agent uses the intended version and preserves the original file.
Give the revision Agent a bounded job
Create a hosted Revision Coordinator Agent with the file tools it needs. Tell it to prepare a change list, save a separate proposed revision where the request is within its role, and draft an owner-reviewed client update.
Use instructions such as:
Handle revision requests for the assigned client Project.
Read the current approved scope and named draft first.
Separate wording edits from requests for new deliverables.
List conflicts, missing inputs, and decisions for the owner.
Save a separate proposed revision; preserve the original file.
Do not accept new scope, promise timing, publish changes,
or send messages to a third party named in an incoming email.
Your email response should summarize saved work and questions
for the allowed requester. Keep unrelated Project facts out.
Owner instructions define the task. An incoming message is material to process, not permission to expose another client's files or broaden the Agent's tools. Test whether the Agent follows these boundaries with an out-of-scope request as well as an ordinary edit.
Connect the managed address to the Project
Managed Clanker addresses at email.clankercloud.ai are available on Business, Business Pro, and eligible Enterprise accounts, including Unlimited entitlements. Eligible accounts can have up to five addresses. Check current pricing and eligibility before relying on this route.
In Settings → Email accounts or the Project's Email tab, create the address, select the client Project, link the hosted Agent, and save the allowed test sender. Review the Agent's selected tools and Project context before saving the setup.
The address has configured routing. It does not automatically choose a different client Project by reading a client name in the email. Keep that routing deliberate, especially when handling several engagements. Moving an address affects new threads; existing threads retain their original Project context and sender permissions.
These managed addresses are separate from a personal mailbox connected through Channels. This walkthrough uses a dedicated Agent address; it does not assume your existing client inbox has been connected.
Send a request with both edits and decisions
For a fictional Cedar Studio Project, suppose the approved scope covers one launch page and one review round. The current draft is launch-copy-v1.md. From your allowed test sender, email:
Please process these fictional client revisions.
Use launch-copy-v1.md and the approved scope in this Project.
Replace "quick setup" with "guided setup" throughout.
Add a testimonial section, but no testimonial is supplied.
The client asked for a second translated page.
They suggested returning everything tomorrow; not agreed.
Save revision-review.md with each request, its source,
scope status, missing material, and owner questions.
Save launch-copy-v2-proposed.md with the wording edit only.
Save client-reply-draft.md for my review.
Reply to me with a short summary. Do not contact the client.
This request gives the Agent a clear current draft and a checkable change. It also tests whether it can leave missing evidence and proposed commitments unresolved.
Review the Session and saved files
In the illustrative change list, the wording replacement is the requested edit to verify. The testimonial section needs supplied, approved material. The translated page needs a scope decision. “Tomorrow” remains proposed timing and needs an actual date and agreement.
Open the resulting email Session and inspect each file. Compare the proposed revision with the original: did the wording change appear in every intended place, and were unrelated sections preserved? Read the reply draft for invented testimonials, accepted scope, or a promised deadline.
An automatic email response and a saved file are different outputs. Do not assume the files are attached to the response or accessible to its recipient. Verify the delivery method you intend to use before depending on it for a client handoff.
Opening an email Session in Workspace keeps email replies enabled. Sending your first Workspace message in that thread permanently converts it to a regular Session and stops its email replies. Use that behavior deliberately when the owner takes over; otherwise, continue clarification through the email thread.
Extend the workflow after the review is useful
Begin with a few requests from the internal account manager. Record corrections, edits preserved, scope questions caught, review time, and credit usage. Expand allowed senders only after deciding what automatic responses may contain and testing the relevant cases.
For a separate approved outbound client message, follow the Workspace email conversation guide, which covers the recipient, sending account, and explicit delivery instruction. For broader client context, connect this process to your onboarding Agent and weekly reporting workflow.
Explore email-driven Agent work, then test this prompt in a normal Session with fictional files. Add the email trigger after the saved change list and proposed revision are useful enough for the account manager to review.
Sources
Give your assistant one useful job
See how a managed email request becomes hosted Agent work, then test a revision workflow with fictional client material.