Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
生产力
在形式决策已选择混合之后,设计同时服务现场与远程观众的技术活动——远程观众参与哪些场次、远程参会者的声音能多大程度传达到舞台、流媒体需要配合现场的另一条提示音轨,以及两者之间的团队分工。当用户提到将演讲直播给远程观众、远程问答、远程侧的运维人员配置,或为两类观众同时举办一天时使用——即使他们从未说出"混合"一词。不要用于决定是否举办混合活动——请改用 samber/dev-event-organizer-skills@event-format-selection;没有现场的活动请用 samber/dev-event-organizer-skills@virtual-event-production。
减少并消化技术活动中的缺席率:依据场地实际容量与既定上限确定超额报名比例、候补名单及其触发候补转正的规则、当天的现场入场通道,以及交给餐饮的预计到场人数,而非报名人数。当被问及免费活动应接受多少报名、是否超额报名、如何运营活动候补名单、为何一半的 RSVP 未到场,或要为多少人订餐时使用。不要用于提醒邮件文案——改用 samber/dev-event-organizer-skills@event-attendee-email-sequences;签到台——改用 samber/dev-event-organizer-skills@event-attendee-experience;低到场率背后的需求判断——改用 samber/dev-event-organizer-skills@event-market-fit。
从零启动一届技术活动(会议、黑客松、大型聚会)——最小可行的第 1 届、在完整愿景下守住范围的纪律、首个跨组织团队、从决策到开门迎客的倒排时间表,以及针对首届特有风险的预演(pre-mortem),并设定明确的 go/no-go 日期。当用户询问如何开办新的会议或黑客松、策划首届活动、划定最小可行的活动范围、组建创始主办团队,或为零业绩记录的活动设定启动时间表时使用。仅适用于第 1 届的战略层。不要用于先验证需求——请改用 samber/dev-event-organizer-skills@event-market-fit——也不要用于推动已成规模的活动成长——请改用 samber/dev-event-organizer-skills@event-growth-strategy。
为技术活动寻找并谈判场地。涵盖基于预估人数和选定形式构建的书面场地方案(主会场、分会场、走廊展区、赞助商展位、电力与 Wi-Fi 密度、进场装卸)、将免费校园场地、市政场地和公司内部场地视为真正第一级的寻址阶梯、与风险相称深度的实地考察、多场地对多个日期的比较,以及合同陷阱——人数流失、餐饮最低消费、取消曲线、保险要求。每当用户提到为活动找场地、房间或空间、场地要求、实地考察或场地合同时即使用,即使他们从未说出 "sourcing" 一词。不适用于非场地供应商——请改用 samber/dev-event-organizer-skills@event-vendor-sourcing。
在公开征集演讲(CFP)之外寻找并筛选技术活动的演讲者——这是与 CFP 并行或取而代之的主动渠道。涵盖值得邀请填补的议题缺口、寻找渠道(推荐请求、专家与演讲者名录、过往演讲回顾、社区排查)、按地区和语言进行的国际寻找、基于证据的热/温/冷/跳过(Hot/Warm/Cold/Skip)资质评估,以及附带每位人选背后"理由"的排序候选名单。当用户提到寻找演讲者、主题演讲或受邀演讲者候选名单、寻找国际或代表性不足的演讲者,或 CFP 未能填补的议程时使用——即使他们从未说出"寻找"一词。不要用于撰写邀请——请改用 samber/dev-event-organizer-skills@event-speaker-cold-outreach。
审批并协调围绕技术活动举办的第三方卫星活动——审核关卡、与已公布日程表的日程冲突排查、名称和 Logo 使用规则,以及说明主办方不为哪些活动背书的免责声明。每当用户团体、赞助商或参会者想在活动期间举办派对、meetup、晚宴、工作坊或 afterparty,有人已在自己的页面上使用该活动名称,或边缘活动与主议程冲突时使用——即使他们没有说 "side event"。很多时候「不审批」才是正确答案;它能把商标和责任风险转交法务处理。不适用于主办方自己的晚间活动——请使用 samber/dev-event-organizer-skills@event-official-social-program。
把周期技术活动多届的复盘日志转化为运营趋势和有意识的改进——包含用于区分偶发问题与可复现模式的信号门槛、将措辞不同的发现归为主题的分类方式、跨届复现次数计数、可持久保存以跨越组织者更替的学习日志、防止其未经审视就不断膨胀的审计机制,以及从每项改进到负责该事项的同级技能的对应路径。当被问到每年反复出现的问题、如何停止重复吸取同样的教训、如何在人员不断更替的团队中保存组织记忆,或多届积累的证据下一步该改变什么时使用。单届活动的回顾不适用本技能——请改用 samber/dev-event-organizer-skills@event-debrief。
为一届技术活动招募并组织志愿者团队:根据日程中需要有人值守的岗位自下而上确定人数;制定带有实际匹配标准的角色定义;安排包含到场缓冲时间的班次;处理报名和确认;进行简报,包括行为准则升级处理流程;制定指定替补人员的补位机制以确保岗位有人值守;并感谢实际到场的志愿者。用户提到活动需要多少志愿者、招募或报名志愿者、志愿者角色或班次安排、志愿者简报,或志愿者未到场时使用,即使用户没有说“志愿者”。不要用于志愿者关怀和留任;此类需求使用 samber/dev-event-organizer-skills@event-volunteer-experience。
在技术活动中举办创业公司路演比赛或 Demo Day——涵盖活动前的申请与筛选流程、路演形式及其时间成本、投资人评委实际评分的维度、评委可能投资刚刚评审的公司的利益冲突,以及获胜者可实际使用的奖品(引荐、预留名额或无股权稀释的现金)。用户提到路演竞赛或 Demo Day、开放创业公司申请、确定入选名单、向投资人评审团做说明、路演时限或获胜者奖励时使用,即使未提到“路演比赛”也适用。证券和竞赛法律问题请转交法律顾问。不要用于活动期间构建的项目——请使用 samber/dev-event-organizer-skills@hackathon-judging。
管理演讲者从确认出席到演讲后致谢的全程体验——按截止时间节点收集简介、头像、A/V 需求和旅行信息;指定一名联系人;安排活动前说明会和幻灯片提交期限、技术检查及休息室;记录录制授权及不同格式下选择退出机制的不对称性;并进行活动后跟进。用户提到向已接受邀请的演讲者发送什么、休息室、演讲者旅行或酒店、技术检查、录制授权、演讲者晚宴或如何照顾首次演讲者时使用,即使未提到“演讲者体验”也适用。不要用于接受邀请之前(使用 samber/dev-event-organizer-skills@event-speaker-cold-outreach),也不要用于彩排和演讲反馈(使用 samber/dev-event-organizer-skills@event-speaker-coaching)。
直接调用 Recoup API 和外部连接器——获取任意平台资源(艺人、社交账号、机构、研究、文档),并执行连接器操作(Google Docs/Sheets/Drive 编辑、Gmail、TikTok、Instagram)。当你需要原始 Recoup 数据、平台资源,需要编写针对 api.recoupable.dev 的 curl,或需要读写 Recoup 之外的内容(如 Google 文档 URL 或电子表格)时使用。这是所有其他技能所依赖的基础设施。要录入或运营某位艺人,请使用 recoup-roster-* 技能;首次连接请使用 recoup-platform-connect-account。
针对任何主题进行深入研究——并行开展广泛的网页搜索、交叉验证多个来源、跟踪置信度,并生成附有引用的 Markdown 报告。需要全面且有来源支撑的报告,而非快速回答时使用:如“研究 <topic>”“深入分析 X”“分析行业格局”“竞争分析”“比较这些选项”“Z 领域有哪些参与者”“文献综述”“Y 的背景”“有哪些关于 X 的论文”“产品拆解”“监管概览”“融资格局”“X 正在出现哪些趋势”“专利格局”“社区健康状况”,以及任何需要扫描大量来源并撰写带引用分析的请求。涵盖 11 种研究类型:市场(TAM/SAM、细分市场、定价、趋势)、领域(行业结构、生态系统、监管概览)、技术(架构、工具链、基准测试、技术评估)、竞争(竞争对手拆解、定位、胜负分析)、产品(功能分析、评测、拆解、路线图信号)、学术(文献调查、引用网络、重要作者)、个人/组织(对公司或公众人物开展尽职调查)、财务(融资格局、估值倍数、收入信号)、法律(知识产权、专利格局、诉讼、合规)、趋势(新兴信号、前瞻研判、情景映射)、社区(生态系统健康状况、重要声音、治理、碎片化)。即使用随意的说法也要触发,例如“调查一下 X”“Y 到底怎么回事”“深入了解 Z”“我想了解这个领域”“帮我快速了解 X”。单一事实查询或一次性的网页问题不要使用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
