I can't configure the remote MCP for Figma using (OAuth): https://mcp.figma.com/mcp. I just get an error message.

2026-04-02 19:02:51.631 [warning] Error in epic chat request Error Name: TypeError Error Message: Cannot read properties of undefined (reading 'toArray') Error Stack: TypeError: Cannot read properties of undefined (reading 'toArray')

I am trying to open an Epic that I was working with and the UI for the board does not load and I see this inside of the debug log. Is there a way to recover the Epic and tickets?

2026-04-15 19:47:00.689 [warning] [TiptapEntityStorageProvider] Room 30c762f00cc6b1e5b8893b438fda81f002e58f075c8962b063eac1e1cabf2748 is missing metadata after sync; attempting client-side repair entityId=875e3ca4-b82a-4c9a-9a08-a76c013670f2 rootMapKey=epic
2026-04-15 19:47:00.689 [warning] [TiptapEntityStorageProvider] Room 30c762f00cc6b1e5b8893b438fda81f002e58f075c8962b063eac1e1cabf2748 has no trustworthy root version; checking SQLite for a migration retry entityId=875e3ca4-b82a-4c9a-9a08-a76c013670f2 rootMapKey=epic
2026-04-15 19:47:00.975 [error] EntityMemoryManager: failed to load visible entity 875e3ca4-b82a-4c9a-9a08-a76c013670f2 TiptapRoomUninitializedError: Room metadata is missing, the synced document has no trustworthy root version, and no matching SQLite entity was available for migration retry

I am in the middle of a Phased Plan and the Traycer extension seems to stuck opening the Phased Plan only. I am able to open and view other Epics with specs and tickets. I tried with multiple devices and having the same issue with Phased Plans only. Is there a way to extract the Phased Plan data to be able to resume by other methods, or convert to an Epic? https://cdn.discordapp.com/attachments/1499575539281690685/1499575539495731251/image.png?ex=69f54c0d&is=69f3fa8d&hm=8dff55a99d415e49809b0a0f7835409bb574ba5c52337a28d029dbe78dd22c7c&

I am in VS Code insiders running latest version of traycer for a certain epic only i have troulbe recovering it. Any ideas is the epic corrupted is it recoverable? The output is :

2026-05-04 11:34:29.756 [error] EntityMemoryManager: failed to load visible entity 5c6a37f6-eee8-453d-ab56-a1d017a1644a TypeError: Cannot read properties of undefined (reading 'map')
    at _0x15ca9f.deserializeFromStorage (c:\Users\9POS\.vscode-insiders\extensions\traycer.traycer-vscode-2.16.4-win32-x64\out\extension.js:7:226077)
    at _0x4a61b5.hydrateFromConnectedStorage (c:\Users\9POS\.vscode-insiders\extensions\traycer.traycer-vscode-2.16.4-win32-x64\out\extension.js:7:445376)
    at async c:\Users\9POS\.vscode-insiders\extensions\traycer.traycer-vscode-2.16.4-win32-x64\out\extension.js:7:468610
2026-05-04 11:34:29.756 [warning] EpicTracker: prepareEpicForOpen failed during hydration epicId=5c6a37f6-eee8-453d-ab56-a1d017a1644a Cannot read properties of undefined (reading 'map')
2026-05-04 11:34:29.757 [warning] Pre-warm failed epic 5c6a37f6-eee8-453d-ab56-a1d017a1644a: We couldn't load this epic right now. Please try again.

https://cdn.discordapp.com/attachments/1500778649677463652/1500778650327453718/Screenshot_2026-05-04_113643.png?ex=69f9ac89&is=69f85b09&hm=1e084650accee86939dde1547ff8c78c78137141f02c6ece609bbbfc6f1e20ac&

Hello, Had a ticket execution running in VS Code where it looked like it crashed sometime during the process. On restart it now hangs on 'Opening epic... ' Restarted/reloaded the extension but no change. let me know what you need to proceed. Thank you.

