Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
生产力
显示当前用户的 CawPlan 工作:已分配的工单/关键问题、按优先级排序的未关闭工单、按日/时间范围汇总状态变更完成情况、用户自己重新打开的工单、关联的 PR/提交,或有 PR/提交但状态没有进展的工单——也可按产品/版本筛选。适用于用户询问我的工作/任务/工单、按优先级排列的未关闭工单、今天/近期任务完成情况或状态变更摘要、我有哪些工单被重新打开、今天工单的 PR/提交,或有 PR/提交但状态未更新的工单。不适用于其他人的工作、跨产品/团队/版本的重新打开或状态变更(使用 `cawplan-product-report`)、广泛的工单搜索/筛选、工单变更或版本发布跟踪。
仅用于日历、任务、审批、考勤和 OKR,不是所有飞书办公请求的通用入口。用户要求 freebusy、找共同空闲时间、预订会议室、接受/拒绝邀请、创建或回复日程,管理任务/清单,发起、撤回、通过、拒绝、转交或抄送审批,查询打卡/迟到/请假统计,查询 OKR 周期或更新进展时必须使用本 Skill。明确禁止用于用户/部门通讯录、邮箱、历史会议检索、会议录制或妙记;它们分别使用 feishu-cli-platform、feishu-cli-mail 和 feishu-cli-meetings。会议通知消息使用 feishu-cli-messaging。明确查询 schema 或调用未封装 raw OpenAPI 使用 feishu-cli-platform。
用于化解复杂性的认知动作——重新表述、澄清、归约、分解、反转、约束、迁移、泛化、审计——提炼自以把难题变成简单解法而著称的数学家、物理学家和软件工程师的工作方法(Pólya、Feynman、Hamming、Brooks、Knuth、Dijkstra、Lamport、Tao、Grothendieck、Munger、Hofstadter)。当卡在复杂问题上、当某个设计感觉过度工程化、当审查已积累出意外复杂性的代码,或当用户想要一个优雅的工程或产品难题解法时使用。触发于“this feels too complicated”、“we are going in circles”、“there must be a simpler way”、“interview me about this plan”、“find the underlying problem”等说法,以及前向搜索已穷尽、Agent 需要换一个角度的卡住时刻。
查找需要 UX 关注的 CawPlan 工单,或汇总某个产品 UX 成员的设计完成情况:某个版本的待处理 UX、缺少 UX 设计的高优先级工单、某个团队的待处理 UX 队列,或某个产品设计师在指定日期范围内标记为 UX Ready 的工单。适用场景:用户询问某个版本有哪些工单需要 UX 跟进/评审/规格说明,哪些高优先级工单需要 UX 但还没有设计,哪个团队的工单尚未提供 UX,或要求某个产品 UX 成员的 UX/设计完成情况汇总。不适用于:创建或更新工单、设置工单的 UX 状态、一般工单搜索或发布跟踪(版本发布健康状况请使用 `cawplan-plan-track`)。
使用可靠的三级链路(Firecrawl → Jina Reader → Scrapling stealth browser)抓取网页并转换为简洁的 Markdown。用户提供 URL 并需要页面文本内容时,使用此 skill 代替 WebFetch,尤其适用于阻止直接访问的网站:medium.com 文章(付费墙/限量访问)、微信公众号(mp.weixin.qq.com,受地域限制)、带有机器人防护的文档网站,或简单 HTTP 抓取可能返回 CAPTCHA 或空页面的网页。触发条件:“read this URL”“summarize this article/page”“grab the content from”“extract text from”“what does this page say”“fetch this link”,或任何访问并处理特定网页的请求。不适用于:构建爬虫、检查 HTTP 状态码、解析已下载的 HTML 文件、回答有关爬取工具的概念性问题,或监控网页变化。
当用户说“研究一下这家公司 / 这个人”“对 X 做背景调查”“X 有没有负面报道 / 不利媒体信息”“X 归谁所有 / 谁在经营 X”“X 是否被制裁 / 对 X 做制裁筛查”“审查这家供应商 / 交易对手 / 候选人 / 合作伙伴”,或说“实体搜索”时使用——对某个实体(公司或自然人)做深度背景研究,形成带引用的档案:身份与背景、所有权与核心管理层、不利/负面媒体、公开制裁名单的姓名匹配信号、来自公开研究的 PEP 迹象,以及诉讼/监管历史。它只做研究并按来源汇编;它不是合规/AML/CDD 认定,也不是制裁或 PEP 的“通过”结论——制裁名单或 PEP 信号只是需要上报给人工合规职能的信号,绝不是“clear”或“block”。研究个人仅限合法目的,且仅使用公开信息。
当本地编码 Agent(Codex、Claude Code、Cursor 等)需要通过已认证的 `multica` CLI 操作 Multica 时使用:读取或更新 issue、评论、元数据、标签、自定义属性、订阅者、项目、Agent、小队、运行时、仓库、技能、autopilot、附件或工作区状态;搜索 issue;查看或取消 Agent 运行;从外部 Agent 回复 Multica issue;创建或分诊 issue;检查关联的拉取请求;或在 不依赖 Multica 托管 Agent 运行时的情况下安全处理 Multica 提及/状态副作用。
通过 REST API 读取、发布、回复和删除 Figma 文件上的评论——包括将评论固定到特定节点以及线程化回复。当用户想以编程方式处理 Figma 评论时使用——触发词:“get Figma comments”“read comments on this file”“post a comment in Figma”“leave a comment on this node”“reply to a Figma comment”“pin a comment to this element”“delete a Figma comment”“notify designers of drift”“add a review note in Figma”。使用 Figma REST API + 个人访问令牌,因为评论无法通过 Plugin API / use_figma / 原生 Figma MCP 访问。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
