基于Microsoft官方Graph API与Webhook技术的企业级Teams自动化方案，支持消息推送、频道管理与会议创建，助力团队实现高效协同与workflow自动化。

基本信息

• 技能名称?microsoft-teams
• 中文名称?Teams消息与会议自动化管理
• 作者?byungkyu
• 分类?专业技能
• 版本?v1.0.0
• 标签?office, productivity, api, automation, backend, project-program-management

使用方法

使用说明
核心用法
Microsoft Teams Skill 提供了三层级的企业协作自动化能力。基础层通过 Incoming Webhook 实现零认证的消息推送，仅需配置 TEAMS_WEBHOOK_URL 环境变量即可向指定频道发送文本通知或 Adaptive Card 富媒体卡片，适合告警通知、CI/CD 状态播报等场景。进阶层利用 Microsoft Graph API 实现全功能管理，包括获取用户加入的团队列表、枚举频道、发送富文本消息、创建在线会议等，需配合 Azure AD 应用注册获取 TEAMS_ACCESS_TOKEN 访问令牌。
显著优点
该 Skill 的最大优势在于 架构的渐进性 ——用户可从最简单的 Webhook 开始，逐步迁移到完整的 Graph API 集成，无需重构现有工作流。作为纯文档型资产，它 零代码侵入 ，仅提供经过验证的 curl 命令示例，避免了执行不可信脚本的安全风险。所有敏感配置均通过环境变量管理，符合十二要素应用规范。此外，直接调用 Microsoft 官方 API 确保了功能的前瞻性和兼容性，Adaptive Card 支持让消息呈现具备丰富的交互能力。
潜在缺点与局限性
首先， 配置门槛差异大 ：Webhook 虽简单但功能受限，Graph API 功能强大却需要 Azure AD 管理员权限和复杂的 OAuth 流程，对非企业用户不够友好。其次， 来源可信度为 T3 级 （个人开发者维护），缺乏 Microsoft 官方背书，长期维护存在不确定性。功能上，该 Skill 仅提供 API 调用示例，不包含错误重试、令牌刷新、速率限制处理等生产级特性，需要用户自行封装。此外，必须依赖 Microsoft 365 商业订阅和公网访问能力，内网环境或免费版 Teams 用户无法使用。
适合的目标群体
本 Skill 主要面向三类用户： 企业 DevOps 工程师 （用于构建部署通知流水线）、 IT 系统管理员 （自动化频道管理和会议创建）、以及 集成开发者 （将 Teams 能力嵌入现有业务系统）。特别适合已采用 Microsoft 365 生态的中大型企业，或需要将监控告警、审批流程与 Teams 集成的技术团队。
使用风险与注意事项
凭据泄露风险 是首要关注点：Webhook URL 一旦泄露，攻击者可向频道发送钓鱼信息；Graph API 的 Access Token 泄露则可能导致整个组织的数据暴露。建议严格遵循最小权限原则，定期轮换令牌，并将环境变量排除在版本控制外。 网络依赖性 方面，所有功能均需要稳定访问 Microsoft 云服务，跨国企业需注意网络延迟和合规性要求。此外，由于作者为个人开发者，建议在使用前审计代码示例，并准备替代方案以防 Skill 停止维护。

基于 Node.js 的 VK 社区管理工具，通过官方 API 实现发帖与消息处理，零外部依赖，需用户自主授权，适合社媒运营自动化。

基本信息

• 技能名称?vk
• 中文名称?VK社群自动化运营管理专家
• 作者?RuslanLanket
• 分类?专业技能
• 版本?v1.0.2
• 标签?content-media, operations, automation, customer-support

使用方法

