lark-attendance
open.feishu.cn
Query your Lark/Feishu attendance check-in records via CLI
What is lark-attendance?
lark-attendance is a skill for coding agents that enables querying personal attendance and check-in records from Feishu (Lark) using the lark-cli tool. It wraps the Feishu Attendance API with automatic parameter injection so agents never need to prompt users for standard fields like employee_type or user_ids.
- Queries user attendance check-in records from Feishu via lark-cli
- Automatically injects required parameters (employee_type, user_ids) without prompting the user
- Provides schema inspection for API parameters before making calls
- Enforces correct scope (attendance:task:readonly) for API access
- Reads shared authentication config from lark-shared SKILL.md at runtime
How to install lark-attendance
npx skills add null --skill lark-attendance- lark-cli must be installed and available in PATH
- lark-shared SKILL.md must be present (provides authentication and permission handling)
- Feishu app must have the attendance:task:readonly scope granted
How to use lark-attendance
- 1.Install the skill: npx skills add null --skill lark-attendance
- 2.Ensure lark-cli is installed and lark-shared SKILL.md is accessible
- 3.Run lark-cli attendance --help to confirm the CLI is working
- 4.Before calling any API, inspect the parameter schema: lark-cli schema attendance.user_tasks.query
- 5.Call the query method: lark-cli attendance user_tasks query with appropriate --params or --data flags
- 6.employee_type is always set to employee_no automatically — do not override
- 7.user_ids array is always set to [] automatically — do not override
- 8.Review returned check-in records for the requested date range
Use cases
- Check your own attendance punch-in/punch-out history for a date range
- Audit attendance records programmatically inside a coding agent workflow
- Retrieve check-in data as part of an automated HR or reporting task
- Developers using Claude Code or Cursor who need to query Feishu attendance data
- Teams automating HR workflows via Feishu APIs
- Engineers building internal tools on top of the Feishu attendance system
lark-attendance FAQ
No. Both are injected automatically: user_ids is always [] and employee_type is always employee_no. You must not ask the user for these values.
The attendance:task:readonly scope must be granted to your Feishu app.
Authentication is handled by lark-shared SKILL.md, which must be read before using this skill.
Run lark-cli schema attendance.user_tasks.query before calling the API to inspect the expected --data and --params structure.
Currently only user_tasks.query is available, which retrieves attendance check-in records.
Full instructions (SKILL.md)
Source of truth, from open.feishu.cn.
name: lark-attendance version: 1.0.0 description: "飞书考勤打卡:查询自己的考勤打卡记录" metadata: requires: bins: ["lark-cli"] cliHelp: "lark-cli attendance --help"
attendance (v1)
CRITICAL — 开始前 MUST 先用 Read 工具读取 ../lark-shared/SKILL.md,其中包含认证、权限处理
默认参数自动填充规则
调用任何 API 时,以下参数 必须自动填充,禁止向用户询问:
| 参数 | 固定值 | 说明 |
|---|---|---|
employee_type | "employee_no" | employee_type始终等于"employee_no" |
user_ids | [](空数组) | user_ids始终等于[] |
填充示例
当构建 --params 参数时,自动注入上述字段:
employee_type保持"employee_no"不变
当构建 --data 参数时,自动注入上述字段:
{
"user_ids": [],
...用户提供的参数
}
注意:
user_ids数组保持为空[],employee_type保持"employee_no"不变。
API Resources
lark-cli schema attendance.<resource>.<method> # 调用 API 前必须先查看参数结构
lark-cli attendance <resource> <method> [flags] # 调用 API
重要:使用原生 API 时,必须先运行
schema查看--data/--params参数结构,不要猜测字段格式。
user_tasks
query— 查询用户考勤打卡记录
权限表
| 方法 | 所需 scope |
|---|---|
user_tasks.query | attendance:task:readonly |
Related skills
More from open.feishu.cn and the wider catalog.
lark-approval
飞书审批:查询和处理审批待办/已办/实例,搜索可发起审批定义、查看定义详情并发起原生审批实例。当用户要处理审批任务、查看审批实例、搜索或发起审批时使用。审批待办不是飞书任务;非审批类待办走 lark-task。不负责创建审批定义;三方审批定义不走原生提单。
lark-doc
飞书云文档(Docx / Wiki 文档):读取和编辑飞书文档内容。当用户给出文档 URL 或 token,或需要查看、创建、编辑文档、插入或下载文档图片附件时使用。文档中嵌入的电子表格、多维表格、画板,先用本 skill 提取 token 再切到对应 skill。当用户给出 doubao.com 的 /docx/ 或 /wiki/ URL/token 时,也应直接使用本 skill;路由依据是 URL 路径模式和 token,而不是域名。不负责文档评论管理,也不负责表格或 Base 的数据操作。
lark-base
飞书多维表格(Base)操作:建表、字段、记录、视图、统计、公式/lookup、表单、仪表盘、workflow、角色权限;遇到 Base/多维表格/bitable 或 /base/ 链接时使用。文件导入转 lark-drive,认证/授权转 lark-shared。
lark-calendar
飞书日历:管理日历日程和会议室。查看/搜索日程、创建/更新日程、管理参会人、查询忙闲和推荐时段、预定会议室。当用户需要查看日程安排、创建/修改会议、查询/预定会议室时使用。不负责:查询过去的视频会议记录(走 lark-vc)、待办任务(走 lark-task)。
lark-drive
飞书云空间(云盘/云存储):管理 Drive 文件和文件夹,包含上传/下载、创建文件夹、复制/移动/删除、查看元数据、评论/权限/订阅、标题、版本和本地文件导入。用户需要整理云盘目录、处理云空间资源 URL/token,或导入 Word/Markdown/Excel/CSV/PPTX/.base 为 docx/sheet/bitable/slides 时使用;doubao.com 云空间 URL/token 也按资源路径和 token 路由,不回退 WebFetch。不负责:文档内容编辑(走 lark-doc)、表格/Base 表内数据操作(走 lark-sheets/lark-base)、知识空间节点/成员管理(走 lark-wiki)、原生 Markdown 文件读写/patch/diff(走 lark-markdown)。
lark-contact
飞书 / Lark 通讯录:按姓名 / 邮箱解析成 open_id,或按 open_id 反查姓名 / 部门 / 邮箱 / 联系方式 / 个人状态 / 签名。当用户提到某人姓名要下一步发消息 / 排日程,或拿到 open_id 想查具体信息时使用。不负责部门树遍历、按部门列员工、组织架构图,这类需求走原生 OpenAPI。