Skip to content

fix(clients): a thread left running a dev server alerts as completed - #14213

Merged
juliusmarminge merged 3 commits into
t3code/codex-turn-mappingfrom
v2/gi-13965-alert-by-work-kind
Sep 30, 2026
Merged

juliusmarminge merged 3 commits into
t3code/codex-turn-mappingfrom
v2/gi-13965-alert-by-work-kind

fix(server): the push completes when a held background item ends

50d531b
Select commit
Loading
Failed to load commit list.
MacroscopeApp / Macroscope - Effect Service Conventions succeeded Sep 29, 2026 in 8m 25s

All clear

All clear

Details

Warning

  • Invalid effort level "max" in front matter. Fell back to "low". Valid values are: low, medium, high.

Note

Your check run agent prompt is: .macroscope/check-run-agents/effect-service-conventions.md
More information about how Check Run Agents work can be found in our Help Center.

Reviewed 2 of 3 changed files — those modified since e3abfff — each against the merge base


🔍 Agent activity — 18 tool calls

💭 Evaluating backend tests I need to assess the backend behavior change tests, specifically looking into how they’re performing. I’m thinking it would be useful to inspect tests within the pull request context. Diving into research seems like a good approach to understand the impacts better. This could help in figuring out any necessary adjustments or improvements that can enhance the testing process. Let’s figure out the best way to conduct this assessment!

1. browse_code — For PR head in pingdotgg/t3code, identify focused tests added/changed for AgentAwarenessRelay shouldPublishAgentAwarenessEvent and backgroundWorkHoldsCompletion, especially turn-item.updated and subagent/provider-thread updates. Provide paths and brief coverage.

💭 Assessing service changes I'm looking into the No Effect service changes and confirming that tests are present. I need to finalize the schema and make sure to set the overrides literally. I’m checking if everything is all clear and ensuring that the required fields in the schema are organized properly. It’s essential to put together a summary confirming that everything is in order. Just want to make sure I'm covering all bases here!

2. browse_code — Inspect complete contents of apps/server/src/relay/AgentAwarenessRelay.ts and packages/shared/src/orchestrationV2PendingBackgroundWork.ts at PR head. Do changed lines create, move, refactor, or consume an Effect service, add diagnostic suppression, or change backend behavior without focused tests? Answer briefly.

3. browse_code — Were the focused tests you identified added or updated in this PR relative to merge base e364854, or were they preexisting?

4. browse_code — At PR head, in packages/shared/src/orchestrationV2PendingBackgroundWork.ts inspect PendingBackgroundWorkTask kind definition and derivePendingBackgroundWork. Can kind contain unknown runtime strings and does backgroundWorkKindHoldsCompletion return true for unknown kinds as its comment claims? Brief answer.

5. browse_code — Inspect changed imports and usage in AgentAwarenessRelay.ts at head: is turnItemUpdateCanEndBackgroundWork a pure helper rather than an Effect service, and are changed lines touching existing service dependency construction? Brief.

6. browse_code — Inspect focused relay integration test at PR head for use of test layers for external services versus mocks of core business logic. Brief.

7. browse_code — Specifically inspect apps/server/src/relay/AgentAwarenessRelay.test.ts lines 688-847 at head. Does test mock core business logic or supply test layers for external services? Answer based solely on this test.

8. browse_code — Does newly added packages/shared/src/orchestrationV2PendingBackgroundWork.test.ts test pure helper with actual implementation instead of mocking core business logic?

9. browse_code — At PR head check changed files AgentAwarenessRelay.ts and orchestrationV2PendingBackgroundWork.ts for newly added diagnostic suppression or changed Effect module import. concise.

10. browse_code — Verify the head's changed AgentAwarenessRelay.ts code around event switch uses pure helper only and neither file changes service definition or runtime boundary. concise.

11. browse_code — In two selected changed files, are there any violations of Effect service conventions specifically on added lines from supplied PR diff? Answer yes/no only.

12. browse_code — At head, do either of the two files have newly defined tagged errors near the inserted helper?

13. browse_code — Inspect packages/shared/src/orchestrationV2PendingBackgroundWork.ts and apps/server/src/relay/AgentAwarenessRelay.ts at PR head: is there any Schema.TaggedError in added helper area?

14. browse_code — Are there relevant new service-error catch handlers in changed added lines of AgentAwarenessRelay.ts? Just inspect head around lines 69-135.

15. browse_code — Check whether added backgroundWorkHoldsCompletion helper is a service construction or pure helper. one sentence.

16. browse_code — Check selected files have tests for changed behavior at PR head. one sentence.

17. browse_code — Confirm no external actions needed for no findings. one sentence.

18. browse_code — Please summarize if these helper changes follow Effect service conventions. one sentence.


Agent Credits: 87 credits

Token usage: 294 uncached input · 817,222 cache-read input · 223,235 cache-write input · 10,111 output
Agent Credits may also include non-token charges from external tools such as web research.