Skills
收录 96,770 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
生产力
全面的新闻聚合器，可获取、筛选并深入分析来自 44 多个来源的实时内容，包括 Hacker News、Lobsters、Dev.to、GitHub、arXiv、Hugging Face Papers、AIHOT、TLDR AI、Import AI、BBC、The Guardian、Al Jazeera、France 24、Reuters fallback、AI Newsletters、WallStreetCN、Weibo、少数派、InfoQ 中文、播客以及用户自定义的 OPML 订阅源。当用户要求"每日速览"、"科技新闻"、"财经动态"、"AI 简报"、"国际新闻"、"深度分析"，或说出"如意如意"以打开交互式菜单时使用。
使用 Midscene 进行基于视觉的浏览器自动化。基于截图操作 —— 无需 DOM 或无障碍标签。运行在无头 Puppeteer 中 —— 不会接管用户的鼠标和键盘。同时支持 CDP 模式和 Bridge 模式以连接已有的 Chrome。当用户希望：- 浏览、导航或打开网页 - 抓取、提取或收集网站数据 - 填写表单、上传本地文件、点击按钮或与网页元素交互 - 验证、校验、测试或 QA 前端 UI 行为 - 截取网页截图 - 自动化多步骤网页工作流 - 测试刚刚构建的内容，看其在浏览器中是否正常 - 通过 CDP、DevTools Protocol 或远程调试连接 Chrome - 连接用户的 Chrome 浏览器，控制我的浏览器，操作我的 Chrome 由 Midscene.js 驱动 (https://midscenejs.com)
将组织方自有的常设播客或视频频道作为跨届媒体资产来运营——包括是否持续运营某个频道、平静月份的节奏承诺及其指定负责人、从演讲者池向外邀约嘉宾、与展会周期之间的双向内容输送，以及组织方更替时的收缩或交接。每当用户提到要办会议播客或 YouTube 频道、在两届之间如何发布、嘉宾从哪里来、组织者离开后由谁接手节目，或是关闭某个频道时，都应使用——即使他们没有说出「播客」二字。不要用于将某一届的演讲录像剪成短片——请改用 samber/dev-event-organizer-skills@event-content-repurposing。
撰写团队动手开发前阅读的黑客松挑战文档——与时间盒规模相称的问题陈述、主题挑战赛道、已公布的规则与参赛资格文本、提交物清单、赞助商挑战的叙述方式，以及评测类别的命名（绝不涉及权重）。当用户提到黑客松 brief、挑战或赛道题目、黑客松规则或参赛资格、提交指南，或把某个赞助商的 API 设计成挑战时使用——即使用户从未说出「brief」。这里的挑战赛道指团队报名的主题类别，而非并行的分会场。不要用于评分权重和评审机制——请用 samber/dev-event-organizer-skills@hackathon-judging。
对技术活动已收集的 CFP 投稿执行评审与遴选流程——委员会构成、盲审如何执行（平台隐藏与专门的匿名化角色之别）及其无法解决的问题、评分标准、多轮从评分到入围名单再到与节目契合度的逐级筛选、利益冲突回避、多样性与首次演讲者的平衡、录用率管理，以及录用／拒绝／候补通知的沟通。当用户提到程序委员会、演讲评分表、盲审 CFP 评审、决定哪些投稿演讲进入节目、评审者的利益冲突，或录用与拒绝邮件时，即使用本技能——即使他们从未说出“selection”。不要用于设计征集本身——请改用 samber/dev-event-organizer-skills@event-cfp-design。
为技术活动选定举办日期——其他所有计划都以此为前提的决策。涵盖：工作日还是周末，取决于听众的真实生活日历（职场人士还是学生）；季节性与制约真实听众的各种日历；扫描相互竞争及锚定活动，以判断冲突与有意搭便车；先与场地可用性协商候选时间窗，而不是先定下单一日期；以及在处理支付已就绪之前的公告发布把关。当被要求选择活动日期、挑选会议周末、检查与其他活动的日期冲突、决定提前多久公告，或解决与竞争活动的撞期时使用。不要用于从该日期倒推的排期——使用 samber/dev-event-organizer-skills@event-planning-timeline。
在安排任何日程之前选定技术活动的结构——活动形态（定期 meetup、黑客松、非会议式开放日、单日或多日大会）、一套议程还是多套（单轨与多轨）、工作坊日所占比例、演讲形式组合（策划型演讲、工作坊、开放空间、ignite、炉边对谈、圆桌讨论）、交付方式（线下、线上、混合），以及黑客松的 Demo／评审结构。当被要求挑选活动形式或概念、决定单轨还是多轨、权衡混合或线上交付、组合演讲形式，或把 meetup 升级为大会时使用。仅限结构层面的选择。不要用于日程网格、冲突规避或场地容量匹配——使用 samber/dev-event-organizer-skills@event-schedule-design。
为已完成的一届技术活动运行组织团队的内部复盘 —— 无责框架、重建的时间线、做得好的与做得不好的分野、实际触发情况与风险登记表／预算计划／流程表的对照、团队健康度发现，以及每条都带负责人和截止日期的注明日期的经验教训条目。凡被要求进行活动后复盘、事后总结或回顾、对照团队既定目标检视某届活动、建立经验教训日志或发布公开回顾时均使用。不要用于收集参与者反馈 —— 请使用 samber/dev-event-organizer-skills@event-feedback；也不要用于跨届次的趋势分析 —— 请使用 samber/dev-event-organizer-skills@event-continuous-improvement。
从候选人一侧规划技术活动组织者的职业路径：制片人/经理/协调员岗位，以及该领域偏向社区经理方向的那一端。明确指出不存在通用的职级阶梯，给出唯一真实存在的命名阶梯，以及 CMX 的社区管理阶梯作为最接近的、与活动领域相邻的对应物。涵盖从志愿者到有薪岗位的入门路径、面试准备（作品集评估、情景题、CMX 的五项能力闭环、有偿 mini-audit 工作样本）、包括 Google I/O 本身执行制片人在内的具名从业者引述，以及内部团队、代理公司和非营利机构等不同场景下的薪酬。当用户询问如何进入活动组织行业、如何准备制片人或社区经理面试，或如何评估一份工作机会时使用。不要用于招聘（samber/dev-event-organizer-skills@dev-event-hiring）或团队组织设计（samber/dev-event-organizer-skills@event-team-structure）。
在回答任何开启新项目或新会话的活动组织请求之前，先运行此路由器——它会将任务映射到 72 项技能的 samber/dev-event-organizer-skills 集合；若没有合适技能，也会明确说明，并初始化或恢复项目的共享上下文，让下一次会话能顺畅衔接。此技能由对话状态触发，而非主题触发——每次活动项目启动时都调用，即使该集合中的技能已用于另一场活动；同一项目每次定期跟进时也调用；在难以判断应路由到哪个同级技能时也调用。涵盖会议、聚会和黑客松的启动、“which event skill do I need”、“where do I start organizing this event”、活动组织者技能路由，以及定期活动跟进。只要有人描述活动组织问题但未指定技能，就使用此技能，即使对方没有说“kickoff”、“routing”或“start”。
为一场技术活动设计面向参会者的沟通渠道架构：有哪些渠道、每个渠道由谁负责、哪一类信息走哪个渠道、多名撰稿人在别处执行一套风格规范时如何保持一致，以及活动结束后如何逐一关闭每个渠道。当被问到活动是否需要聊天空间、App 或状态页、房间变更或日程延误该在哪里公布、如何避免参会者错过通知、谁可以以活动名义发帖，或活动结束后如何处理这些渠道时使用。不要用于邮件列表文案与同意管理——请使用 samber/dev-event-organizer-skills@event-attendee-email-sequences；也不要用于社交文案——请使用 samber/dev-event-organizer-skills@event-social-media。
确定一场技术活动要举办多少场官方社交场合，以及它们如何彼此安排：一场、两场分处不同时段，或一条主题化的多活动主线——以及整套安排必须达到的最低包容性门槛，而不是针对每场活动单独设定。当被问及是否要举办多于一场社交活动、两场社交活动能否在相同时段进行、如何发布社交主线，或照护者与不饮酒者可以参与哪一场活动时使用。不要用于某一场活动的形式、餐饮、饮品或酒精政策——请使用 samber/dev-event-organizer-skills@event-hospitality；第三方卫星活动——请使用 samber/dev-event-organizer-skills@event-side-event-coordination；仅限受邀的聚会——请使用 samber/dev-event-organizer-skills@event-vip-social-program。
在已有的具名嘉宾项目之上，运营与技术活动同期举办的私密聚会 —— 说明赞助方、讲者和主办方都提名的情形下席位名单如何确定，邀请与门禁如何在不分级公开的情况下运作，以及该聚会在整体公开日程中的位置。每当用户提到会议上的私密晚宴或招待会、拒绝赞助方的席位请求、没有 VIP 标识的仅限受邀房间，或询问何时安排此类活动时使用 —— 即使用户没有说出「VIP」。默认做法是将其并入常规晚会。不用于判断嘉宾是否符合资格 —— 请使用 samber/dev-event-organizer-skills@event-vip-management；餐饮请使用 samber/dev-event-organizer-skills@event-hospitality。
设计开发者活动或会议中的实操技术工作坊如何开展，涵盖确定形式并投入数小时后所需考虑的事项：主持人员配置、参与者的先决条件和设置、人数上限、时长、材料，以及当一屋子的笔记本电脑无法连接网络时会出现的问题。用户提到规划工作坊日程、会议实验室需要多少协助人员、工作坊的先决条件、限制席位、自带笔记本电脑还是使用预配置环境，或参与者笔记本电脑所在房间的 WiFi 时使用。不用于产品文档或快速入门指南。不要用于安排日程表中的环节——使用 samber/dev-event-organizer-skills@event-schedule-design；也不要用于黑客马拉松导师——使用 samber/dev-event-organizer-skills@hackathon-mentoring。
确定技术活动中每个人群共享的餐饮、饮品与社交供给——餐饮服务形式及其需要承载的饮食人数、安排好的休息时段包含什么、活动的酒精政策，以及是否设有晚间或社交环节、以何种形式呈现。凡是被问及会议该如何安排餐饮、餐饮如何覆盖整个活动的饮食限制、茶歇提供什么、是否供酒或全程不供酒、或会议当天的晚上该做什么时使用。仅设定共同底线。不可用于确定举办多少场社交活动——请使用 samber/dev-event-organizer-skills@event-official-social-program ——也不用于确定活动承诺满足哪些饮食需求——请使用 samber/dev-event-organizer-skills@event-accessibility-inclusion。
从会签协议到活动后报告，兑现已签约赞助商获得承诺的全部权益：根据签署协议制作按等级和权益划分的履约矩阵、以付款为条件发放权益、按截止日期收集赞助商素材、安排活动当天的赞助商体验（布置、运输、人员、A/V）、经同意的潜在客户信息收集（如自愿参加的抽奖），以及作为续约依据的活动后赞助商报告。用户提到已签约赞助商入驻、跟踪赞助交付项、展位后勤、赞助商 Logo 摆放，或活动后赞助商报告/总结时使用，即使未提到“履约”也适用。不要用于销售——请使用 samber/dev-event-organizer-skills@event-sponsor-outreach；续约请求请使用 samber/dev-event-organizer-skills@event-sponsor-renewal。
将技术活动中已选定的演讲安排到可发布的场次网格中，涵盖统一场次时长、匹配房间和容量、考虑多位演讲者交集的四类冲突、安排休息和午餐、设置缓冲时长、将主题演讲和全体会议设为重新同步节点、选择分轨同步或错峰开始、把控能量曲线节奏，以及根据时段分配考虑演讲者的交通时间。用户提到制定会议日程或议程、多轨道布局、场次冲突或演讲者时间重叠、为演讲匹配房间、安排休息时长，或何时发布场次网格时使用，即使用户没有说“日程”。不要用来决定轨道数量或场次形式组合；此类需求使用 samber/dev-event-organizer-skills@event-format-selection。
为技术活动（任何一届）构建数月之久的倒推工作计划 —— 开幕日期锚点、由该日期反推的各并行轨道（场地、议程/CFP、赞助商、市场推广、票务）、跨轨道依赖门控、贯穿最晚安全承诺日期的缓冲政策，以及在进度落后时缩减范围而非改期的重新规划检查点。当被要求制定活动筹备时间线、会议逆向规划、工作倒推或反向排期、活动里程碑排序，或重新规划进度落后的活动时使用。仅涉及排期机制。不要用于选定日期本身 —— 请使用 samber/dev-event-organizer-skills@event-date-selection —— 也不要用于活动当天的流程 —— 请使用 samber/dev-event-organizer-skills@event-run-of-show。
确定黑客松参赛者如何组成团队——公布的组队规模规则（包括是否允许个人参赛）、当天运行的匹配机制、匹配后仍未组队的人如何处理、成员资格相对开幕时间何时冻结，以及任何以赛道为条件的团队构成规则。每当用户提到黑客松组队规模、pitch-and-join 或组队匹配环节、是否允许单独参赛的黑客、无人挑选的参赛者，或活动中途更换团队时使用——即使他们没有说 "team formation"。不要用于把卡住的团队与专长匹配——使用 samber/dev-event-organizer-skills@hackathon-mentoring；规则文本见 samber/dev-event-organizer-skills@hackathon-brief-design。
在日程发布后，编写并执行技术活动的当天执行手册：工作人员逐分钟执行的剧本、当天角色分工（主持人、演讲介绍人、场地负责人、值班组织者）、每次切换的提示单、与面向参会者频道分离的组织者专用通信频道、升级路径与实时事故响应、经确认交接的班次轮换，以及收尾工作。当用户提到当天流程单、提示单、主持人或场地负责人角色、组织者对讲机或 Slack 频道、班次交接，或某场环节超时后现场决定砍掉哪些内容时使用——即使他们从未说出"run of show"。不要用于搭建议程网格本身——改用 samber/dev-event-organizer-skills@event-schedule-design。
为技术活动建立并维护常设风险登记册——按类别命名风险，按适应有明确日期的一次性交付物的“可能性 × 影响”矩阵评分，分为预防、应急或保险措施，保险方案包含传染病退赔条款，对照场馆逐步上涨的取消费用曲线设定的内部继续/取消决定日期，以及现场应急计划。凡用户提到活动保险、取消或延期活动、继续/取消决策、应急或疏散计划、天气或演讲人临时缺席的应急方案，或风险登记册时使用——即使他们从未说出“风险”。不构成法律或保险建议。不适用于活动当天的实时突发事件处理——请改用 samber/dev-event-organizer-skills@event-run-of-show。
以主办方视角，为技术活动的每届展会展馆做整体设计——让参会者经过每个展位的布局与动线、把 "floor presence, Gold" 转化为桌面尺寸、电力、层高和标识规格的赞助等级目录、总搭建与撤展日程、每个展位的电力与 WiFi 分配、展位人员配置与行为规范，以及类似通行证卡的全馆动线机制。当被问到展馆或赞助区如何布局、某赞助等级的展位实际包含什么、赞助方何时进场撤场，或如何把参会者引到低客流展位时使用。不要用于赞助方的逐日执行——使用 samber/dev-event-organizer-skills@event-sponsor-fulfillment——也不要用于公司如何运营自己的展位。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。