Skills
收录 98,284 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
全部
当用户想要求解枢纽选址问题、设计轴辐式网络,或为物流网络优化枢纽布局时使用。当用户提到 "hub location"、"hub-and-spoke"、"p-hub median"、"hub covering"、"single allocation hub"、"multiple allocation hub"、"airline hub network"、"postal hub network" 或 "consolidation center location" 时也可使用。一般设施选址见 facility-location-problem。配送中心见 distribution-center-network。
在发布前为外呼假设打分并排序,转化为发布队列——这是 Victor Shulga 关于测试冷外联假设的指南中的发布前评估方法:停止筛选关卡、包含数字 N 的规范假设格式、渠道容量检查、采用 0/1/3/5 量表的 6 因子加权评分、优先队列(前三项进入执行),以及事实记录日志框架。当用户说“оціни гіпотези”“оцінка гіпотез”“пріоритизуй гіпотези”“яку гіпотезу запускати першою”“черга запуску”“відбери 3 гіпотези”“score these hypotheses”“prioritize hypotheses”“which hypothesis do we run first”,或提供营销活动创意列表/假设矩阵并询问哪些进入执行时触发。也用于发布前重新评估假设矩阵,或审查团队自行编写的假设列表。不用于从零生成假设(使用 hypo-generator),也不用于测试已经运行后的结果分析。
定义 ICP,为 ABM 目标客户名单定规模与分层,并梳理购买委员会 —— 这是名单构建与信息丰富之前的策略层。适用于定义理想客户画像与评分标准、为收入目标决定目标客户数量、对客户分层(A/B/C/D)、梳理画像/购买委员会(拥护者、经济买家、最终用户、技术评估者),或规划基于画像的信息传递。触发词:"ICP"、"ideal customer profile"、"who to target"、"scoring criteria"、"ABM accounts"、"how many accounts"、"account tiering"、"buying committee"、"persona mapping"、"champion"、"economic buyer"、"revenue reverse-engineering"。不适用于实际获取公司/联系人(见 apollo-search / coldiq-search-enrich)、对导出数据做评分计算(见 tam-scoring)或撰写文案(见 crawford-method / cold-email-copy)。
通过 inference.sh CLI 使用 Real-ESRGAN、Thera、Topaz、FLUX Upscaler 放大并增强图像。模型:Real-ESRGAN、Thera(任意尺寸)、FLUX Dev Upscaler、Topaz Image Upscaler。用于:增强低分辨率图像、放大 AI 艺术图、修复老照片、提升分辨率。触发词:upscale image、image upscaler、enhance image、increase resolution、real esrgan、ai upscale、super resolution、image enhancement、upscaling、enlarge image、higher resolution、4k upscale、hd upscale。
稻盛和夫的经营哲学与人生智慧。基于《活法》《干法》《阿米巴经营》《心》《六项精进》、京瓷哲学手册、KDDI创业史、日航重建纪实、盛和塾讲话录等30+来源深度调研,提炼5个核心思想模型、7条处世启发式和完整的表达DNA。用途:作为思维顾问,用稻盛和夫的视角分析经营决策、人生选择、团队管理、自我修炼等问题。 当用户提到「用稻盛的视角」「稻盛和夫会怎么看」「稻盛模式」「inamori perspective」时使用。也适用于:经营管理、创业决策、利他与利己的平衡、人生方程式、阿米巴经营、团队激励。即使用户只是说「怎么经营」「利他」「敬天爱人」「阿米巴」「人生方程式」也可触发。 不要在用户只是问「这个决策靠谱吗」「帮我想想」等一般性问题时触发——只在涉及经营哲学、利他主义、阿米巴管理、敬天爱人等稻盛核心方法论时激活。
通过 IndyKite AuthZEN REST API(`POST /access/v1/evaluation`)做出单次 KBAC 授权决策——针对一个 (subject, action, resource) 三元组返回布尔值 `decision`,可选地接受逐请求的 `context.input_params`。用于单个是/否问题——"can ada PROVISION gpu-node-7?"、"is this user allowed to delete this document?"、"gate this operation on a live check",或调试某次决策为何为 false。不用于一次性做大量检查(请用 indykite-authzen-evaluations),不用于枚举哪些 action/resource/subject 被允许(请用 indykite-authzen-search-action / -search-resource / -search-subject),也不用于编写决策背后的策略(请用 indykite-authzen-kbac-policies)。若要通过 MCP/JSON-RPC 获得同一决策,请见 indykite-mcp-server(`authzen_evaluate`)。
通过 IndyKite AuthZEN REST API(`POST /access/v1/evaluations`)一次调用执行多项 KBAC 授权决策,顶层 subject/action/resource/context 作为默认值,可被每条记录覆盖;按顺序为每条记录返回一个 `decision`。适用于一次检查一组已知且固定的检查项——一个 subject 对应多个 resource、一个 action 跨多个 subject,或任意三元组组合——例如“这些服务中哪些可以 grace provision?”“这些用户中,哪些可以部署 gpu-node-7?”。单次检查请使用 indykite-authzen-evaluation;要枚举所有允许的 action/resource/subject(开放式,而非固定列表)请使用 indykite-authzen-search-action / -search-resource / -search-subject;要编写策略请使用 indykite-authzen-kbac-policies。
通过 IndyKite AuthZEN REST API(`POST /access/v1/search/action`)列出某个 subject 被允许对某个 resource 执行的操作——针对一个固定的 (subject, resource) 组合返回被授予的 action 名称。用于枚举允许的操作——"what can linus do with gpu-node-7?"、"which actions does this user have on this item?"(例如只渲染允许的 UI 控件)。不用于特定 action 的是/否判断("can linus DEPLOY gpu-node-7?" -> indykite-authzen-evaluation);若要枚举其他维度,请用 indykite-authzen-search-resource(哪些 resources)或 indykite-authzen-search-subject(哪些 subjects);若要编写策略,请用 indykite-authzen-kbac-policies。
通过 IndyKite AuthZEN REST API(`POST /access/v1/search/resource`)列出某个 subject 被允许对之执行给定 action 的 resource——给定一个 subject 和一个 action,返回某类型中匹配的 resource 实例。用于枚举允许的 resource——"which servers can linus provision?"、"list the documents this user can read"(按访问权限过滤的列表)。返回 `{type,id}` 引用,而不是是/否决策,也不是 resource 数据本身(图数据请用 indykite-ciq-read)。若要对单个 resource 做是/否判断,请用 indykite-authzen-evaluation;若要枚举其他维度,请用 indykite-authzen-search-action(哪些 actions)或 indykite-authzen-search-subject(哪些 subjects);若要编写策略,请用 indykite-authzen-kbac-policies。
通过 IndyKite AuthZEN REST API(`POST /access/v1/search/subject`)列出被允许对某个 resource 执行给定 action 的 subject——给定一个 resource 和一个 action,返回某类型中匹配的 subject 实例。用于枚举谁有访问权限——"who can provision gpu-node-7?"、"list the people allowed to approve this document"(审计/审核视图)。不用于特定 subject 的是/否判断("can grace provision gpu-node-7?" -> indykite-authzen-evaluation);若要枚举其他维度,请用 indykite-authzen-search-action(哪些 actions)或 indykite-authzen-search-resource(哪些 resources);若要编写策略,请用 indykite-authzen-kbac-policies。
无需终端,即可通过聊天在用户的 GitHub 仓库中设置 PostHog。PostHog 的设置 Agent Wizard 在云端运行,添加 SDK 和首批事件,并创建拉取请求。仅在无法读取或编辑用户代码时使用,这在 ChatGPT 网页版或 Claude 网页版等网页聊天应用中很常见。典型请求包括在用户的应用或仓库中安装、添加或设置 PostHog,或创建添加 PostHog 的拉取请求。如果正在用户的仓库中工作,请改用 installing-posthog-in-a-codebase。涵盖连接 GitHub、选择仓库、启动运行、轮询运行状态和分享拉取请求。
通过 ColdIQ 市场在 Instantly 中创建并运行冷邮件活动 —— 活动、潜在客户、序列、分析与账户。适用于创建活动、加载/添加潜在客户、设置 ColdIQ 默认活动设置、拉取回复/打开/退信分析、激活或暂停活动,或为 Instantly 格式化邮件 HTML。触发词:"Instantly campaign"、"load leads"、"create campaign"、"campaign analytics"、"activate campaign"、"add leads to Instantly"、"reply rate"、"campaign settings"。不适用于撰写文案本身(见 cold-email-copy / crawford-method)、邮件查找/信息丰富(见 contact-enrichment)、Lemlist 或 EmailBison 发送(见相应技能)。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
