diff --git a/.openclaw/workspace-state.json b/.openclaw/workspace-state.json
index b35161b..8ed4c8e 100644
--- a/.openclaw/workspace-state.json
+++ b/.openclaw/workspace-state.json
@@ -1,4 +1,5 @@
 {
   "version": 1,
-  "bootstrapSeededAt": "2026-02-28T16:07:05.793Z"
+  "bootstrapSeededAt": "2026-02-28T16:07:05.793Z",
+  "setupCompletedAt": "2026-04-29T02:07:00.935Z"
 }
diff --git a/BOOTSTRAP.md b/BOOTSTRAP.md
deleted file mode 100644
index c26eb16..0000000
--- a/BOOTSTRAP.md
+++ /dev/null
@@ -1,63 +0,0 @@
-# BOOTSTRAP.md - 数字员工初始化
-
-_你刚刚上线。是时候完成初始化了。_
-
-目前还没有记忆。这是一个全新的工作区，所以在你创建记忆文件之前它们不存在是正常的。
-
-## 初始化流程
-
-与你的技术负责人完成以下配置：
-
-### 1. 确认身份
-
-- **你的名字** — 同事们该怎么称呼你？
-- **你的角色** — 你在团队中担任什么职能？（数据分析师、行政助理、项目协调员等）
-- **你的性格** — 专业严谨？热情主动？耐心细致？
-- **你的标识 Emoji** — 选择一个代表你的 emoji
-
-用确认的信息更新 `IDENTITY.md`。
-
-### 2. 确认团队信息
-
-与负责人确认并填写 `USER.md` 中的以下内容：
-
-- 组织名称
-- 负责人配置（姓名和飞书 open_id）
-- 数据权限分级规则
-- 敏感操作审批流程
-
-### 3. 确认工作职责
-
-一起打开 `SOUL.md`，确认：
-
-- 你的专业边界是什么
-- 哪些事情可以自主处理
-- 哪些事情必须先请示
-- 沟通风格偏好
-
-记录下来，更新到 `SOUL.md`。
-
-### 4. 配置工具环境
-
-在 `TOOLS.md` 中记录：
-
-- 数据库连接信息（密码存入 `secrets.md`）
-- 飞书应用配置
-- 其他外部服务配置
-
-### 5. 建立业务知识库（可选）
-
-如果需要，创建 `business_knowledge/` 目录，存放：
-
-- 业务术语定义
-- 数据表说明
-- 常用查询模板
-- 业务流程文档
-
-## 完成之后
-
-删除这个文件。你不再需要引导脚本了——你现在是团队的一员了。
-
----
-
-_欢迎加入团队。_
diff --git a/memory/2026-04-29-request-timed-out-before-a-res.md b/memory/2026-04-29-request-timed-out-before-a-res.md
new file mode 100644
index 0000000..8bafa82
--- /dev/null
+++ b/memory/2026-04-29-request-timed-out-before-a-res.md
@@ -0,0 +1,89 @@
+# Session: 2026-04-29 15:54:00 GMT+8
+
+- **Session Key**: agent:main:feishu:direct:ou_e63ce6b760ad39382852472f28fbe2a2
+- **Session ID**: 76dc4529-91a3-4cd8-a1a4-06fb883e7bb1
+- **Source**: feishu
+
+## Conversation Summary
+
+assistant: 重新跑数据验证。
+assistant: 数据正常，发文件。
+assistant: 已发到飞书 📎
+
+修复总结：
+- 新增 `is_trial_period_refund` 标记，**同时覆盖试用期内全额和部分退费**（退费日 < 转正日）
+- **冲销逻辑**：试用期内退费的订单不触发冲销（原税款、历史均摊、未确认收入均为0）
+- **均摊逻辑**：试用期内全额退费 → 无均摊；试用期内部分退费 → 从转正日起按退后金额正常均摊
+- **明细表**：试用期内全额退费排除，试用期内部分退费保留并标记为"试用期内部分退费"
+user: System: [2026-04-28 14:36:11 GMT+8] Feishu[default] DM | 李承龙 (ou_e63ce6b760ad39382852472f28fbe2a2) [msg:om_x100b50311b556cb8b277f2c10eef2bc]
+
+Conversation info (untrusted metadata):
+```json
+{
+  "message_id": "om_x100b50311b556cb8b277f2c10eef2bc",
+  "sender_id": "ou_e63ce6b760ad39382852472f28fbe2a2",
+  "sender": "李承龙",
+  "timestamp": "Tue 2026-04-28 14:36 GMT+8"
+}
+```
+
+Sender (untrusted metadata):
+```json
+{
+  "label": "李承龙 (ou_e63ce6b760ad39382852472f28fbe2a2)",
+  "id": "ou_e63ce6b760ad39382852472f28fbe2a2",
+  "name": "李承龙"
+}
+```
+
+查一下xhs202603131006261773367586280489为什么不在表格里面
+assistant: 订单存在，3月13日下单，金额3598元，`order_status=3`，`account_status=1`。查季卡周期：
+assistant: 季卡8张，其中4张 `status=1`，4张 `status=-1`。查退费记录：
+assistant: 找到原因了。
+
+这笔订单3月13日下单，转正日 = 3月20日。3月17日发生退费（`refund_type=2` 全额退费），退费日 < 转正日。
+
+但退费记录显示 `refund_type=2`（全额退费），退费金额1999元，而原订单金额3598元。实际上这是一笔**部分退费**（退了一半），但 `refund_type` 被标记为2（全额）。
+
+由于 `refund_type=2` 且退费日3月17日 < 转正日3月20日，命中了 `is_trial_period_refund = 1 AND is_full_refund = 1` → **被当作试用期内全额退费排除了**。
+
+但它实际上不是全额退费（3598 - 1999 = 1599元未退），剩余4张季卡仍有效，应该按退后金额从转正日开始均摊。
+
+**根本原因：`refund_type=2` 不能可靠地判断是否全额退费。** 应该用实际退费金额 vs 订单金额来判断。
+
+需要我修复这个判断逻辑吗？把 `is_full_refund` 的判定从依赖 `refund_type` 改为比较**累计退费金额 ≥ 订单金额**？
+user: System: [2026-04-28 14:39:57 GMT+8] Feishu[default] DM | 李承龙 (ou_e63ce6b760ad39382852472f28fbe2a2) [msg:om_x100b50312d0a2ca4b21e6c562ab36cb]
+
+Conversation info (untrusted metadata):
+```json
+{
+  "message_id": "om_x100b50312d0a2ca4b21e6c562ab36cb",
+  "sender_id": "ou_e63ce6b760ad39382852472f28fbe2a2",
+  "sender": "李承龙",
+  "timestamp": "Tue 2026-04-28 14:39 GMT+8"
+}
+```
+
+Sender (untrusted metadata):
+```json
+{
+  "label": "李承龙 (ou_e63ce6b760ad39382852472f28fbe2a2)",
+  "id": "ou_e63ce6b760ad39382852472f28fbe2a2",
+  "name": "李承龙"
+}
+```
+
+修复
+assistant: 把 `is_full_refund` 的判定从 `refund_type=2` 改为**累计退费金额 ≥ 订单金额**。需要在 `order_base` 中用实际金额比较，而不是在 `all_refund_records` 中判断（因为那时还没有订单金额信息）。
+
+先在 `all_refund_records` 中去掉 `is_full_refund` 的判定，移到 `order_base` 中：
+assistant: 现在修改 `order_base` 中的 `is_full_refund` 判定：
+assistant: 同样修改 detail.sql：
+assistant: 重新跑数据验证：
+assistant: 数据有变化，验证一下那笔订单是否在明细中了：
+assistant: 这笔订单现在在明细中了，分类为"试用期内部分退费"，从转正日3月20日开始按退后金额均摊，12天产生均摊52.77元。发文件：
+assistant: 已发到飞书 📎
+
+修复内容：`is_full_refund` 的判定从依赖 `refund_type=2` 改为**累计退费金额 ≥ 订单金额**。这样即使 `refund_type` 标记不准确，也能根据实际退费金额正确区分全额退费和部分退费。
+
+那笔订单 `xhs202603131006261773367586280489` 现在正确出现在明细中，分类为"试用期内部分退费"，从转正日3月20日起按退后金额（3598-1999=1599元）正常均摊。