CodePilot feishu-task
install
source · Clone the upstream repo
git clone https://github.com/op7418/CodePilot
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/op7418/CodePilot "$T" && mkdir -p ~/.claude/skills && cp -r "$T/资料/feishu-openclaw-plugin/package/skills/feishu-task" ~/.claude/skills/op7418-codepilot-feishu-task && rm -rf "$T"
OpenClaw · Install into ~/.openclaw/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/op7418/CodePilot "$T" && mkdir -p ~/.openclaw/skills && cp -r "$T/资料/feishu-openclaw-plugin/package/skills/feishu-task" ~/.openclaw/skills/op7418-codepilot-feishu-task && rm -rf "$T"
manifest:
资料/feishu-openclaw-plugin/package/skills/feishu-task/SKILL.mdsource content
飞书任务管理
🚨 执行前必读
- ✅ 时间格式:ISO 8601 / RFC 3339(带时区),例如
2026-02-28T17:00:00+08:00 - ✅ current_user_id 强烈建议:从消息上下文的 SenderId 获取(ou_...),工具会自动添加为 follower(如不在 members 中),确保创建者可以编辑任务
- ✅ patch/get 必须:task_guid
- ✅ tasklist.tasks 必须:tasklist_guid
- ✅ 完成任务:completed_at = "2026-02-26 15:00:00"
- ✅ 反完成(恢复未完成):completed_at = "0"
📋 快速索引:意图 → 工具 → 必填参数
| 用户意图 | 工具 | action | 必填参数 | 强烈建议 | 常用可选 |
|---|---|---|---|---|---|
| 新建待办 | feishu_task_task | create | summary | current_user_id(SenderId) | members, due, description |
| 查未完成任务 | feishu_task_task | list | - | completed=false | page_size |
| 获取任务详情 | feishu_task_task | get | task_guid | - | - |
| 完成任务 | feishu_task_task | patch | task_guid, completed_at | - | - |
| 反完成任务 | feishu_task_task | patch | task_guid, completed_at="0" | - | - |
| 改截止时间 | feishu_task_task | patch | task_guid, due | - | - |
| 创建清单 | feishu_task_tasklist | create | name | - | members |
| 查看清单任务 | feishu_task_tasklist | tasks | tasklist_guid | - | completed |
| 添加清单成员 | feishu_task_tasklist | add_members | tasklist_guid, members[] | - | - |
🎯 核心约束(Schema 未透露的知识)
1. 当前工具使用用户身份(已内置保护)
工具使用
(用户身份)user_access_token
这意味着:
- ✅ 创建任务时可以指定任意成员(包括只分配给别人)
- ⚠️ 只能查看和编辑自己是成员的任务
- ⚠️ 如果创建时没把自己加入成员,后续无法编辑该任务
自动保护机制:
- 传入
参数(从 SenderId 获取)current_user_id - 如果
中不包含members
,工具会自动添加为 followercurrent_user_id - 确保创建者始终可以编辑任务
推荐用法:创建任务时始终传
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. 清单成员的角色
| 成员类型 | 角色 | 说明 |
|---|---|---|
| user(用户) | owner | 所有者,可转让所有权 |
| user(用户) | editor | 可编辑,可修改清单和任务 |
| user(用户) | viewer | 可查看,只读权限 |
| chat(群组) | editor/viewer | 整个群组获得权限 |
说明:创建清单时,创建者自动成为 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
强烈建议传入(从 SenderId 获取),工具会自动添加为 followercurrent_user_id
可以只包含其他协作者,当前用户会被自动添加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 } }
🔍 常见错误与排查
| 错误现象 | 根本原因 | 解决方案 |
|---|---|---|
| 创建后无法编辑任务 | 创建时未将自己加入 members | 创建时至少将当前用户(SenderId)加为 assignee 或 follower |
| patch 失败提示 task_guid 缺失 | 未传 task_guid 参数 | patch/get 必须传 task_guid |
| tasks 失败提示 tasklist_guid 缺失 | 未传 tasklist_guid 参数 | tasklist.tasks action 必须传 tasklist_guid |
| 反完成失败 | completed_at 格式错误 | 使用 字符串,不是数字 0 |
| 时间不对 | 使用了 Unix 时间戳 | 改用 ISO 8601 格式(带时区): |
📚 附录:背景知识
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. 数据权限
- 只能操作自己有权限的任务(作为成员的任务)
- 只能操作自己有权限的清单(作为成员的清单)
- 将任务加入清单需要同时拥有任务和清单的编辑权限