@blade-hq/agent-react 2612.0.0-beta.6 → 2612.0.0-beta.61

package/dist/lib/agent-computer-command.d.ts

@@ -1,32 +0,0 @@
-export declare function isAgentComputerCommand(command: string): boolean;
-/** 工具调用的 JSON 参数里是不是一条 computer launch 命令。 */
-export declare function isAgentComputerToolCall(argumentsJson: string | null | undefined): boolean;
-export type AgentComputerLaunchOutcome = "pending" | "succeeded" | "failed" | "unknown";
-/** `computer launch` 这条 Bash 工具调用最终是不是真的启动成功了——不能只看
- * `isAgentComputerToolCall` 命中参数就当作成功：可执行文件缺失/不可执行、
- * 启动后随即退出这些 appmirrord 侧的失败，Bash 工具调用本身仍然会走完
- * `status: "done"`（Bash 工具的职责是"跑完这条命令"，命令自己返回非零退出码
- * 不算工具调用失败）。
- *
- * 唯一的判据是输出里有没有出现 `LAUNCH_SUCCESS_MARKER`——launch.go 的
- * cmdLaunch 只要走到成功分支就一定会打印这行文本，不存在"成功了但没打印"
- * 的路径。标记缺失就等价于没有走到那条成功路径，不再退回看 `result.exit_code`
- * 当兜底：那样会给 `computer launch ... || echo failed` 这类复合命令开口子，
- * 让真实失败的 launch 被误判成 succeeded。
- *
- * "pending"：还没跑完（status 既不是终态失败也不是 done），调用方不该现在
- * 就下结论，也不该把这次调用标记成"已处理"——等下一次状态更新再重新判断。
- *
- * "unknown"：`status: "done"` 但 `result` 本身缺失（不是"有 result、没有标记"，
- * 是根本没有 result 这个字段）——历史会话被整理（compaction）之后，归档的
- * 工具调用只保留 `arguments`/`status` 这类摘要字段，完整 `result` payload 不
- * 会重新序列化进历史投影，这是已知且刻意的压缩形状，不是数据丢失异常。这种
- * 情况下"没看到成功标记"不能说明"这次 launch 失败了"，只能说明"证据被裁剪
- * 了"——跟"result 确实回来了、里面就是没有这行文本"是两种不同性质的证据，
- * 前者不能定性为 failed，接入方要按自己的场景（标签页展示可以偏宽松，自动
- * 跳转/替用户做决定的场景应该偏保守）自己决定怎么用。
- */
-export declare function classifyAgentComputerLaunchOutcome(toolCall: {
-    status?: string;
-    result?: unknown;
-}): AgentComputerLaunchOutcome;

package/dist/rich-input/extensions/kb-mention.d.ts

@@ -1,18 +0,0 @@
-export interface KbMentionAttrs {
-    kbId: number;
-    name: string;
-}
-/** `@` 补全菜单里的知识库候选；和文件条目共用一个菜单，用 `kind` 区分。 */
-export interface KbSuggestionItem {
-    kind: "kb";
-    kbId: number;
-    name: string;
-    description: string;
-}
-export declare function isKbSuggestionItem(value: unknown): value is KbSuggestionItem;
-/**
- * 输入框里的「@知识库」药丸。触发字符 `@` 由 FileMention 的补全菜单负责
- * （知识库和文件是同一个菜单的两个分组），所以这里不再挂自己的 suggestion
- * 插件——挂了会和文件补全抢同一个 `@`。
- */
-export declare const KbMention: import("@tiptap/core").Node<import("@tiptap/extension-mention").MentionOptions<any, import("@tiptap/extension-mention").MentionNodeAttrs>, any>;

package/dist/rich-input/extensions/workflow-mention.d.ts

@@ -1,10 +0,0 @@
-import { Node } from "@tiptap/react";
-/**
- * 工作流胶囊:/ 菜单选中工作流后插入的高亮 mention。
- *
- * 刻意不是 skillMention——那个节点序列化成 <skill>id</skill>,且行首会被判定为
- * 「本条消息绑定哪个技能」(composer-content.ts 的 LeadingSkillMention),工作流
- * 塞进去会被当成技能加载。本节点只负责显示胶囊,序列化回「运行工作流 X」纯文本,
- * 模型侧行为与手打文本完全一致。参数模板作为胶囊后的普通文本,用户可直接编辑。
- */
-export declare const WorkflowMention: Node<any, any>;

package/dist/rich-input/lib/kb-suggestions.d.ts

@@ -1,37 +0,0 @@
-import type { KbSuggestionItem } from "../extensions/kb-mention";
-/** 知识库列表里候选需要的字段（blade_hub `GET /api/kb`）。 */
-export interface KnowledgeBaseSummary {
-    id: number;
-    name: string;
-    description?: string | null;
-}
-/**
- * `@知识库` 候选：首页和会话内的输入框都从 `useKnowledgeBases()`（blade_hub
- * `GET /api/kb`）拿同一份列表，这里只负责整形和按输入过滤——两边各写一份
- * 过滤规则就会出现只有一侧修好的 bug。
- */
-export declare function toKbSuggestionItems(knowledgeBases: readonly KnowledgeBaseSummary[]): KbSuggestionItem[];
-/**
- * 知识库候选和本地文件候选在 `@` 菜单里是 `Promise.all` 并发拉的：Hub 配置了但
- * 慢或不可达时，本来秒回的文件候选会被知识库这条请求的超时（走注册中心代理，
- * 可能到 10s）一起拖住——一个可选外部服务的延迟不该拖累本来正常工作的文件补全。
- * 这里给知识库候选加个短超时：超时就先交回空数组，不阻塞文件候选返回；不取消
- * 底层请求，它还在后台跑，配合 `notifyWhenKbSuggestionsArriveLate` 在真结果到了
- * 之后把知识库分组补进已经打开的菜单——TipTap 的 suggestion 不会自己重新调用
- * `items()`，光靠"下一次按键"接不住"用户 @ 完不再打字"这种情况。
- */
-export declare const KB_SUGGESTION_TIMEOUT_MS = 300;
-export declare function withKbSuggestionTimeout<T>(promise: Promise<T[]>, timeoutMs?: number): Promise<T[]>;
-/**
- * 配合 `withKbSuggestionTimeout`：这次 `items()` 因为超时空手而归（`raced` 为空）
- * 时，挂一个回调，真结果（哪怕比超时晚）到了就通知调用方——回调里怎么把结果塞回
- * 界面由调用方决定（组件里握着 TipTap 的 render 生命周期，这里只管"迟到了要不要
- * 通知"这条纯逻辑，不碰 DOM/React）。`raced` 非空（超时内已经拿到真实结果，或者
- * 知识库本来就是空列表）时什么都不做——不重复触发一次回调。
- */
-export declare function notifyWhenKbSuggestionsArriveLate<T>(kbPromise: Promise<T[]>, raced: T[], onLate: (items: T[]) => void): void;
-/**
- * 输入里出现路径分隔符时用户是在浏览文件目录，知识库分组整个收起；
- * 否则按名称 / 描述子串匹配（不区分大小写）。
- */
-export declare function filterKbSuggestions(items: readonly KbSuggestionItem[], query: string): KbSuggestionItem[];