Hello! I’ve been using Traycer Desktop today, and so far, the experience has been great. However, I’m running into a massive issue with token usage skyrocketing after just a couple of prompts, and I wanted to flag this for investigation since I experienced similar behaviour in other orchestrators before like Nimbalyst. The Issue (GUI AGENTS ONLY): I am working on a heavy task (implementing custom auth) using GUI agents with a master agent setup. While my first 5h session went smoothly, my session afterwards were burning through limits almost instantly: First Spike: In a chat, I sent just 3 prompts (a ticket breakdown and a minor refinement), and my session usage instantly flew up to 45%. (I was kind of okay with it since it was a new session, but still too much!) Second Spike: Shortly after, I sent another minor prompt. I didnt instruct it to do much, but usage jumped from 45% to 88%. The Crash: I spent 10–15 minutes reviewing artifacts manually. Then I prompted to crosscheck a section of an artifact , and the model thought for 2–3 paragraphs, then tried to use MCP to spawn an agent but thats when my session usage completely maxed out (12%). The agent didn't even manage to spawn. When the context hit 100%, I hovered over it and noticed the cache read was at 500k. All my artifacts were maybe at 1000 words combined at this point, which i dont think is a lot ? This is all claude code max 5x running on Opus with similar work ethic when I was using raw claude code Feedback / Observations: I feel like GUI agents have different behaviour than terminal.. perhaps less properly utilizing ´´or maintaining the cache, causing the token drain to compound aggressively. Or perhaps in GUI mode, the claude code chat drops fast and it has to resend everything since its a new "session"? Idk.. I know other orchestrators (like Nimbalyst) have run into similar issues where token usage flies up insanely fast, their community had quite good feedback (check their discord)

I kept running into this bug where all the sudden I can't submit any messages or questionnaire. I'm using Claude. https://cdn.discordapp.com/attachments/1520450777548722446/1520450777703776266/Screenshot_2026-06-27_at_22.26.14.png?ex=6a413da2&is=6a3fec22&hm=e65e3840cece61c31410559096331aed93475c84cc885e32fafb2c3bdc31cacb&

Still having an issue when spawned sub TUI agents do not have traycer skills, and cant find them, thus resulting to that they ask the master agent to provide them the skill

I've momentarily addressed it in sessions by explicitly telling the agent to not cut off a question until I've answered and sometimes it's because I've failed to notice it paused, but other times it gives me hardly even a minute to consider something before it gives up on me Reproduce (intermittently): go about a chat that would result in the agent needing clarification and presenting mult-choice options Expected: Wait forever or at least for a longer timeout (10 minutes?) before giving up Actual: gives up often <60s Somewhat relatedly, would be good to throw an OS level notification that feedback is waiting when you pause (Mac OS notification popup in top right of screen and/or bounce the dock icon, and or whatever folks do in windows land) https://cdn.discordapp.com/attachments/1527572252080476260/1527572252390985838/image.png?ex=6a5b2605&is=6a59d485&hm=10628e0fea9513ec43497d23affa9424ce11269d76102eebc02e6e8bba907fef&

Sorry I probably wont be able to give an exhaustive bug trace/reproducability but smt here is not okay 😭 Im on a surface laptop studio, so not a weak device. On W11 Pro WSL; sometime overnight, tracer crashed the starting terminal just had this My laptop storage was also threatening to delete and shut itself off, turns out it made a 450gb dump file.... I'm not knowledgable enough to try and guess what type of lack of exception handling could have caused such a large runaway. Never had gwsl apps do this when crashing. Just noting it here. Probably wont use the app unsupervised anytime soon on gwsl if this is a risk. Hope this may help identify this bug in the future. this was installed on ubuntu LTS. https://cdn.discordapp.com/attachments/1528415716968235079/1528415717232214238/image.png?ex=6a5e378f&is=6a5ce60f&hm=72f78cd1ce81993c5cad8e243be0b29df5414aa6298ba7ff1715ea67cac5a764&

I wish I could give you more of a formal replication of some kind, but it being graphical and something of a background service. I'm not really sure how to trip it up myself. That said, I find the usage pane to be somewhat unreliable and I also don't really know how to get it back. It just sometimes comes back on its own but then disappears again. Any digging into this you could do would be great! Forgive the photo of a screen 🤦 https://cdn.discordapp.com/attachments/1529151359167758347/1529151360271126619/rn_image_picker_lib_temp_eb1792c0-187f-46e3-9560-716a543d8150.jpg?ex=6a60e4ae&is=6a5f932e&hm=b81d95c05a5b2b6d6eda66a811dc797eed5b189a0946effd0c5b00af7c5b2729&

