docs(ticket): update child split entry

docs/superpowers/specs/2026-05-22-ticket-design.md

@@ -62,7 +62,7 @@ flowchart TD
     B --> C{ticketMode}
 
     C -->|parent| P1[父工单: splitting]
-    P1 --> P2[父工单详情页拆分子工单]
+    P1 --> P2[列表操作列拆分子工单]
     P2 --> C1[创建子工单: pending_accept]
     P1 --> P3{是否存在子工单且全部为终态}
     P3 -->|否| P1
@@ -98,7 +98,7 @@ flowchart TD
 
 1. 录入人员创建父工单，状态为 `splitting`。
 2. 父工单只记录原始诉求和附件，不进入处理队列。
-3. 父工单详情页提供“拆分子工单”入口。
+3. 工单列表查询的操作列为父工单提供“拆分子工单”入口。
 4. 录入人员可以持续新增子工单。
 5. 父工单至少存在一个子工单，且所有子工单均进入终态后，系统自动关闭父工单。
 6. 父工单关闭后不再作为处理对象，但可继续作为历史汇总查看。
@@ -256,9 +256,15 @@ flowchart TD
 2. `ticketMode in (single, child)`。
 3. `statusCode in (pending_accept, processing)`。
 
-### 9.3 父工单详情
+### 9.3 父工单列表操作
 
-父工单详情需要展示：
+工单列表查询中，父工单行需要在操作列展示“拆分子工单”入口。该入口只对父工单提交人或具备工单管理权限的用户可见。
+
+点击后进入新增子工单表单，表单需要携带父工单上下文，并要求录入人员填写子工单的归属类型、归属产品/项目、工单负责人、工单类型等处理字段。
+
+### 9.4 父工单汇总展示
+
+父工单汇总展示需要包含：
 
 1. 原始诉求信息。
 2. 子工单列表。