Overview - Ai

ai

7 days30 days

Latest CI Pipeline Executions

Fuzzy

Succeeded
fix/openrouter-tool-cache-control
f232e437 chore(ai-event-client): drop unused @tanstack/ai peerDependency (#694) ai-event-client mirrors the middleware types it needs locally and imports nothing from @tanstack/ai, so the peer dependency only manufactured a package-manifest cycle (@tanstack/ai already depends on ai-event-client). Remove it along with the matching `!@tanstack/ai` Nx implicitDependencies workaround so the build graph stays a clean DAG. Verified: pnpm install no longer warns about cyclic workspace dependencies; build, test:types, test:lib, and publint --strict pass, and nx affected build is clean across all consumers. Closes #552
by Valery Gutu
Succeeded
fix/messages-snapshot-normalize-parts
019d055c chore(ai-event-client): drop unused @tanstack/ai peerDependency (#694) ai-event-client mirrors the middleware types it needs locally and imports nothing from @tanstack/ai, so the peer dependency only manufactured a package-manifest cycle (@tanstack/ai already depends on ai-event-client). Remove it along with the matching `!@tanstack/ai` Nx implicitDependencies workaround so the build graph stays a clean DAG. Verified: pnpm install no longer warns about cyclic workspace dependencies; build, test:types, test:lib, and publint --strict pass, and nx affected build is clean across all consumers. Closes #552
by Valery Gutu
Succeeded
main
2e59b773 chore(ai-event-client): drop unused @tanstack/ai peerDependency (#694) ai-event-client mirrors the middleware types it needs locally and imports nothing from @tanstack/ai, so the peer dependency only manufactured a package-manifest cycle (@tanstack/ai already depends on ai-event-client). Remove it along with the matching `!@tanstack/ai` Nx implicitDependencies workaround so the build graph stays a clean DAG. Verified: pnpm install no longer warns about cyclic workspace dependencies; build, test:types, test:lib, and publint --strict pass, and nx affected build is clean across all consumers. Closes #552
by Valery Gutu
Succeeded
main
2e59b773 chore(ai-event-client): drop unused @tanstack/ai peerDependency (#694) ai-event-client mirrors the middleware types it needs locally and imports nothing from @tanstack/ai, so the peer dependency only manufactured a package-manifest cycle (@tanstack/ai already depends on ai-event-client). Remove it along with the matching `!@tanstack/ai` Nx implicitDependencies workaround so the build graph stays a clean DAG. Verified: pnpm install no longer warns about cyclic workspace dependencies; build, test:types, test:lib, and publint --strict pass, and nx affected build is clean across all consumers. Closes #552
by Valery Gutu
Succeeded
main
540cbf18 fix(ai-client): settle status to ready on a message-less terminal run (#421) (#749) * fix(ai-client): settle status to ready on a message-less terminal run When a continuation run after a client tool call closes with a bare RUN_FINISHED{stop} and no assistant message, the processor's onStreamEnd never fires, so status stayed stuck at submitted. Normalize status to ready on the terminal, non-continuing path. Fixes #421
by Valery Gutu
Succeeded
main
540cbf18 fix(ai-client): settle status to ready on a message-less terminal run (#421) (#749) * fix(ai-client): settle status to ready on a message-less terminal run When a continuation run after a client tool call closes with a bare RUN_FINISHED{stop} and no assistant message, the processor's onStreamEnd never fires, so status stayed stuck at submitted. Normalize status to ready on the terminal, non-continuing path. Fixes #421
by Valery Gutu
Succeeded
fix/issue-421-client-tool-status
43fd6966 Merge a9f1eb9a81d28b083bfe7a33bc4c9ae44ae90cf7 into 984ac3c8a59e4aef6d3e80b89b2d7986af818850
by Valery Gutu
Succeeded
chore/552-drop-ai-event-client-peer-dep
4e35e17b chore(ai-event-client): drop unused @tanstack/ai peerDependency ai-event-client mirrors the middleware types it needs locally and imports nothing from @tanstack/ai, so the peer dependency only manufactured a package-manifest cycle (@tanstack/ai already depends on ai-event-client). Remove it along with the matching `!@tanstack/ai` Nx implicitDependencies workaround so the build graph stays a clean DAG. Verified: pnpm install no longer warns about cyclic workspace dependencies; build, test:types, test:lib, and publint --strict pass, and nx affected build is clean across all consumers. Closes #552
by Valery Gutu
Succeeded
main
ff267a55 fix(ai): stop emitting duplicate TOOL_CALL_END for server-executed tools (#696) * fix(ai): stop emitting duplicate TOOL_CALL_END for server-executed tools Adapters already stream START/ARGS/END for every tool call, but the post-execution phase in chat() pushed a second TOOL_CALL_END with no preceding TOOL_CALL_START. AG-UI-strict consumers (e.g. @ag-ui/client's verifyEvents) reject an orphan END and abort the stream. buildToolResultChunks now emits END only alongside the matching START it already gates on argsMap (the continuation re-execution path, which reconstructs a never-streamed call); the normal post-execution path contributes only TOOL_CALL_RESULT. The result/error state lives on the spec-compliant TOOL_CALL_RESULT, so nothing is lost. Fixes #519. * test(e2e): add #519 regression for duplicate TOOL_CALL_END Drive chat() with a server tool through an adapter that streams its own START/ARGS/END (as real adapters do) and assert the emitted lifecycle is balanced: exactly one TOOL_CALL_END per tool call, each preceded by a matching START — the invariant @ag-ui/client's verifyEvents enforces. Reproduces #519 (the orphan duplicate END) end-to-end. * test(e2e): consume open START on END in pairing invariant A second TOOL_CALL_END for the same toolCallId now fails the pairing check directly, matching how @ag-ui/client's verifyEvents closes open tool calls. Addresses CodeRabbit review feedback on #696. * fix(ai-event-client): emit devtools tool-result from TOOL_CALL_RESULT The devtools middleware sourced tool results from TOOL_CALL_END, which the adapter emits before execution (no result attached). With the #519 fix in @tanstack/ai, the post-execution END is no longer re-emitted, so results now travel on the spec-compliant TOOL_CALL_RESULT event. Handle it so server-executed tool output keeps reaching devtools.
by Valery Gutu
Succeeded
main
ff267a55 fix(ai): stop emitting duplicate TOOL_CALL_END for server-executed tools (#696) * fix(ai): stop emitting duplicate TOOL_CALL_END for server-executed tools Adapters already stream START/ARGS/END for every tool call, but the post-execution phase in chat() pushed a second TOOL_CALL_END with no preceding TOOL_CALL_START. AG-UI-strict consumers (e.g. @ag-ui/client's verifyEvents) reject an orphan END and abort the stream. buildToolResultChunks now emits END only alongside the matching START it already gates on argsMap (the continuation re-execution path, which reconstructs a never-streamed call); the normal post-execution path contributes only TOOL_CALL_RESULT. The result/error state lives on the spec-compliant TOOL_CALL_RESULT, so nothing is lost. Fixes #519. * test(e2e): add #519 regression for duplicate TOOL_CALL_END Drive chat() with a server tool through an adapter that streams its own START/ARGS/END (as real adapters do) and assert the emitted lifecycle is balanced: exactly one TOOL_CALL_END per tool call, each preceded by a matching START — the invariant @ag-ui/client's verifyEvents enforces. Reproduces #519 (the orphan duplicate END) end-to-end. * test(e2e): consume open START on END in pairing invariant A second TOOL_CALL_END for the same toolCallId now fails the pairing check directly, matching how @ag-ui/client's verifyEvents closes open tool calls. Addresses CodeRabbit review feedback on #696. * fix(ai-event-client): emit devtools tool-result from TOOL_CALL_RESULT The devtools middleware sourced tool results from TOOL_CALL_END, which the adapter emits before execution (no result attached). With the #519 fix in @tanstack/ai, the post-execution END is no longer re-emitted, so results now travel on the spec-compliant TOOL_CALL_RESULT event. Handle it so server-executed tool output keeps reaching devtools.
by Valery Gutu
Succeeded
fix/chat-duplicate-tool-call-end
c4254654 fix(ai-event-client): emit devtools tool-result from TOOL_CALL_RESULT The devtools middleware sourced tool results from TOOL_CALL_END, which the adapter emits before execution (no result attached). With the #519 fix in @tanstack/ai, the post-execution END is no longer re-emitted, so results now travel on the spec-compliant TOOL_CALL_RESULT event. Handle it so server-executed tool output keeps reaching devtools.
by Valery Gutu