I installed Traycer for Mac just to test it out. I added my current review, and it did some conversion I don't fully understand. Now, my IDE shows a popup I can't hide, and there are no extensions to update. The re-review button also disappeared, so I think it's no longer recognised as a review. https://cdn.discordapp.com/attachments/1529393014110425169/1529393014353563678/2026-07-22_at_08.38.48.png?ex=6a61c5bd&is=6a60743d&hm=171503bce681ab4e1f7d88d775ce297ce9f83c677c788142d947f8fafce1eec5&

Environment - Traycer host: 1.1.7, Windows x64 - Bundled Claude Code: 2.1.214 - Model:

claude-haiku-4-5-20251001

- Haiku runs with thinking disabled - Traycer A2A MCP server is authenticated and configured with

alwaysLoad: true

Impact Haiku currently cannot be used reliably as a Traycer child. It generates the requested answer, but the parent never receives it automatically. Reproduced in 3/3 fresh sessions. Actual behavior 1. Parent sends a message with

expectReply: true

. 2. The child receives an explicit instruction to call

traycer_send_message

with the supplied

responseId

. 3. Haiku generates correct terminal text, then returns

end_turn

without making a tool call. 4. Traycer leaves the response thread open and emits “finished its turn without replying.” 5. The answer is only recoverable by manually reading the child transcript. Expected behavior The generated answer should reach the parent and complete the response thread exactly once. Control A Sonnet High child using the same workspace, provider profile and A2A transport correctly called

mcp__traycer_a2a__traycer_send_message

and delivered its answer. Reproduction IDs - Haiku: agent

3106a155-6cac-4db6-b189-1b70e27a9118

- Response:

bb6258f2-47e5-4528-8fd8-d8d967f40fcc

- Provider session:

269c543e-0af3-43e4-b175-20f09e38d2bd

- Haiku: agent

91cc07eb-1bbb-4132-b027-7154a3aaaa0f

- Response:

92b406df-2480-4698-a8a7-aace88028e04

- Provider session:

528fc1f7-49d7-4a27-bcfc-7a9f294e42d6

- Haiku: agent

83094862-3f73-492f-9395-ed3a453aa6e9

- Response:

e0cad8ab-a4f7-40db-a016-a1906d257314

- Provider session:

8d3db9d5-e378-489b-8b54-9eb3cf1341bd

- Successful Sonnet control: agent

9ce62cb8-121a-4f69-85d1-51094181f603

- Response:

3028b59b-5e7e-432c-a833-6c3edbf947bd

- Provider session:

8c34f841-dd40-4841-a202-5de21afda470

Suggested fix At successful child-turn finalization, if an

expectReply: true

thread is still open: 1. Atomically check whether

traycer_send_message

already completed it. 2. If not, and non-empty terminal assistant text exists, deliver that text as the reply. 3. Record the delivery mode as

terminal-text-fallback

. 4. Ensure a concurrent or late tool reply cannot create a duplicate. 5. Retain the current inactivity/error behavior for empty, failed, stopped or cancelled turns. Acceptance criteria - Plain terminal child text completes the response thread once. - Normal reply-tool calls remain authoritative and create no fallback duplicate. - Tool-call/finalization races always produce exactly one reply. - A tool reply followed by a terminal acknowledgement does not send twice. - Empty/error/stopped/cancelled turns do not fabricate replies. - Joined messages sharing one response thread still complete atomically. - Three fresh Haiku children deliver 3/3 replies without transcript recovery. - Sonnet and another existing child route continue working without duplicates. I can provide the host-log excerpts and Claude session JSONL files if needed.

Hey friends. I signed up for Traycer, but I am not able to use the Traycer Agent in the desktop Client. Any idea how I fix that? https://cdn.discordapp.com/attachments/1534540900435234997/1534540900812984330/Captura_de_tela_2026-08-05_093354.png?ex=6a748015&is=6a732e95&hm=5bb05283e8d7bce008880de4166034bbda24b9a3152398a9f9fcdd2645766c87& https://cdn.discordapp.com/attachments/1534540900435234997/1534540901181947914/Captura_de_tela_2026-08-05_093422.png?ex=6a748015&is=6a732e95&hm=0c8ab81cc49173d21172e2a0e66aab6ab246e73682753e2d6c1b16da22c46f96&

When a task uses the Opencode provider, if this provider doesn't have more credits/tokens, it will try to load indefinitely.

