Feishu Task

🎯 核心约束（Schema 未透露的知识）

1. 当前工具使用用户身份（已内置保护）

工具使用 user_access_token（用户身份）

这意味着：

• ✅ 创建任务时可以指定任意成员（包括只分配给别人）
• ⚠️ 只能查看和编辑自己是成员的任务
• ⚠️ 如果创建时没把自己加入成员，后续无法编辑该任务

自动保护机制：

• 传入 current_user_id 参数（从 SenderId 获取）
• 如果 members 中不包含 current_user_id，工具会自动添加为 follower
• 确保创建者始终可以编辑任务

推荐用法：创建任务时始终传 current_user_id，工具会自动处理成员关系。

2. 任务成员的角色说明

• assignee（负责人）：负责完成任务，可以编辑任务
• follower（关注人）：关注任务进展，接收通知

添加成员示例：

{
  "members": [
    {"id": "ou_xxx", "role": "assignee"},  // 负责人
    {"id": "ou_yyy", "role": "follower"}   // 关注人
  ]
}

说明：id 使用用户的 open_id（从消息上下文的 SenderId 获取）

3. 任务清单角色冲突

现象：创建清单（tasklist.create）时传了 members，但返回的 tasklist.members 为空或缺少成员

原因：创建人自动成为清单 owner（所有者），如果 members 中包含创建人，该用户最终成为 owner 并从 members 中移除（同一用户只能有一个角色）

建议：不要在 members 中包含创建人，只添加其他协作成员

4. completed_at 的三种用法

1) 完成任务（设置完成时间）：

{
  "action": "patch",
  "task_guid": "xxx",
  "completed_at": "2026-02-26 15:30:00"  // 北京时间字符串
}

2) 反完成（恢复未完成状态）：

{
  "action": "patch",
  "task_guid": "xxx",
  "completed_at": "0"  // 特殊值 "0" 表示反完成
}

3) 毫秒时间戳（不推荐，除非上层已严格生成）：

{
  "completed_at": "1740545400000"  // 毫秒时间戳字符串
}

5. 清单成员的角色

说明：创建清单时，创建者自动成为 owner，无需在 members 中指定。

📌 使用场景示例

场景 1: 创建任务并分配负责人

{
  "action": "create",
  "summary": "准备周会材料",
  "description": "整理本周工作进展和下周计划",
  "current_user_id": "ou_发送者的open_id",
  "due": {
    "timestamp": "2026-02-28 17:00:00",
    "is_all_day": false
  },
  "members": [
    {"id": "ou_协作者的open_id", "role": "assignee"}
  ]
}

说明：

• summary 是必填字段
• current_user_id 强烈建议传入（从 SenderId 获取），工具会自动添加为 follower
• members 可以只包含其他协作者，当前用户会被自动添加
• 时间使用北京时间字符串格式

场景 2: 查询我负责的未完成任务

{
  "action": "list",
  "completed": false,
  "page_size": 20
}

场景 3: 完成任务

{
  "action": "patch",
  "task_guid": "任务的guid",
  "completed_at": "2026-02-26 15:30:00"
}

场景 4: 反完成任务（恢复未完成状态）

{
  "action": "patch",
  "task_guid": "任务的guid",
  "completed_at": "0"
}

场景 5: 创建清单并添加协作者

{
  "action": "create",
  "name": "产品迭代 v2.0",
  "members": [
    {"id": "ou_xxx", "role": "editor"},
    {"id": "ou_yyy", "role": "viewer"}
  ]
}

场景 6: 查看清单内的未完成任务

{
  "action": "tasks",
  "tasklist_guid": "清单的guid",
  "completed": false
}

场景 7: 全天任务

{
  "action": "create",
  "summary": "年度总结",
  "due": {
    "timestamp": "2026-03-01 00:00:00",
    "is_all_day": true
  }
}

🔍 常见错误与排查

📚 附录：背景知识

A. 资源关系

任务清单（Tasklist）
  └─ 自定义分组（Section，可选）
      └─ 任务（Task）
          ├─ 成员：负责人（assignee）、关注人（follower）
          ├─ 子任务（Subtask）
          ├─ 截止时间（due）、开始时间（start）
          └─ 附件、评论

核心概念：

• 任务（Task）：独立的待办事项，有唯一的 task_guid
• 清单（Tasklist）：组织多个任务的容器，有唯一的 tasklist_guid
• 负责人（assignee）：可以编辑任务并标记完成
• 关注人（follower）：接收任务更新通知
• 我负责的（MyTasks）：所有负责人为自己的任务集合

B. 如何获取 GUID

• task_guid：创建任务后从返回值的 task.guid 获取，或通过 list 查询
• tasklist_guid：创建清单后从返回值的 tasklist.guid 获取，或通过 list 查询

C. 如何将任务加入清单

创建任务时指定 tasklists 参数：

{
  "action": "create",
  "summary": "任务标题",
  "tasklists": [
    {
      "tasklist_guid": "清单的guid",
      "section_guid": "分组的guid（可选）"
    }
  ]
}

D. 重复任务如何创建

使用 repeat_rule 参数，采用 RRULE 格式：

{
  "action": "create",
  "summary": "每周例会",
  "due": {"timestamp": "2026-03-03 14:00:00", "is_all_day": false},
  "repeat_rule": "FREQ=WEEKLY;INTERVAL=1;BYDAY=MO"
}

说明：只有设置了截止时间的任务才能设置重复规则。

E. 数据权限

• 只能操作自己有权限的任务（作为成员的任务）
• 只能操作自己有权限的清单（作为成员的清单）
• 将任务加入清单需要同时拥有任务和清单的编辑权限