Use the Kimi Code CLI with Tareno to turn a debugging session into a LinkedIn explanation of the symptom, the real cause and how it was confirmed, with secrets removed and a draft you approve.
Can Kimi Code write up a bug we just fixed as a LinkedIn post for other engineers?
Yes, after Tareno is added as a remote MCP server. Kimi Code summarises the symptom, the real cause, the confirmation and a check for similar code, and saves the draft through Tareno. It cannot tell which details are confidential, so you remove them, and a time request stays pending until you approve it.
The best technical posts are written the day the bug dies, while the false leads are still vivid. Two days later the story shrinks to the fix. A command-line agent that sat through the session can still reconstruct the reasoning from the history: what looked wrong, what was actually wrong, how the cause was confirmed. Kimi Code can draft that account and Tareno can keep it as a draft until you have cleaned it. This page follows a backend developer who spent an afternoon on a timezone bug. It treats the removal of secrets as a step of its own, because session history is full of paths, hostnames and tokens that must not reach a public post. Tareno has not completed a client test with Kimi Code.
Example: a backend developer explains a timezone bug
Imagine a developer whose reports showed the wrong day for users near midnight. After the fix, she asks Kimi Code to summarise the session for other engineers. It drafts a LinkedIn post: the symptom, the false lead about caching, the real cause in a date conversion that dropped the offset, how a failing test confirmed it, and one thing to grep for in similar code. She removes a staging hostname and a path with her username. Kimi Code confirms her profile with list_accounts and saves the approved text with create_drafts.
Step by step
01
Connect Tareno and test with a read
Add Tareno as a remote HTTP server as the Kimi Code overview describes, sign in with OAuth, then ask for list_accounts. Your LinkedIn profile in the answer is the check; an empty answer means it has to be connected inside Tareno.
02
Ask for the story in four parts
Ask Kimi Code for the symptom, the false leads, the real cause and the confirmation, in that order. The false leads are what make the post useful, since other engineers will follow the same ones.
03
Verify the cause against the code
Open the fixed lines and the test that confirms them. A narrative that sounds right can still blame the wrong line, so check that the post matches the commit.
04
Remove what is private
Search the draft for hostnames, usernames in file paths, stack-trace frames from internal modules, keys and tokens. Kimi Code reads the whole session and may have copied any of them.
05
Keep it as a draft
Kimi Code confirms your profile through list_accounts and files the cleaned text with create_drafts, giving you a draft ID. Scheduling has not happened yet.
06
Choose a slot
Tell it the day, the time and an IANA zone. schedule_posts returns a pending action that stays in the dashboard until you release it.
Prompts to copy
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 one you would use for a technical explanation on LinkedIn, and say clearly if you cannot reach Tareno.
Reconstruct the story
From this session, list the symptom, each false lead we followed and why we dropped it, the real cause with the file and function, and the test that confirmed the fix. Mark anything you inferred rather than saw. Do not write the post yet.
Write the explanation
Write a LinkedIn post of about 200 words for other engineers from that story, ending with one concrete thing to search for in similar code. Leave out stack traces, hostnames, usernames in paths and any key or token, and say so if you removed something.
Save the draft
Use Tareno to confirm my LinkedIn profile [name] and save the approved explanation as one draft. Return the draft ID and the text, and request no time until I give you the day and the time zone.
Request the slot
Take the draft [draft ID] and ask Tareno to schedule it for [Tuesday 08:00] in [Asia/Singapore]. Return the action ID and remind me that the request still waits for my approval in the Tareno dashboard.
LinkedIn limits and tools in Tareno
Text
up to 3,000 characters; hashtags and mentions are supported; basic formatting is supported
Images
jpg, png, gif, up to 10 MB each, up to 20 per post, recommended ratios 1.91:1, 1:1
Video
mp4, mov, 3 to 10 min, up to 50 MB, one video per post, ratio 16:9, 1:1
Links
links can sit inside the text and get a preview card
What Tareno can read
posts published outside Tareno: no; comments: no; transcripts: no; video download: yes
As configured in Tareno on 2026-10-24. The live rules for your own account come from the get_platform_schema tool.
What LinkedIn itself documents
Organic posts can contain text, images, videos, documents, articles, several images or polls. Organic carousels are not supported by the Posts API; they exist only as sponsored content.
Posting for a company page requires one of the page roles administrator, direct sponsored content poster or content admin. Posting as a member needs the w_member_social permission.
An article post needs its title, description and thumbnail set explicitly, because the API does not scrape the link for a preview.
Reading a member's own posts needs r_member_social, a restricted permission that is available to approved users only.
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.
It works from the conversation and the repository state available to it, which may not include everything you tried. Ask it to mark inferences, and fill in the false leads it missed from your own memory before the draft is saved.
How do I make sure no secret reaches the post?
Search the draft for hostnames, paths with usernames, keys and tokens, and read it once as a stranger would. Do not rely on the agent to catch them, because it has no way to know what your organisation treats as sensitive.
Should I include code in the post?
One or two lines, if they carry the point, such as the conversion that dropped the offset. LinkedIn does not format code, so a long block reads badly and invites copy errors. Link to a public gist if more is needed.
Is a clean first call enough to start drafting?
It is the minimum: `list_accounts` should show your profile. Moonshot documents the connection and Tareno has not finished a client test, so save one harmless draft and open it in Tareno before you write about a real bug.
Why does my company page not appear?
LinkedIn requires a role such as administrator for the connecting member before a page can be posted for. Once that is granted in Tareno, the page shows up in `list_accounts`; editing the prompt cannot fix a missing role.
Is there a last check before the bug story is public?
Yes: the pending request in Tareno is that check. Nothing at all reaches LinkedIn until you approve it there yourself, and `get_action_status` reports afterwards what LinkedIn answered, including any refusal.