I'm trying to open this artifact. Even if I zoom in 600%, I'm still unable to open it. There is something fundamentally wrong with this! I'm on Windows. Latest version of Traycer The first image is how it renders without zooming in. The second image shows even with zoom applied it's not viewable.. https://cdn.discordapp.com/attachments/1535634463676178442/1535634463982227486/image.png?ex=6a787a8a&is=6a77290a&hm=7868e568a0a6879a30956171bbe5272fdee5c75a616f881c314b40f214e7aebd& https://cdn.discordapp.com/attachments/1535634463676178442/1535634464648994826/image.png?ex=6a787a8b&is=6a77290b&hm=ee814f5ea47835b6456f35779d83737ba1a6c90ff2cfbc3e7b022adc9691ceff&

The recent version claimed to have fixed this, and a ticket was closed, but it’s still broken. I’m sure I’ve updated to the latest version, so it isn’t an update issue. Could you debug why this is happening? I cannot scroll using the scroll bar or any similar method.

Environment - Traycer 2.16.8 - VS Code 1.132.0, macOS 26.4.1 (arm64) - Model: Claude Fable 5, High / Extra High / Max What happens Every plan generation with Claude Fable 5 fails. The Plan Specification panel shows "Plan generation failed / Uh oh, something went wrong." Other models work; this is specific to Fable. Steps to reproduce 1. Set the model to Claude Fable 5. 2. Try to generate a plan (any prompt). 3. The plan fails after a few minutes. "Regenerate Plan" fails the same way. https://cdn.discordapp.com/attachments/1536378702571507873/1536378702705856522/Captura_de_Tela_2026-08-10_as_10.18.25_AM.png?ex=6a7b2fab&is=6a79de2b&hm=59ad174a5e0de573a81de5ecb94c0be95d61f7ef020007a456c72d34f527e285& https://cdn.discordapp.com/attachments/1536378702571507873/1536378702948999279/traycer-logs.txt?ex=6a7b2fab&is=6a79de2b&hm=490daed5c27d4bf337787fe798b5f7120a7cef30c06e453b52cf17fd7ec259ee&

If I click on it it goes back to the "What can I help you build today?" page. https://cdn.discordapp.com/attachments/1539946937493626910/1539946938089078824/2026-08-20_at_11.38.34.png?ex=6a882ad8&is=6a86d958&hm=baf57c571bf9b5e8eedd03e12c4980fb1b35cadb70036039bf6ec9acd981e942&

Environment Windows 11 x64, pt-BR; Desktop/CLI 1.1.10; Host 1.1.11; bundled Claude Code 2.1.220; standalone Desktop. Impact The Host crashes and the supervisor restarts it. Around recovery, collaboration rooms flap: agents/artifacts disappear from the GUI, provider visibility becomes unstable, and work is interrupted. Local chat/artifact files remain intact. Evidence Collected on 2026-08-23 at approximately 11:16 UTC-4.

traycer host status

retains 8 crash markers from 2026-08-21T02:19Z to 2026-08-23T02:35Z: 7 exited with 3221226505 / 0xC0000409; 1 with code 1. One crash tail reached survivorCount=17. The latest crash (2026-08-23T02:35:01.338Z) auto-recovered. Its stderr ends with 3 Claude probe children surviving teardown: 2 were force-killed; 1 did not exit after SIGKILL. [ephemeral-probe] ... survived query teardown; force-killed with SIGKILL [ephemeral-probe] ... did not exit after SIGKILL Important: this is temporal correlation only. One 0xC0000409 marker had no probe text, so I am not claiming that probes caused the crash or that this proves OOM. Aug 23, Host log local time (UTC-4): - 1,045 log entries containing getTaskCollabTokens -> 401 UNAUTHORIZED (01:36–09:13) - 29 WebSocket 503 occurrences (00:20–10:57) - 519 "stayed disconnected; rebuilding provider" warnings (00:02–11:08), across artifact, conversation, and notification rooms - 26 Claude probe-survivor entries; 12 still did not exit after SIGKILL (10:09–11:10) Expected Probe timeouts and transient cloud/auth errors should be bounded, self-heal, and never crash the Host. Questions 1. Is this known on Host 1.1.11 / Claude 2.1.220? 2. Can you identify whether the fail-fast is V8/Bun/native teardown, or request a dump/bundle? 3. Is there a fixed build and a safe recovery path that does not interrupt active sessions? Four in-app report attempts were rejected with HTTP 429. I can send their IDs and a sanitized bundle privately.

