A chat-wake reply is delivered by the system, not by prompt compliance

A wake run whose model answered in plain final text (the coding-tuned
Kimi family does this instead of calling send_message) completed
'successfully', closed its vehicle task, and left the founder staring
at a silent conversation — the reply lived only in provider_requests.
deliverChatReplyIfMissing now runs before a chat-wake run may complete:
when the run never posted into the source thread (run-start watermark,
so a send_message it did make suppresses the fallback), its final text
is delivered as the agent's reply. A delivery failure fails the run
loudly instead of closing it on silence.
This commit is contained in:
ZacharyZhang-NY committed 2026-07-16 11:46:53 -04:00
1 parent 75c73ce6f0
commit 7de378b41c
4 files changed
+161

No files matched your search

+2
View File
@@ -68,6 +68,8 @@ export interface SkillRuntimeSnapshotRow {
export interface ChatContextBlock {
threadId: string;
/** The space the thread lives in — where the run's reply must land. */
spaceId: string;
transcript: string;
}