feat: release v0.89.0 and rename Proxycast to Lime

docs/develop/ai-agent-development-guide.md

@@ -1,10 +1,10 @@
-# ProxyCast AI Agent 开发指南
+# Lime AI Agent 开发指南
 
 > 面向未来 AI Agent 功能开发的架构设计与最佳实践
 
 ## 一、愿景与定位
 
-ProxyCast 的未来方向是从 **API 代理工具** 演进为 **AI Agent 创作平台**。
+Lime 的未来方向是从 **API 代理工具** 演进为 **AI Agent 创作平台**。
 核心目标是让用户能够：
 
 1. **创建自定义 Agent** - 定义 Agent 的能力、工具、行为
@@ -13,7 +13,7 @@ ProxyCast 的未来方向是从 **API 代理工具** 演进为 **AI Agent 创作
 
 ```
 ┌─────────────────────────────────────────────────────────────────┐
-│                    ProxyCast AI Agent 平台                       │
+│                    Lime AI Agent 平台                       │
 ├─────────────────────────────────────────────────────────────────┤
 │                                                                  │
 │  ┌──────────────┐    ┌──────────────┐    ┌──────────────┐       │
@@ -512,4 +512,4 @@ agent/
 
 ---
 
-_本文档定义了 ProxyCast AI Agent 功能的架构设计，随着开发进展会持续更新。_
+_本文档定义了 Lime AI Agent 功能的架构设计，随着开发进展会持续更新。_

docs/develop/execution-tracker-p0-acceptance-report.md

@@ -83,8 +83,8 @@ P0 目标整体达成，统一执行追踪已进入可用状态并通过构建
 已通过：
 
 - `cd src-tauri && cargo check`
-- `cd src-tauri && cargo test -p proxycast-core agent_run::tests -- --nocapture`
-- `cd src-tauri && cargo test -p proxycast execution_tracker_service::tests -- --nocapture`
+- `cd src-tauri && cargo test -p lime-core agent_run::tests -- --nocapture`
+- `cd src-tauri && cargo test -p lime execution_tracker_service::tests -- --nocapture`
 - `npm run build`
 
 ## 5. 与 P0 验收标准对照

docs/develop/execution-tracker-technical-plan.md

@@ -1,8 +1,8 @@
-# ProxyCast 统一执行追踪（Execution Tracker）技术规划
+# Lime 统一执行追踪（Execution Tracker）技术规划
 
 ## 1. 背景与问题定义
 
-当前 ProxyCast 的执行入口分散在多个模块：
+当前 Lime 的执行入口分散在多个模块：
 
 - `aster_agent_cmd.rs`（通用 Agent 对话）
 - `skill_exec_cmd.rs`（Skill 执行）

docs/develop/lobsterai-business-benchmark.md

@@ -1,8 +1,8 @@
-# LobsterAI 业务闭环对标与 ProxyCast AI Agent 规划
+# LobsterAI 业务闭环对标与 Lime AI Agent 规划
 
 ## 1. 文档目标
 
-本文从**资深架构师**与**产品经理**双视角，对 `LobsterAI` 与 `ProxyCast` 做业务闭环级对标，明确：
+本文从**资深架构师**与**产品经理**双视角，对 `LobsterAI` 与 `Lime` 做业务闭环级对标，明确：
 
 1. 我们应该借鉴什么（高价值能力）
 2. 我们不应该照搬什么（避免技术债和垃圾代码）
@@ -23,7 +23,7 @@
 - `src/main/libs/coworkMemoryExtractor.ts`
 - `src/main/im/imGatewayManager.ts`
 
-### 2.2 ProxyCast 侧（已核对）
+### 2.2 Lime 侧（已核对）
 
 - `src-tauri/src/services/execution_tracker_service.rs`
 - `src-tauri/src/services/heartbeat_service/mod.rs`
@@ -44,7 +44,7 @@
 - 已形成多入口入站闭环：本地 + IM（钉钉/飞书/Telegram/Discord）
 - IM 不只是通知，而是可直接触发任务/会话执行
 
-### ProxyCast
+### Lime
 
 - 已具备本地执行与 Heartbeat 任务执行
 - WebSocket RPC 的 `agent.run` / `cron.run` 仍是占位实现（TODO）
@@ -66,7 +66,7 @@
 - 达到阈值后自动停用任务（避免无限失败）
 - 应用异常退出后会修复 stuck running 状态
 
-### ProxyCast
+### Lime
 
 - Heartbeat 已有：超时、重试、执行记录、通知
 - Execution Tracker 已有统一 run 摘要（`agent_runs`）
@@ -86,7 +86,7 @@
 - 任务与 run 记录绑定，便于按任务看健康度
 - 调度执行结果可做通知回执
 
-### ProxyCast
+### Lime
 
 - `agent_runs` 已统一 chat/skill/heartbeat，这是明显优势
 - 但尚未形成“任务健康面板 + 告警阈值 + 运营指标”产品层
@@ -105,7 +105,7 @@
 - 有对话记忆提取链路（规则 + 守门）
 - 更接近“会话后自动沉淀”
 
-### ProxyCast
+### Lime
 
 - 已有统一记忆体系和 `unified_memory_analyze`
 - 更偏分析/批处理入口，实时自动沉淀闭环不够强
@@ -122,7 +122,7 @@
 
 - 有工具审批机制
 
-### ProxyCast
+### Lime
 
 - `aster_agent_cmd` 已有较完整的权限与沙箱策略
 - 安全基础不弱，具备差异化潜力
@@ -163,7 +163,7 @@
 
 ---
 
-## 6. ProxyCast 可执行路线图（业务优先）
+## 6. Lime 可执行路线图（业务优先）
 
 ## P0（必须，2~3 周）：先打通“远程可控最小闭环”
 
@@ -241,7 +241,7 @@
 
 ### 架构师视角
 
-ProxyCast 的底座（追踪、权限、沙箱、Provider 能力）已经具备，当前应避免重构冲动，重点补齐远程触发和任务治理层。
+Lime 的底座（追踪、权限、沙箱、Provider 能力）已经具备，当前应避免重构冲动，重点补齐远程触发和任务治理层。
 
 ### 产品经理视角
 

docs/develop/scheduler-task-governance-p1.md

@@ -73,8 +73,8 @@
 
 关键测试：
 
-- `proxycast-scheduler`：
+- `lime-scheduler`：
   - `scheduler::tests::test_mark_task_failed_should_trigger_cooldown`
   - `dao::tests::test_create_tables_should_add_missing_columns_for_existing_table`
-- `proxycast-websocket`：
+- `lime-websocket`：
   - `handlers::rpc_handler::tests::test_cron_run_should_block_when_task_in_cooldown`