Hi, I have had some trouble setting up autobuild with opencode/traycer inference agents. Claude code works fine with the Coordinator / Generator / Evaluator. But other agents sometimes or always have problems using the communication tools. Cross posted from #1237598425609015330 . I got this thought message today. when trying to communicate with a Child Agent to wrap up a certain task. Perhaps it is not about the models but the OpenCode harness? I will cross post in the bug forum, so that we do not pollute this channel. Not sure if this is revelant, but in the host log I see a bunch of warnings: [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId,=sessionId=unknown [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=permission.replied eventId= [2026-08-27 09:35:] [WARN] OpenCodeConverter: unsupported event dropped type=session.updated [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=session.diff eventId=,sessionId=unknown [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId=,sessionId=unknown [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId=,sessionId=unknown [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=permission.replied [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=session.updated [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=session.diff eventId,=sessionId=unknown [2026-08-27 09:35] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId=,sessionId=unknown (deleted the eventIds, etc for readability) It would be really cool if you look into this. Autobuild is the main reason I am using Traycer. https://cdn.discordapp.com/attachments/1542442645031354408/1542442645614239836/Screenshot_2026-08-27_093814.png?ex=6a913f27&is=6a8feda7&hm=1e002bdf2b9a2848f7237c6af6e675eb6abe2ec28adfc9ba5d2c332ec2ced28a& https://cdn.discordapp.com/attachments/1542442645031354408/1542442646025408653/Screenshot_2026-08-27_093911.png?ex=6a913f28&is=6a8feda8&hm=d18e9e8d0760b18c50d9124b1fda665c9248ba4025d4b62fcaaa247e354ee759&

Not sure if this is revelant, but in the host log I see a bunch of warnings: Host Log [2026-08-27 09:35:07.960] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId,=sessionId=unknown [2026-08-27 09:35:12.410] [WARN] OpenCodeConverter: unsupported event dropped type=permission.replied eventId= [2026-08-27 09:35:15.156] [WARN] OpenCodeConverter: unsupported event dropped type=session.updated [2026-08-27 09:35:15.156] [WARN] OpenCodeConverter: unsupported event dropped type=session.diff eventId=,sessionId=unknown [2026-08-27 09:35:17.965] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId=,sessionId=unknown [2026-08-27 09:35:27.983] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId=,sessionId=unknown [2026-08-27 09:35:28.499] [WARN] OpenCodeConverter: unsupported event dropped type=permission.replied [2026-08-27 09:35:29.313] [WARN] OpenCodeConverter: unsupported event dropped type=session.updated [2026-08-27 09:35:29.314] [WARN] OpenCodeConverter: unsupported event dropped type=session.diff eventId,=sessionId=unknown [2026-08-27 09:35:37.992] [WARN] OpenCodeConverter: unsupported event dropped type=server.heartbeat eventId=,sessionId=unknown (deleted the eventIds, etc for readability)

Environment - macOS (Apple Silicon), Traycer Desktop, epic with local worktree on an external volume - Files: local PDFs (invoices/statements) generated inside the workspace Steps to reproduce 1. Agent creates/edits local binary files (e.g. generated PDFs) and reports their absolute paths in chat. 2. Ask for clickable links — plain absolute paths render as inert text; markdown links with file:/// also don't navigate. 3. Open the Files-changed panel and click one of the PDF "Edit" entries. 4. Ask for the same paths inside a Traycer artifact. Expected - Clicking a file path/entry opens the file locally (Finder reveal / default app) or shows a preview. - Absolute paths and file:// links in chat/artifacts are either clickable or clearly documented as unsupported. Actual - Chat: plain paths are inert text; file:/// markdown links are not clickable. - Files-changed panel: "Edit" opens the diff viewer, which cannot render binary files (PDFs) — no preview, no open-in-app. - Artifacts: no support for linking to local workspace files (artifact links are artifact-relative only). Impact - For workflows that produce client-ready documents (invoices, statements, work orders) as local PDFs, the user cannot access outputs from the UI at all and must fall back to Terminal (

open <path>

) or Finder. - Workaround found: agent-generated local INDEX.html with relative links works in a browser — but this is a manual fix, and artifacts can't host it usefully either. Suggestion - Local file links (or a "Reveal in Finder / Open" action) for chat messages and the files-changed panel. - PDF preview support (or open-externally button) for binary files in the diff/files panel. - Optional: allow artifacts to link to workspace files.

