Use Cursor with Tareno to turn a game jam's commits and screenshots into a Bluesky post-mortem thread, hour by hour, saved as one draft you approve in Tareno.
Can Cursor write a post-mortem thread for a game jam from my commits and screenshots?
Yes. Cursor reads the commit history with its timestamps, builds a timeline of what happened when, matches your screenshots from the Tareno library and writes a post-mortem thread within 300 characters per post. It saves the whole thread as one draft. Scheduling stays pending until you approve it in Tareno.
A game jam gives you two days and a repository, and afterwards the best story is in the commit log: the feature that arrived at hour thirty, the bug that ate the night, the cut that saved the build. People like post-mortems, and Bluesky's thread format lets the story run in order. The usual problem is memory, because by the next afternoon nobody recalls the sequence. Cursor can read the timestamps and rebuild the timeline, and Tareno saves the thread as one draft. This page follows a two-person jam team through a post-mortem, with the honest timeline, the screenshots in order and the credit rules for a team.
Example: a two-person team writes up its 48-hour jam
Imagine a team that finished a puzzle game at 03:00 on the last night. The next day one of them asks Cursor to read the commit history and build a timeline. Cursor groups the 94 commits into phases, finds that the core mechanic landed at hour nine and that 31 commits in the last six hours were fixes. It proposes a post-mortem of seven posts: the idea, the first playable, the pivot, the crunch, the cut, the result and what they would change. It matches six screenshots from the library with list_media and saves the thread with create_drafts. His teammate approves the wording before the request.
Step by step
01
Let Cursor read the history
Ask it to group commits by hour into phases and to report the largest commits and the last six hours. The timeline should come from timestamps, not from memory.
02
Check claims against the repository
Ask Cursor to verify statements such as the mechanic landed at hour nine against the commit that introduced it. A post-mortem with a wrong timeline loses its point.
03
Agree on credit
Decide who is named and how. Cursor can see commit authors, but a teammate who did sound or art may not appear in the history, so add them yourself with their agreement.
04
Match the screenshots
Cursor finds the screenshots with list_media and orders them by the phase they show. Bluesky posts in Tareno take up to four images each.
05
Write and save the thread
Cursor writes seven posts within 300 characters, confirms the account with list_accounts and saves the thread as one draft through create_drafts.
06
Request a time and approve
Give a day, a time and an IANA time zone. The request becomes a pending action, and you approve it in the Tareno dashboard after your teammate has read it.
Prompts to copy
Build the timeline
Read the commit history of this repository for the jam weekend and group the commits by hour into phases. Report when the core mechanic first appears, which hours had the most commits and how many of the last six hours were fixes, with the commit hashes that support each claim.
Check the claims
I want to say that the core mechanic landed at hour nine and that we cut the multiplayer mode on Saturday night. Verify both against the commits and tell me which statement the history supports, which it contradicts and which it cannot show.
Write the post-mortem
Write a seven-post Bluesky thread for Tareno: the idea, the first playable, the pivot, the crunch, the cut, the result and what we would change. Use only claims you verified, keep each post within 300 characters and mention my teammate only as [name, with their permission].
Save the thread
Use Tareno to find the screenshots [jam-01 to jam-06] in my media library, confirm my Bluesky account [handle] and save the approved thread as one draft with each screenshot on the post that matches its phase. Return the draft ID, and request no time yet.
Bluesky limits and tools in Tareno
Text
up to 300 characters; hashtags and mentions are supported; plain text, no rich formatting
Images
jpg, jpeg, png, webp, gif, up to 2 MB each, up to 4 per post
Video
mp4, 0 to 3 min, up to 100 MB, one video per post
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: no
Network-specific
a drafted thread can have up to 24 replies of 300 characters each
As configured in Tareno on 2026-10-24. The live rules for your own account come from the get_platform_schema tool.
What Bluesky itself documents
Post text is limited to 300 graphemes and 3,000 bytes, so an emoji counts as one grapheme but can use several bytes.
A post can embed up to 4 images, each up to 2,000,000 bytes.
Video embeds accept MP4 up to 300,000,000 bytes, with up to 20 caption files in WebVTT. Tareno's configuration is stricter: one MP4 of up to 180 seconds and 100 MB.
Tareno saves a Bluesky thread as one draft of a root post and up to 24 replies, so a seven-post post-mortem is one object that you can read top to bottom before approval.
Tareno's configuration for Bluesky allows up to four images per post, each up to 2 MB, so a screenshot per phase fits, but raw captures may need compressing.
Tareno does not read posts or replies on Bluesky, so Cursor cannot gather feedback on the game; the team reads it in the app.
Tareno's configuration allows a video of up to 180 seconds on Bluesky, so a short gameplay clip can open the thread in place of a screenshot.
What does not work
Cursor cannot see work that never reached the repository, such as art or sound made elsewhere, so you add those contributions yourself.
It cannot read replies to the thread on Bluesky through Tareno, because Tareno does not expose posts or replies for Bluesky.
It cannot publish the thread on its own, since a time request becomes a thread only after you approve it in the Tareno dashboard.
Mistakes to avoid
Telling the story from memory. Rebuild the timeline from the commit timestamps.
Naming a teammate without asking. Credit is theirs to agree to.
Uploading raw screenshots above the size limit. Compress them first.
Hiding the crunch. The last six hours are usually the most interesting part of the thread.
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.
Accurate for when code was committed, not for when it was written or when ideas happened. Cursor reports what the history shows and where it cannot say, so you add context from memory and label it as yours.
Can Cursor credit my teammates?
It sees commit authors, but contributions like art, music or design may not appear in the history. Name those people yourself, and only with their agreement, before the thread is requested for a time.
Can the thread open with a gameplay clip?
Yes. Tareno's configuration allows one video of up to 180 seconds on Bluesky, up to 100 MB. A short clip in the root post gives readers a reason to continue into the post-mortem.
How should I handle the crunch period honestly?
State what happened: the number of fix commits, what was cut and why. Cursor can quote the counts from the history, and the account of how it felt is yours to write.
Does Cursor need a special setup for Bluesky?
No. The same Tareno connection serves every network, so once your Bluesky account appears when you ask Cursor to list your accounts, the workflow needs only the screenshots in your library.
Will the thread go out without my approval?
No. A scheduling request becomes a pending action in Tareno, and Bluesky receives the thread only after you approve it in the dashboard. `get_action_status` shows what happened afterwards.