feishu-task

飞书任务

固定依赖

• 执行业务命令前先确认 lark-cli 可用：优先用当前 shell 的命令发现机制，例如 Get-Command lark-cli；Windows 下如命令不在 PATH，可按当前 npm 全局前缀或 %APPDATA%\npm 等用户级 shim 机制定位 lark-cli.cmd/lark-cli.ps1，不要硬编码单一用户名路径。仍不可用时，转 feishu-profile 做 CLI 安装、Profile 或 workspace 恢复，不直接进入任务业务调用。
• 优先通过 lark-cli skills read lark-task 读取当前 CLI 内嵌、版本匹配的任务规则；读取操作引用时使用 lark-cli skills read lark-task references/<文件>。当前 CLI 不支持内嵌读取时，才使用已安装且版本匹配的 Skill 副本。
• 使用 lark-task 执行搜索、创建、更新、成员、关注人、附件和回读；使用全局 feishu-profile 处理认证、Profile、user identity、换机恢复与配置冲突，并按需读取 CLI 内嵌 lark-shared 规则。
• 涉及姓名解析时使用 lark-contact，不得猜测人员 open_id。
• 截图附件需要局部脱敏时使用 imagegen 或当前可用的等效图像编辑能力；完成后必须回查，不能把编辑成功等同于脱敏合格。
• 按实际操作读取 create、update、search、followers、attachment 等引用；设置开始时间前必须确认当前 CLI 内嵌 lark-task 对 start 的真实支持与语法。
• 创建或更新 start 时以当前 CLI 的 skills read、schema 和命令 --help 为准；若 shortcut 没有 start flag，则按当前 schema 使用原生 task tasks create --data ... / task tasks patch --data ... 或等价 JSON payload。更新 start 时必须按当前 schema 把 start 纳入更新字段。
• 任务写入后的排程影响判断使用 personal-schedule-planner 的 飞书任务排程联动契约 和 scripts/task_schedule_handoff.py；通过当前已安装 Skill 入口解析脚本位置，不硬编码用户目录。

选择飞书账号与身份

每次执行按以下优先级解析 Profile，低优先级不得覆盖高优先级：

1. 用户在当前请求中明确指定的账号、公司或 Profile。
2. 当前项目中与目标主体或资源直接匹配的条件化路由。
3. 当前项目 AGENTS.md、项目专属 Skill 或项目长期规则明确指定的项目默认 Profile。
4. GLOBAL/LARK_PROFILES.md 记录的全局默认 Profile。

“当前一句话未提账号”不等于“项目或 GLOBAL 未指定账号”。先检查项目条件化路由和默认规则，再继承 GLOBAL 默认。确定 Profile 后立即通过 auth status 获取实际 Profile、身份类型、当前用户姓名和 open_id，并在本次任务的全部命令中保持同一 Profile 和 user identity。

• 项目或用户明确指定 Profile 时，所有命令显式传入 --profile <Profile> --as user。
• 使用 GLOBAL 默认 Profile 时，从 GLOBAL/LARK_PROFILES.md 读取治理层默认值，后续命令显式固定该 Profile；CLI active 只用于核验和发现冲突，不得覆盖 GLOBAL 默认。
• 若运行环境注入的临时配置、工作区绑定、环境变量或 CLI active/default 运行值覆盖项目或 GLOBAL 已解析的 Profile/身份，将其视为身份配置冲突。仅在当前命令进程中隔离冲突来源，再重新显式指定已解析的 Profile 和 --as user。
• 不修改全局 active Profile、全局配置或其他项目绑定，不绑定其他主体，不暴露凭据，不静默切换公司，不回退到 bot 身份。
• 指定 Profile 不存在、默认 Profile 无效、登录用户不明或 user 授权不足时，在读取敏感数据或写入任务前转交全局 feishu-profile 检查和恢复；仅在主体不明或多个高优先级来源冲突时询问用户。