使用说明
VK Community Management 技能是一款针对俄罗斯主流社交平台 VKontakte（VK）的社区自动化管理工具，基于 Node.js 环境开发，通过调用 VK 官方 API 实现社区内容发布、用户消息处理及实时监听功能。
该技能的核心用法涵盖三大场景：首先是内容发布，支持文本、照片和视频等多种形式的内容上传到社区墙（Wall），通过 CLI 工具先上传媒体文件获取附件 ID，再发布带附件的帖子；其次是消息处理，可获取用户消息历史并发送回复，适用于客服自动化场景；第三是实时监听，利用 VK Long Poll API 实现消息的即时接收与处理，支持自动标记已读功能。用户需配置 VK Access Token（建议使用具备完整权限的 User Token）即可启动自动化流程。
显著优点包括：完全基于 Node.js 内置模块（fs、path）和原生 fetch API，零外部 npm 依赖，避免了供应链攻击风险；直接对接 VK 官方 API（api.vk.com），数据传输目标明确，无第三方服务器介入；功能覆盖社区管理的完整生命周期，从内容发布到互动管理一应俱全；代码结构清晰，关键操作均有 VK API 层面的权限控制作为安全兜底。
潜在缺点与局限性主要体现在：来源等级为 T3（个人开发者 ruslanlanket），虽代码规范但缺乏组织级背书；输入参数验证较为宽松，文件路径等参数未做前置存在性检查，依赖 VK API 返回错误；作为 CLI 工具，对用户的技术门槛要求较高，需要熟悉命令行操作和 Node.js 环境配置；功能局限于 VK 平台，不具备跨平台社媒管理能力。
该技能适合以下群体：负责 VK 社区（特别是面向俄语市场）运营的市场人员，需要批量发布内容或自动回复粉丝消息；开发者构建社媒自动化工作流，作为 CI/CD 流程的一部分实现内容同步；客服团队处理 VK 平台的用户咨询，通过 Long Poll 实现实时响应。
使用风险主要包括：Token 安全管理风险，若 Access Token 泄露可能导致社区被恶意操作，需严格通过环境变量管理；文件上传隐私风险，上传本地文件至 VK 服务器前需确认内容可公开，避免敏感信息泄露；网络依赖性，技能运行需持续访问 VK API，在网络受限环境下无法使用；边界完整性不足，缺乏详细的参数校验可能导致非预期错误，建议在使用前进行路径和参数验证。

The Boil Team推出的AI代理众包平台，让代理在空闲时间安全地参与代码贡献与审核，按劳获取赏金并提升声誉等级。

基本信息

• 技能名称?boil
• 中文名称?AI代理分布式协作赚赏金平台
• 作者?jtmuller5
• 分类?专业技能
• 版本?v1.0.0
• 标签?automation, api, development-engineering, productivity, backend

使用方法

使用说明
The Boil：AI代理的分布式众包协作平台
The Boil是一个创新的分布式劳动网络，专为AI代理设计，旨在利用代理的空闲时间参与软件项目开发并赚取赏金。该Skill提供了一套完整的API文档和工作流程指南，使AI代理能够作为"数字工人"参与到众包项目中。
核心用法
使用该Skill的流程分为几个关键步骤：首先，代理需要在平台注册并获取API密钥，完成人工认领验证。随后，通过心跳机制（Heartbeat）定期检查是否有适合的工作。当空闲时，代理可以"打卡上班"（Punch In），系统会随机分配任务类型——要么作为贡献者（Contributor）下载项目检查点（Checkpoint），基于提示链（Prompt Chain）进行纯文本代码编辑；要么作为验证者（Verifier），使用Claude审核其他代理的提交。完成工作后，代理上传结果并"打卡下班"（Punch Out），等待验证结果和赏金结算。
显著优点
该平台的最大亮点是其安全设计理念：所有工作均为纯文本操作，明确禁止执行检查点中的任何代码，有效防止了供应链攻击。声誉系统（从Shrimp到Kraken的等级体系）设计精妙，不仅提供经济激励（最高30%的奖金加成），还通过双重验证机制确保代码质量。Prompt Chain机制确保工作上下文在代理间无缝传递，每个代理都能看到项目历史和下一步指示。此外，平台支持灵活的微任务模式，代理可根据可用时间（15-60分钟）选择班次，充分利用碎片化计算资源。
潜在缺点与局限性
作为T3级别的社区项目，The Boil缺乏大型企业或开源基金会的背书，长期运营稳定性存疑。目前仅支持文本类工作（如代码编写、文档），无法处理需要实际运行环境的任务。赏金单位为美分（USD_CENTS），单个任务收入可能较低，需要积累才能变现。此外，平台要求人工通过Twitter进行代理认领，这对纯自动化代理设置了门槛。技术栈依赖Vercel、Neon Postgres等第三方服务，存在单点故障风险。
适合的目标群体
该Skill最适合拥有闲置计算资源的AI代理开发者、希望将对话能力变现的Claude/GPT类助手，以及需要结构化任务来填充空闲时间的自动化系统。对于希望参与开源项目但缺乏持续专注时间的代理，这种微任务模式尤为合适。
使用风险
尽管Skill本身为纯文档（A级安全），但使用时需注意：API密钥管理完全由用户负责，若泄露可能导致身份盗用和资金损失。虽然平台强调不执行代码，但用户仍需警惕社会工程学攻击诱导执行恶意检查点。网络依赖性强，若boil.sh服务中断，代理将无法接单。此外，赏金提现依赖Stripe，存在支付渠道限制。

基于 Puppeteer 的无头浏览器自动化工具，可渲染 JS 密集型网页并提取文本内容，适合获取动态加载内容，但存在 SSRF 风险和沙箱配置问题。

基本信息

• 技能名称?Browser
• 中文名称?无头浏览器，读懂动态网页
• 作者?pshotts
• 分类?专业技能
• 版本?1.0.0
• 标签?web-scraping, headless-browser, puppeteer, dynamic-content, ssrf-risk

使用方法

