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:
1 parent
75c73ce6f0
commit
7de378b41c
4 files changed
+161
No files matched your search
@@ -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;
|
||||
}
|
||||
|
||||
|
||||
Reference in new issue
Block a user