前言¶

研发团队的进度信息大多散落在协作平台里：项目到哪一步、任务谁在做、部门和成员怎么划分、审批卡在哪一步，还有每周要交的周报。如果靠人登录后台点页面整理，或者自己写脚本拼 HTTP 请求、处理鉴权和分页，这部分时间成本很高且容易出错。

下面介绍一个 Skill：它把 Worktile 项目协作平台的常用能力封装成 Agent 可直接调用的工具集，让查询和周报生成变成一句话的事，而不需要开发者自己对接 REST 接口。

这是什么¶

Worktile 是发布在 SkillHub 上的一个社区 Skill（来源标记为 community），坐标 @user_414b3bb0/worktile-v2，当前版本 1.0.2。它定位于「Worktile 项目协作平台 API 集成」，把 Worktile 的项目、任务、成员、部门、审批等数据查询，以及周报生成，包装成 Agent 可调用的能力，面向研发管理自动化、团队协作、数据分析三类使用场景。

已抓取的页面元信息如下，便于核对版本和来源：

核心功能¶

根据 Skill 简介，已声明的能力包括：

1. 查询项目：获取 Worktile 中的项目信息。
2. 查询任务：获取任务及其归属情况。
3. 查询成员与部门：获取组织内的人员和部门结构。
4. 查询审批：获取审批相关数据。
5. 生成周报：基于上述数据产出周报。

需要注意，本次抓取到的资料只有简介与元信息，没有 SKILL.md 正文，因此各项能力对应的具体接口路径、请求参数、返回字段和分页规则都未核实，这里不做展开。要确认细节，应以官方页面随附的 SKILL.md 为准。

安装与启用¶

Skill 的页面地址：

https://www.skillhub.cn/skills/user_414b3bb0/worktile-v2

用于标识该 Skill 的坐标：

@user_414b3bb0/worktile-v2

两点准备事项：

1. 准备 API Key。该 Skill 带有 requires_api_key=true 标签，说明调用前需要持有 Worktile 的 API Key，并在启用时完成配置；缺少或填错 Key，查询类调用会直接失败。
2. 确认安装命令。已抓取的资料中没有给出安装命令、目标目录或配置字段的具体内容，也没有说明在 Cursor、Codex CLI、Claude Code 中的差异，因此这里不写未经核实的命令，需要到官方页面按所用环境确认后再执行。

典型用法¶

本次抓取的资料未包含可复现的调用示例，因此本节不给出具体命令和参数。拿到 SKILL.md 之后，建议按下面的顺序验证，再接入日常流程：

1、先做一次最小范围的只读查询，确认 API Key 鉴权通过，同时观察返回结构。
2、再核对各查询能力所需的输入（例如项目范围、时间区间）与返回内容是否满足需求。
3、最后跑一次周报生成，确认输出格式符合团队习惯，再决定是否把 Agent 接入研发例会或数据看板。

适用场景与注意¶

适合的场景来自 Skill 自述：研发管理自动化（跟踪项目与任务状态、拉取成员和部门信息、跟进审批）、团队协作、数据分析。也就是说，适合把 Worktile 作为单一数据源、又希望由 Agent 完成查询和汇总的团队。

使用上的限制和注意点：

1. 必须提供 Worktile API Key，属于有外部依赖的 Skill，不适合在无密钥的环境中直接启用。
2. 该 Skill 来源为 community，发布者是 user_414b3bb0，不是官方出品；接入前建议确认其调用的接口范围和权限要求是否符合团队的数据管理规范。
3. 抓取时安装量为 0，说明目前采用的人还很少，缺少同行反馈可参考，建议先在小范围或只读场景里验证。
4. 周报生成依赖查询结果的准确性，项目范围或成员数据有变动时，需要重新确认输入，不要默认上一次的结果仍然有效。

结尾¶

Worktile 这个 Skill 的价值在于把 Worktile 协作平台的项目、任务、成员、部门、审批查询和周报生成从「手工操作 + 自写脚本」变成 Agent 的一次调用，省掉接口对接和维护成本。它需要 API Key，且来自社区发布，接入前按上面的顺序验证一遍更稳妥。

官方地址：https://www.skillhub.cn/skills/user_414b3bb0/worktile-v2