flavor-code 1.2.9 → 1.2.11

package/dist/ui/session.d.ts

@@ -22,9 +22,20 @@ export interface SessionApprovalRequest {
 export type SessionOutput = AgentEvent | {
     type: "notice";
     message: string;
-} | {
+} | ({
+    type: "pal-task";
+    status: "received";
+} & PalTaskDelivery) | ({
+    type: "cowork-event";
+} & PalCoWorkDelivery) | {
     type: "queued-prompt";
     prompt: string;
+} | {
+    type: "queued-remote-prompt";
+    prompt: string;
+    senderId: string;
+    senderAlias: string;
+    context?: "CO-WORK PLANNING" | "CO-WORK EXECUTION";
 } | {
     type: "write-start";
     id: string;
@@ -52,6 +63,37 @@ export type SessionOutput = AgentEvent | {
 } | {
     type: "exit";
 };
+export interface PalTaskDelivery {
+    readonly senderId: string;
+    readonly senderAlias: string;
+    readonly messageId: string;
+    readonly taskId: string;
+    readonly goal: string;
+}
+interface PalCoWorkDeliveryBase {
+    readonly senderId: string;
+    readonly senderAlias: string;
+    readonly localId?: string;
+    readonly coWorkId: string;
+    readonly epoch: number;
+    readonly snapshot: unknown;
+}
+export type PalCoWorkDelivery = PalCoWorkDeliveryBase & ({
+    readonly action: "START";
+    readonly planHash: string;
+} | {
+    readonly action: "PROPOSE" | "PLAN" | "END" | "FAIL" | "CANCEL";
+    readonly planHash: string | null;
+});
+export interface PalSessionServices {
+    list(verbose: boolean): Promise<unknown>;
+    rename(alias: string): Promise<unknown>;
+    info(target: string): Promise<unknown>;
+    sendTask(target: string, goal: string): Promise<unknown>;
+    startCoWork(target: string, goal: string): Promise<unknown>;
+    coWorkStatus(coWorkId?: string): Promise<unknown>;
+    cancelCoWork(coWorkId: string, reason?: string): Promise<unknown>;
+}
 export interface SessionServices {
     hooks: HookBus;
     workspace: string;
@@ -105,6 +147,7 @@ export interface SessionServices {
     output(event: SessionOutput): void;
     questions: QuestionBridge;
     login(): Promise<string>;
+    pals?: PalSessionServices;
 }
 export interface MultimodalSessionInput {
     text: string;
@@ -119,9 +162,12 @@ export declare class FlavorSession {
     whenIdle(): Promise<void>;
     steer(input: string): void;
     followUp(input: string): void;
+    receivePalTask(input: PalTaskDelivery): void;
+    receivePalCoWorkEvent(input: PalCoWorkDelivery): Promise<void>;
     start(): Promise<void>;
     submit(input: string): Promise<void>;
     submit(input: MultimodalSessionInput): Promise<void>;
     interrupt(): "cancelled" | "exit";
     close(): Promise<void>;
 }
+export {};

package/dist/ui/transcript.d.ts

@@ -13,6 +13,12 @@ export interface TranscriptTurn {
     blocks: TranscriptBlock[];
     taskSnapshot?: TaskSnapshot;
     suppressedTaskIds?: string[];
+    source?: {
+        kind: "pal";
+        alias: string;
+        instanceId: string;
+        context?: "CO-WORK PLANNING" | "CO-WORK EXECUTION";
+    };
 }
 export interface TranscriptHistoryMessage {
     readonly role: "user" | "assistant" | "tool";

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "flavor-code",
-  "version": "1.2.9",
+  "version": "1.2.11",
   "author": "YachuanWzh",
   "type": "module",
   "publishConfig": {

package//346/212/200/346/234/257/346/226/271/346/241/210/346/212/245/345/221/212.md

@@ -5288,25 +5288,25 @@ flowchart LR
 }
 ```
 
-同一文件在一轮中被多次修改时只显示一次，新增/删除行数累加；多文件 `ApplyPatch` 的关联文件也会被纳入。CLI 与 Electron 都从结构化事件渲染，不依赖模型在最终回答中“记得”列文件。
-
-CLI 将该事件渲染为独立的 `CHANGESET` 收据，而不是紧贴正文的普通文本：
-
-```text
-┌─ CHANGESET · 3 FILES
-│  UPDATE  +26 -1   CHANGELOG.md
-│  CREATE  +12 -0   src/new.ts
-│  DELETE  +0 -4    src/old.ts
-└─ +38 -5
-```
-
-- 路径优先相对当前工作区展示，避免 `C:\Users\...` 等绝对路径抢占终端宽度；窄终端由 Ink 在末尾截断。
-- `CREATE` 使用绿色、`UPDATE` 使用青色、`DELETE` 使用红色，增减行数也分别使用绿/红语义色；外框使用独立紫色，与 Web、Job、Command 收据形成稳定区分。
-- 单个收据最多列出前 8 个文件；超出时页脚显示 `Showing 8 of N`。总增删行数始终基于全部文件计算，不因折叠而失真。
-- 收据带一个底部空行，使后续 token usage 或 Agent 最终回答不会与文件清单粘连。
-- transcript 同时保留纯文本 `details` 作为旧渲染器和会话恢复的兼容后备；CLI 已渲染结构化 `changeset` 时会抑制这份后备文本，避免重复显示。
-
-**使用方式：** 无需操作。让 Agent 正常使用 `Write`、`Edit`、`ApplyPatch` 修改文件，回合结束查看 `CHANGESET · N FILES` 收据即可；文件超过 8 个时以页脚总数为准。
+同一文件在一轮中被多次修改时只显示一次，新增/删除行数累加；多文件 `ApplyPatch` 的关联文件也会被纳入。CLI 与 Electron 都从结构化事件渲染，不依赖模型在最终回答中“记得”列文件。
+
+CLI 将该事件渲染为独立的 `CHANGESET` 收据，而不是紧贴正文的普通文本：
+
+```text
+┌─ CHANGESET · 3 FILES
+│  UPDATE  +26 -1   CHANGELOG.md
+│  CREATE  +12 -0   src/new.ts
+│  DELETE  +0 -4    src/old.ts
+└─ +38 -5
+```
+
+- 路径优先相对当前工作区展示，避免 `C:\Users\...` 等绝对路径抢占终端宽度；窄终端由 Ink 在末尾截断。
+- `CREATE` 使用绿色、`UPDATE` 使用青色、`DELETE` 使用红色，增减行数也分别使用绿/红语义色；外框使用独立紫色，与 Web、Job、Command 收据形成稳定区分。
+- 单个收据最多列出前 8 个文件；超出时页脚显示 `Showing 8 of N`。总增删行数始终基于全部文件计算，不因折叠而失真。
+- 收据带一个底部空行，使后续 token usage 或 Agent 最终回答不会与文件清单粘连。
+- transcript 同时保留纯文本 `details` 作为旧渲染器和会话恢复的兼容后备；CLI 已渲染结构化 `changeset` 时会抑制这份后备文本，避免重复显示。
+
+**使用方式：** 无需操作。让 Agent 正常使用 `Write`、`Edit`、`ApplyPatch` 修改文件，回合结束查看 `CHANGESET · N FILES` 收据即可；文件超过 8 个时以页脚总数为准。
 
 #### 读后写版本保护
 
@@ -5401,9 +5401,9 @@ running → completed | failed | cancelled
 
 用户通常只需说：“在后台运行 `npm run dev`，读取日志直到服务就绪；完成检查后停止它。”
 
-CLI 将所有 Job 操作统一显示为“运行收据”，而不是普通工具行：`JOB · RUNNING/COMPLETED/FAILED/CANCELLED` 使用琥珀/绿/红/灰状态色边界，随后展示任务 ID、类型和命令标签；`JobRead` / `JobKill` 增加独立 `LOG` 区，阶段分隔行、普通输出和 stderr/ERR 使用不同强调层级；底部集中展示退出码、cursor 和截断状态。CLI 只展示最近 12 行日志并明确省略数量，`JobList` 最多展示最近 8 项，避免后台输出淹没对话。收据结束后留一行空白，Agent 正文回到主内容基线。后台进程退出码非 0 时，Registry 直接将 Job 标为 `failed`，不再产生“completed 但 exit 1”的矛盾状态。
-
-前台 Shell 使用同一视觉语法但命名为“命令收据”：`COMMAND · RUNNING/COMPLETED/FAILED/CANCELLED` 的状态色与 Job 一致，命令行单独展示；stdout 进入 `OUTPUT` 区，stderr 进入红色 `ERROR` 区，底部显示退出码和运行时截断标记。CLI 最多显示 16 行输出；超出时同时保留前 8 行和后 8 行，在中间明确显示省略行数，因此 `git log` 的最近提交和 `git show --stat` 的标题、统计尾部都不会丢失。每行在窄终端单行截断，收据结束后留一行再进入 Agent 正文。持久 PTY 复用布局但标为 `TERMINAL`，避免把多轮交互会话误解成一次性命令。
+CLI 将所有 Job 操作统一显示为“运行收据”，而不是普通工具行：`JOB · RUNNING/COMPLETED/FAILED/CANCELLED` 使用琥珀/绿/红/灰状态色边界，随后展示任务 ID、类型和命令标签；`JobRead` / `JobKill` 增加独立 `LOG` 区，阶段分隔行、普通输出和 stderr/ERR 使用不同强调层级；底部集中展示退出码、cursor 和截断状态。CLI 只展示最近 12 行日志并明确省略数量，`JobList` 最多展示最近 8 项，避免后台输出淹没对话。收据结束后留一行空白，Agent 正文回到主内容基线。后台进程退出码非 0 时，Registry 直接将 Job 标为 `failed`，不再产生“completed 但 exit 1”的矛盾状态。
+
+前台 Shell 使用同一视觉语法但命名为“命令收据”：`COMMAND · RUNNING/COMPLETED/FAILED/CANCELLED` 的状态色与 Job 一致，命令行单独展示；stdout 进入 `OUTPUT` 区，stderr 进入红色 `ERROR` 区，底部显示退出码和运行时截断标记。CLI 最多显示 16 行输出；超出时同时保留前 8 行和后 8 行，在中间明确显示省略行数，因此 `git log` 的最近提交和 `git show --stat` 的标题、统计尾部都不会丢失。每行在窄终端单行截断，收据结束后留一行再进入 Agent 正文。持久 PTY 复用布局但标为 `TERMINAL`，避免把多轮交互会话误解成一次性命令。
 
 Windows 下 `cmd.exe` 的内置错误信息可能跟随系统 OEM 代码页，直接按 UTF-8 读取会产生 `����`。Shell 在执行用户命令前无输出地切换到代码页 65001；前台结果保留原始字节，先严格校验 UTF-8，失败时在 Windows 自动使用 GB18030 解码。后台 Job 使用自适应流式解码器，能够识别 UTF-8/GB18030，并正确处理中文或 emoji 被拆到相邻数据块的情况。调用命令时仍需保持参数化形式，例如 `{ "command": "npm", "args": ["view", "node", "dist-tags", "--json"] }`，不要把整行命令放进 `command` 字段。