As you see here context is always free

92%

no matter how many times I run

/compact

https://cdn.discordapp.com/attachments/1544763701394014271/1544763702861889626/Screenshot_2026-09-02_at_11.08.42_PM.png?ex=6a99b0cf&is=6a985f4f&hm=80e784c36ca8f8b1e474d5a31da8ff4939fe4552fed84941f7044279b9fc7081&

Environment: macOS (Apple Silicon), Traycer Desktop, epic with multiple GUI child agents. Actual: Creating an agent via the agent-creation API (harnessId=hermes, model=opencode-free:muse-spark-1.3-contributor-free) produces an agent whose first turn — and every subsequent turn on that same agent — fails with: API call failed after 3 retries: HTTP 500: Internal server error Zero tool calls run, no partial output. Reproduced 3x in a row on one agent, and identically on a second, separately-created agent before it. Reconfiguring the agent via the API with identical harness/model/profile/permission settings (a no-op API reconfigure) does NOT fix it. Manually opening the same agent in the GUI and reselecting the identical model in the model-picker dropdown DOES fix it — the agent responds normally afterward (confirmed with a test message and a full multi-tool-call task). Impact: Any workflow that creates or configures these agents programmatically (rather than through the GUI picker) gets a silently broken agent that looks created successfully but can never complete a turn, with no error surfaced until the first message fails. Suggestion: Whatever session/auth initialization the GUI model-picker triggers on selection should also run when the same model is set via the create/configure API — right now there's an initialization step that's GUI-only. Repro: 1. Create an agent via the agent-creation API with harnessId=hermes, model=opencode-free:muse-spark-1.3-contributor-free. 2. Send it any first message. 3. Turn fails: "API call failed after 3 retries: HTTP 500: Internal server error", zero tools run. 4. Retry with a fresh message — same failure, repeatable. 5. Open the agent in the GUI, reselect the same model in the dropdown. 6. Agent now responds normally.

Problem: When an agent modifies the viewport dimensions, the browser retains those settings with no option to reset. Current Workaround: Fully restarting the browser. Proposed Solution: Add a mechanism to reset the viewport to default dimensions after agent execution.

I've mentioned this in the past on other chats, this is really annoying but sometimes after Traycer finishes a review, the results are not visible and I don't know how to read them without starting a new review. Clicking on the task in the extension takes me back to the "What can I help you build today?" screen. https://cdn.discordapp.com/attachments/1547251044596187207/1547251044927668285/2026-09-09_at_15.22.06.png?ex=6aa2bd53&is=6aa16bd3&hm=855974da91e3355348a3566159409e00374ab606fc97392cea6a1bc106fac2da& https://cdn.discordapp.com/attachments/1547251044596187207/1547251045187453009/2026-09-09_at_15.21.58.png?ex=6aa2bd53&is=6aa16bd3&hm=03f33b6b70ba8ffc1d9261516ddb3c555b819d33a5321047ea6ebdbd8d389967& https://cdn.discordapp.com/attachments/1547251044596187207/1547251045519069265/2026-09-09_at_15.21.04.png?ex=6aa2bd53&is=6aa16bd3&hm=c0770f487b158164a31594022137fc8d579b43356df991ea931c25b9a931d778&

Hi Traycer Support, I’m unable to open an existing epic; the window stays on “still connecting.” The host log repeatedly reports: -  EpicSeedUnavailableError: No local seed available to serve epic c9fde253-f9ca-4b3f-9993-05cb20076003 offline  -  LocalStoreUnavailableForOpenError: ... the local room store did not open  - When I tried creating an epic,  LocalStoreUnavailableForCreateError: ... this host holds no local room store  I restarted Traycer, then ran  traycer host service install --takeover  because the Desktop-owned host service appeared unhealthy. The CLI-managed host now reports running, and  traycer host doctor  reports “no issues detected.” The epic’s local artifact files are still present under  ~/.traycer/epics/c9fde253-f9ca-4b3f-9993-05cb20076003/ . I clicked Rebind, but it made no visible progress and returned me to the same menu; the errors continue. Could you advise how to safely restore/rebind this host’s local room store and recover access to the existing epic? I have not deleted local data. Please let me know if you need specific log files or diagnostics. Thanks