Watch what happens right after you connect Tareno: your assistant can see your social accounts, and you can start writing.
1Ask about your accounts
2Tareno looks them up
3Your accounts appear
4Write what you want
Devin Desktop
Which of my social accounts are connected?
Write anything, for example: Post about our new product
Which of my social accounts are connected?
Found 4 accounts
You have 4 accounts connected: Instagram, LinkedIn, TikTok, X
Write anything, for example: Post about our new product
Illustrated demo · no live account
How do I connect Tareno to Devin?
In Devin Desktop, first check which agent you use. The default Devin Local agent uses Devin CLI MCP configuration; legacy Cascade uses its own mcp_config.json. Add https://tareno.co/api/mcp as a remote HTTP server, complete the supported OAuth flow and ask for your connected accounts. Tareno has not completed a Devin Desktop client test.
Connect Devin Desktop in four steps
1
Choose the route in
Devin Desktop has two agents with different settings. Devin Local uses the Devin CLI configuration files. Legacy Cascade uses mcp_config.json, opened from its Actions menu; Cascade has no MCP marketplace or one-click install. The example below is a Cascade configuration.
2
Decide who owns the connection
Use the Tareno account that owns the intended social profiles and review the permissions before authorizing. Follow the OAuth controls for the selected Desktop agent. Cloud organization settings are a separate product surface.
3
Confirm the endpoint
The hosted address appears in the entry on the right. If you manage servers through a configuration file, it is the same address that other clients use; no key needs to appear in it when you sign in with OAuth.
4
Prove the link with a read
Ask Devin for your connected accounts before it drafts anything. The account you want in the answer confirms the connection; an empty answer means the account still has to be connected inside Tareno.
Review text, media, account, and time in Tareno and approve.
Where Devin helps with Tareno
Devin's record of completed work is the asset. These three jobs turn it into public writing without inflating it, and each has a workflow page with its own checks.
01
Finished sessions become a client-safe delivery brief
A consultancy that delegates work to Devin can summarize what was delivered, the test results the client has seen and the limits of the work, without naming the client. The brief goes to LinkedIn only after the client has seen the wording and agreed, which is a step Devin can prompt for but cannot perform.
02
A week of tickets becomes a shipped-this-week post
Devin lists the tickets that finished and separates changes a customer can use from internal work. It reports which changes sit behind a flag or reach only some accounts, so the Friday post on X says what is live rather than what is closed, and fits in 280 characters.
03
A release becomes an upgrade warning on Mastodon
Self-hosting administrators read release posts for what they must do. Devin finds the sessions that changed schemas, configuration keys or minimum versions and puts those actions first in the post, leaving you to test the upgrade steps on a copy before approving anything.
Prompts to copy for Devin Desktop
01
Check the connection
Use Tareno to list my connected social accounts with platform and account name. Read only: do not create, schedule or publish anything. Tell me which account you would use for a client delivery brief and which for the weekly shipped post.
02
Delivery brief without the client
List the sessions finished for project and what each delivered, with the test results the client has seen and the modules not covered. Write a LinkedIn brief of about 210 words that omits the client's name, state the evidence behind each statement and save it as a draft through Tareno only after I have shown it to the client.
03
Shipped versus finished
List this week's finished tickets with one sentence each on what changed for a user. For every user-visible change say whether it is behind a flag, limited to some accounts or still in review, and write the X post for Tareno within 280 characters from the changes that are live.
04
Upgrade actions first
From the sessions behind release 4.2, find every change that needs administrator action: schemas, configuration keys, environment variables and minimum versions. Write a Mastodon post for Tareno that opens with those actions in order, and do not save it until I have tested the steps.
05
Request the slots
Take the approved drafts draft IDs and ask Tareno to schedule them for Friday 16:00 in Europe/Berlin. Return the action IDs and remind me that each request still waits for my approval in the Tareno dashboard.
All Devin Desktop guides
One guide for every network this agent can work with in Tareno, each with its own example, prompts and limits.
Tareno has not completed a client test with Devin. The setup follows Cognition's documentation for remote MCP servers, so verify the connection with a read-only call.
A shared organization connection lets any Devin user in the organization draft for the connected accounts. Prefer personal access for accounts that have one owner.
Devin can only tell whether a change is live from evidence in the work it can see, such as merged changes and flags. The product manager confirms before a post is approved.
Scheduling, publishing, edits to scheduled posts and deletions create approval actions. Devin can request them but cannot approve them.
Client work is confidential by default. Show the client the wording and record their agreement before a delivery brief is published.
Devin compared with other coding agents
Codex and Claude Code run in a terminal, Cursor and Copilot in an editor. Devin works as a delegated engineer with its own sessions, which is why its record is useful for delivery updates: the sessions already describe what was done and what was tested. If your content comes from commits in an editor, those other agents sit closer to the code.
Connection · Availability
Devin Desktop: Connect your account
Availability
Custom MCP connection
Connection
mcp · Setup documented; client test still required
Open the client's MCP server settings. Add Tareno with the HTTPS endpoint below using Streamable HTTP. This requires support for authenticated remote MCP, not just local stdio servers.
Choose OAuth, connect and sign in with your own Tareno account. Check the requested permissions. Refresh the client's tool list after authorization.
Run list_accounts first. Confirm the returned workspace and account IDs before creating a draft. If no accounts appear, connect a social account in Tareno first.
https://tareno.co/api/mcp
Use the same Tareno account across supported clients. Open the relevant setup guide for authentication, first use, reconnect, and revocation.
Not yet; no client test has been completed on our side. Devin can use remote MCP servers according to Cognition's documentation, so expect an OAuth sign-in in the first session and confirm the connection with a read-only call.
Should the connection be shared or personal?
For an account with one owner, personal access. A shared connection would let anyone using Devin in the organization draft for that account. Approval still happens in Tareno either way, but the drafts should come from the person who owns the account.
How does Devin know what is live?
Only from what it can see: merged changes, deployment records and flags in the work it handled. When it cannot tell, it should say so, and the product manager confirms before the post is approved.
Can Devin write about client work?
It can draft a brief that omits the client and lists the evidence behind each statement. Whether it may be published is the client's decision, so show them the wording and record their agreement first.
Can a weekly post include a recording?
Yes, on networks that take video. X allows one video per post and Tareno's configuration limits it to 140 seconds. Upload the clip to the library first, and Devin can find it by name.
Will Devin publish a post without my approval?
No. A scheduling or publishing request becomes an approval action in Tareno, and nothing reaches LinkedIn, X or Mastodon until you approve it in the dashboard. Devin can only report that the action is pending.
How do I keep internal ticket details out of posts?
Tell Devin to describe changes as a customer would see them and to leave out ticket numbers, service names and internal tooling. Then read each draft in Tareno, because the check for what is sensitive is still a human one.
Which Tareno tools will Devin call first?
Usually `list_accounts` to confirm the destination and `create_drafts` to save the text. `schedule_posts` comes last and returns an approval action instead of publishing anything, and `get_action_status` tells you what became of the request.
Let Devin Desktop prepare your next posts
Start with your Tareno account, connect your agent and prepare drafts. You approve what goes live.