使用说明
核心用法
Browser Skill 是基于 Puppeteer 的无头浏览器自动化工具，主要用于：
渲染 JavaScript 密集型网页（SPA、动态内容网站）
提取干净、可读的文本内容
访问常规 HTTP 请求无法获取的动态加载数据
基础命令：
openclaw browser read 该命令会启动 Chromium 无头浏览器，导航至指定 URL，等待页面完全渲染后提取文本内容返回。
显著优点

1. 动态内容支持 ：相比简单的 HTTP 请求，能完整执行页面 JavaScript，获取 React、Vue 等框架渲染后的真实内容
2. 内容结构化 ：自动提取可读文本，过滤广告和导航等噪音
3. 官方依赖 ：基于 Puppeteer 官方库，依赖审计通过，无已知 CVE
4. 代码简洁 ：仅 41 行可执行代码，结构清晰，无混淆或恶意特征
   潜在缺点与局限性
5. 安全沙箱绕过 ：使用 --no-sandbox 启动参数，降低了浏览器与宿主机的隔离级别
6. SSRF 风险 ：URL 输入缺乏验证，可能访问内网服务、元数据端点（如 AWS 169.254.169.254）或 file:// 协议
7. 性能开销 ：启动完整浏览器比 HTTP 请求消耗更多资源，不适合高频调用
8. 超时控制不足 ：缺乏明确的页面加载超时和请求大小限制
9. 错误信息泄露 ：原始错误消息可能暴露内部系统信息
   适合人群
   需要获取 JavaScript 渲染内容的用户（如现代新闻网站、文档站点）
   在受控网络环境中使用的开发者
   能够评估并承担 SSRF 风险的进阶用户
   不建议使用场景：
   处理不可信用户输入的 URL
   多租户环境或共享基础设施
   对延迟敏感的高频查询
   常规风险
   | 风险项 | 等级 | 说明 | |--------|------|------| | SSRF（服务器端请求伪造） | 中 | 可访问内网资源，需严格输入控制 | | 沙箱绕过 | 中 | 恶意页面可能突破浏览器隔离 | | 数据外泄 | 低 | 可能将本地数据编码至 URL 发出 | | 资源耗尽 | 低 | 无超时/大小限制，可能挂起或内存溢出 | 缓解建议： 在隔离容器中使用，配合 URL 白名单（仅允许 http/https，拒绝私有 IP 和 localhost），添加 30 秒超时和响应大小限制。

聚合 TechMeme 头部科技新闻，自动抓取原文并生成 AI 摘要，同时追踪社交媒体热议，快速获取行业动态与舆论风向。

基本信息

• 技能名称?TechMeme News
• 中文名称?科技头条聚合 · AI 摘要 · 社媒热评
• 作者?kesslerio
• 分类?专业技能
• 版本?1.0.0
• 标签?news-aggregation, tech-news, content-summarization, social-media-monitoring, web-scraping, information-consumption, productivity

使用方法

使用说明
核心用法
TechNews 是一款面向科技资讯消费的自动化聚合工具，通过 /technews 指令一键拉取 TechMeme 平台头部 10 条新闻，完整工作流程涵盖：抓取 TechMeme 首页 → 并行获取原文内容 → AI 生成 2-3 句精炼摘要 → 检索 Twitter 等社交平台的高热度反应 → 输出结构化阅读卡片。系统内置缓存机制（ technews_history.json ）避免重复推送，支持基于用户话题偏好的相关性评分排序。
显著优点
高效聚合 ：将多站点浏览简化为单指令操作，节省信息筛选时间
深度加工 ：非简单转载标题，而是抓取全文生成摘要，信息密度高
社媒联动 ：主动捕捉舆论场反应，帮助用户感知话题热度与争议点
模块化架构 ：三阶段设计（抓取-获取-摘要）便于横向扩展至 Hacker News、Reddit 等源
局限与风险
源依赖单一 ：核心数据完全依赖 TechMeme 的编排逻辑，存在平台算法偏见
实时性瓶颈 ：串行抓取+摘要生成对时效性敏感的新闻（如突发股价波动）可能有分钟级延迟
社交数据盲区 ：Twitter/X 接口政策多变，社媒反应模块可能因 API 限制失效
版权灰区 ：大规模抓取第三方文章存在 robots.txt 合规及内容授权风险
适合人群
科技从业者、投资人、产品经理及信息焦虑型用户，尤其适合需要快速浏览行业全貌而非深度研读单篇报道的场景。
常规风险
| 风险类型 | 等级 | 说明 | |---------|------|------| | 信息源偏见 | 中 | TechMeme 偏向硅谷-centric 视角 | | 摘要失真 | 低-中 | AI 摘要可能遗漏关键 nuance | | 服务稳定性 | 中 | 依赖目标站点结构稳定性，反爬升级可能导致中断 |