1. 项目概述：为什么我们需要一个命令行版的企业微信？

如果你和我一样，每天的工作流都离不开终端，那么频繁在命令行窗口和图形化应用之间切换，绝对是一种效率的“杀手”。尤其是在处理服务器日志、监控告警、或者进行持续集成/部署时，一个弹窗、一次鼠标点击，都可能打断你沉浸式的“心流”状态。企业微信作为国内团队协作的“水电煤”，其消息推送、机器人通知、审批流等功能已经深度嵌入到我们的工作流程中。然而，它的官方形态始终是一个需要独立窗口的GUI应用。

这正是 wecom-cli 这类工具诞生的土壤。它不是一个官方产品，而是社区开发者基于企业微信开放的API，打造的一个命令行界面工具。它的核心价值，就是让你无需离开终端，就能完成绝大部分高频的企业微信操作。想象一下这样的场景：服务器编译完成，一条 wecom send -t “构建成功” 命令就能把结果推送到群聊；收到一个待办审批，直接在终端里 wecom approve -id 12345 一键处理；甚至，你可以将它无缝集成到你的Shell脚本、CI/CD流水线，或者你正在搭建的AI Agent工作流中，让消息通知和任务处理自动化、无感化。

它解决的不仅仅是“少切一次窗口”的问题，更是将企业微信的能力从“应用层”下沉到了“系统层”和“自动化层”。对于运维、开发、DevOps工程师，以及任何追求极致效率的终端用户而言，这无疑是一把打开新世界大门的钥匙。接下来，我将带你深入拆解它的七大核心功能，并分享从安装、配置到深度集成的一手实战经验。

2. 核心功能全景与设计思路拆解

wecom-cli 的设计哲学非常清晰： 将企业微信的Web API封装成符合Unix哲学的命令行工具 。即一个命令只做好一件事，并且能通过管道（pipe）和其他命令组合使用。它的七大核心功能，几乎覆盖了个人用户和自动化脚本最常用的场景。

2.1 功能地图与对应场景

  1. 消息发送 ：这是基石功能。支持文本、Markdown、图片、文件甚至图文消息的发送。场景：脚本执行结果通知、服务器监控告警、日报/周报自动推送。
  2. 通讯录查询 ：快速查找同事信息，获取UserID、部门等。场景：在自动化脚本中动态@某人，或根据部门筛选通知对象。
  3. 审批操作 ：查询待办审批、获取审批详情、进行同意或拒绝操作。场景：处理简单的、规则固定的审批流，实现审批半自动化。
  4. 日程管理 ：创建、查询、更新日程。场景：将代码提交、服务器上线等事件自动添加到日历，或同步其他系统的日程。
  5. 客户联系 ：管理外部客户，发送消息。场景：适用于有外部客服或销售团队，进行客户维系的自动化触达。
  6. 群机器人管理 ：配置和触发群机器人Webhook。场景：这是最轻量、最常用的通知方式，无需复杂的OAuth认证，一个Key就能发消息。
  7. 媒体文件上传 ：提前上传图片、文件等素材，获取MediaID以供后续消息使用。场景：发送固定格式的图片报告或文档。

这个设计思路的优势在于 解耦 和 组合 。你可以单独使用消息发送功能做一个简单的告警脚本；也可以结合通讯录查询和消息发送，做一个生日祝福自动发送器；更可以将其作为后端服务，为你更上层的AI Agent提供与企业微信交互的“手”和“眼”。

2.2 为什么选择命令行而非SDK？

你可能会问，企业微信官方提供了各种语言的SDK，为什么还要用CLI？关键在于 场景和边界 。

  • SDK ：适用于深度集成到某一个具体的应用程序内部。比如，你要开发一个内部管理系统，需要原生地调用企业微信API，那么使用Python或Go的SDK是更自然的选择。
  • CLI ：适用于 跨语言、跨进程的胶水层 。你的监控脚本可能是Shell写的，你的部署工具可能是Ansible，你的AI Agent框架可能是用TypeScript写的。让它们都去集成一个特定的SDK，成本很高。而CLI提供了一个统一的、进程间调用的标准接口（命令行）。任何能执行系统命令的环境，都能轻松调用它。这就是CLI不可替代的价值—— 通用性和便捷性 。

3. 从零开始：安装、配置与首次认证

理论说得再多，不如动手实操。我们以最常见的Linux/macOS环境为例，走通从安装到发出第一条消息的完整流程。

3.1 安装方式选型

wecom-cli 通常通过包管理器或直接下载二进制文件安装。

  • macOS (Homebrew) ：这是最推荐的方式，便于后续更新。 

    brew tap your-repo/wecom-cli # 假设有相关的Tap仓库，具体需查看项目文档
brew install wecom-cli

    注意 ：很多开源CLI工具可能尚未进入官方Homebrew core，需要添加第三方Tap。安装前务必阅读项目的README，确认正确的安装命令。

  • Linux (直接下载) ：对于没有包管理器的环境，或需要特定版本，直接下载静态编译的二进制文件是最稳妥的。 

    # 示例命令，实际URL需参考项目发布页
wget https://github.com/author/wecom-cli/releases/download/v1.0.0/wecom-cli_linux_amd64
chmod +x wecom-cli_linux_amd64
sudo mv wecom-cli_linux_amd64 /usr/local/bin/wecom # 重命名为wecom方便使用

  • Windows ：虽然标题热词中提到了Windows命令行，但这类工具通常对Windows支持稍弱。如果有Windows版本，也是下载.exe文件并放入 PATH 环境变量。在Windows下使用，更推荐通过WSL2来获得接近Linux的原生体验。

3.2 核心配置解析： config.yaml 的每一个字段

安装后，首要任务是配置。 wecom-cli 的核心配置是一个YAML文件，通常位于 ~/.config/wecom-cli/config.yaml 。理解每个字段的含义至关重要，这直接关系到工具能否正常工作。 

# ~/.config/wecom-cli/config.yaml 示例
corp_id: "wwxxxxxxxxxxxxxxxx" # 企业ID，在企业微信管理后台“我的企业”页面获取
agent_id: 1000002 # 应用ID，在自建应用的详情页面
secret: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" # 应用Secret，同上，务必保密！

  • corp_id ：你的企业身份唯一标识。所有API调用都基于此。

  • agent_id 与 secret ：这是一对“钥匙”。你需要登录企业微信管理后台，在“应用管理”中创建一个“自建应用”。创建后，就能看到AgentId和Secret。这个应用就是你CLI工具的“化身”，它发送的消息都会以这个应用的名义发出。

    实操心得 ：为 wecom-cli 单独创建一个应用，而不是复用已有的应用。这样权限清晰，也方便在管理后台监控该应用的消息发送日志和用量。建议应用名称就叫“命令行工具”或“DevOps Bot”。

  • 额外配置项 ：高级配置可能包括：

    • http_proxy / https_proxy ：如果你的网络环境需要代理才能访问企业微信API，在此处设置。
    • cache_dir ：Access Token缓存目录。企业微信API调用需要Token，CLI工具会自动获取并缓存，避免频繁请求。
    • timeout ：API请求超时时间，默认为10秒，内网或网络不佳时可适当调高。

3.3 首次认证与Token管理

配置好YAML文件后，并不需要执行一个显式的“登录”命令。CLI工具会在你第一次调用需要认证的API（如发送消息）时，自动使用你的 corp_id 和 secret 去换取Access Token。

这个过程对用户是无感的，但你需要了解其原理，以便排查问题：

  1. 工具读取你的 secret ，向企业微信服务器发起请求。
  2. 企业微信服务器验证通过，返回一个 access_token （通常有效期为2小时）。
  3. 工具将这个token加密后保存在你本地配置的 cache_dir 中。
  4. 后续请求都会自动使用这个缓存的token，直到它过期。过期后，工具会自动刷新。

常见踩坑点 ：如果一直提示“无效的Secret”或“认证失败”，请按以下步骤排查：

  1. 检查 corp_id 、 agent_id 、 secret 是否复制完整，前后有无多余空格。
  2. 登录企业微信管理后台，确认该应用是否已“启用”。
  3. 确认该应用的“接收消息”等权限是否已经配置（虽然CLI主要是主动发消息，但某些API需要基础权限）。
  4. 如果是在Docker或CI环境中，检查系统时间是否准确，时间偏差过大会导致签名错误。

4. 功能深度解析与实战脚本编写

现在，让我们进入最核心的部分，逐一拆解每个功能的具体用法、参数含义，并编写可直接复用的实战脚本。

4.1 消息发送：从基础告警到丰富内容

发送消息是最常用的功能。基本命令结构是： wecom send [选项] <消息内容> 。

4.1.1 文本消息与关键参数 

# 发送给指定用户（UserID列表，用‘|’分隔）
wecom send -u "ZhangSan|LiSi" -t "数据库备份已完成，耗时5分钟。"

# 发送给指定部门（部门ID列表）
wecom send -d 2 -t “各位同事，下午3点会议室开会。”

# 发送给标签组（标签ID）
wecom send -tag 3 -t “技术分享会通知：今晚8点，主题《K8s网络深度解析》。”

# 发送给“所有人”（@all）
wecom send -t “@all 服务器将于今晚00:00-02:00进行维护，请及时保存工作。”
  • -u, --user ：接收成员的用户ID。如何获取UserID？可以用后面介绍的通讯录查询功能。
  • -d, --department ：接收部门的部门ID。
  • -tag, --tag ：接收标签的标签ID。
  • -t, --text ：消息文本内容。支持换行符 \n 。

4.1.2 Markdown消息：让通知更专业 告警消息如果只是一段文字，可读性很差。Markdown能极大改善这一点。 

wecom send -u “WangWu” --markdown “
# 🚨 生产环境告警
**时间：** $(date)
**服务：** 订单支付核心服务
**级别：** <font color=\"warning\">严重</font>
**详情：**
- 错误率在5分钟内从0.1%飙升到**15%**
- 受影响接口：`/api/v1/payment/create`
- 初步定位：数据库连接池耗尽
**建议操作：**
1.  立即查看[监控仪表盘](https://grafana.example.com)
2.  联系DBA检查数据库状态
3.  准备回滚至上一版本
”

注意事项 ：企业微信的Markdown支持是子集，并非所有CommonMark语法都支持。复杂表格、嵌套列表等可能渲染异常。建议先在Web端测试渲染效果。另外，消息内容如果包含复杂符号或引号，在Shell中书写容易出错，更推荐将Markdown内容写入一个文件，然后通过命令替换来发送： wecom send -u “WangWu” --markdown “$(cat alert.md)” 。

4.1.3 图片、文件与图文消息 

# 发送图片（需要先上传获取media_id，或直接使用本地路径，工具自动上传）
wecom send -u “LiSi” --image “/path/to/chart.png”

# 发送文件
wecom send -u “LiSi” --file “/path/to/report.pdf”

# 发送图文消息（链接卡片）
wecom send -u “all” --news “
标题：2024年Q1技术团队产出报告
描述：本期报告涵盖了项目进度、代码贡献、技术债务清理等情况。
链接：https://confluence.example.com/report/q1
图片：https://example.com/cover.jpg
”

对于媒体文件，工具通常封装了“上传-发送”两步操作，简化了流程。但如果你需要重复发送同一个大文件，更高效的做法是预先使用 wecom media upload 命令上传一次，获得一个 media_id ，之后发送时直接引用这个ID，避免重复上传消耗时间和流量。

4.2 通讯录查询：精准定位消息接收者

自动化通知的关键是“对的人”。通过CLI快速查询通讯录，能让你的脚本动态决定通知对象。 

# 1. 根据姓名查找用户（支持模糊搜索）
wecom contact search --name “小明”
# 输出可能包含：UserID, 姓名， 部门， 邮箱， 手机（如果权限允许）

# 2. 获取部门列表
wecom department list
# 输出部门ID和名称的对应关系，用于确定 `-d` 参数。

# 3. 获取部门成员详情
wecom department users -id 2
# 输出部门ID为2下的所有成员列表。

# 4. 获取用户详情
wecom user get -u ZhangSan

这些查询命令的输出通常是JSON格式。为了在Shell脚本中处理，你需要结合 jq 这样的JSON处理工具。 

# 示例：查找名为“李四”的用户的UserID，并发送消息
user_id=$(wecom contact search --name “李四” | jq -r ‘.userlist[0].userid’)
if [ -n “$user_id” ]; then
  wecom send -u “$user_id” -t “找到你了，这是自动发送的消息。”
else
  echo “未找到用户”
fi

4.3 审批处理：让流程自动化起来

这是提升效率的“杀手级”功能。想象一下，那些固定的、无需你主观判断的审批（如“权限申请-标准版”、“会议室预订-常规时段”），完全可以自动化。 

# 1. 列出你的待办审批
wecom approval list --type todo
# 输出审批单号、审批类型、申请人、申请时间等。

# 2. 获取某个审批单的详情（通常需要审批单号 `sp_no`）
wecom approval get -n “202405210001”

# 3. 同意一个审批
wecom approval approve -n “202405210001” --comment “自动化脚本：符合标准规则，自动通过。”

# 4. 拒绝一个审批
wecom approval reject -n “202405210001” --comment “申请理由不充分，请补充说明。”

重大注意事项与实操心得 ：审批自动化是一把双刃剑，务必谨慎！

  • 权限隔离 ：用于运行自动化审批脚本的账号（即对应的企业微信应用）应该是专用的、权限受控的“机器人”账号，切勿使用你个人的主账号Secret。
  • 规则明确 ：只自动化那些你预先定义好清晰、明确通过/拒绝规则的审批类型。例如，“服务器资源申请-测试环境-2核4G以下”自动通过，其他则转人工。
  • 添加注释 ：无论通过还是拒绝，务必使用 --comment 参数添加说明，让申请人知道这是自动化处理的结果，避免误解。
  • 审批详情检查 ：在 approve 之前，可以用 get 命令获取详情，并用脚本解析关键字段（如申请内容、金额、时长）进行逻辑判断，实现有条件的自动化。
  • 安全审计 ：所有自动化审批操作必须有日志记录，最好能同步到你的审计系统。

4.4 集成到Shell脚本与CI/CD

这才是CLI价值的终极体现。下面看几个真实场景的脚本片段。

场景一：服务器备份监控脚本 

#!/bin/bash
# backup_monitor.sh
BACKUP_LOG=“/var/log/backup.log”
ERROR_MSG=$(tail -n 20 $BACKUP_LOG | grep -i “error\|failed”)

if [ -n “$ERROR_MSG” ]; then
    # 备份出错，发送告警给运维组（假设部门ID是3）
    wecom send -d 3 --markdown “
# ❌ 数据库备份失败
**主机：** `$(hostname)`
**时间：** `$(date)`
**错误摘要：**
\`\`\`
${ERROR_MSG:0:500} # 截取前500字符，避免消息过长
\`\`\`
**请立即检查！**
”
else
    # 备份成功，发送成功通知（可选，或仅记录日志）
    wecom send -u “BackupAdmin” -t “✅ $(date): 数据库备份任务执行成功。”
fi

然后将此脚本加入crontab定时任务。

场景二：GitLab CI/CD 流水线通知 在 .gitlab-ci.yml 中： 

stages:
  - build
  - test
  - deploy

notify_wecom:
  stage: .post # 在所有阶段之后执行
  script:
    - |
      if [ “$CI_JOB_STATUS” == “success” ]; then
        MSG=“✅ 流水线 #$CI_PIPELINE_IID 成功！\n项目：$CI_PROJECT_NAME\n分支：$CI_COMMIT_REF_NAME\n提交者：$CI_COMMIT_AUTHOR”
      else
        MSG=“❌ 流水线 #$CI_PIPELINE_IID 失败！\n项目：$CI_PROJECT_NAME\n阶段：$CI_JOB_STAGE\n请查看详情：$CI_PIPELINE_URL”
      fi
      # 假设wecom-cli已在Runner环境中安装并配置好
      wecom send -d 5 -t “$MSG”
  when: always # 无论成功失败都通知

场景三：与AI Agent结合 这是当前最前沿的应用场景。你的AI Agent（例如基于LangChain、AutoGen等框架搭建）在完成分析、决策后，需要将结果或行动请求通知人类。 

# 一个简化的Python AI Agent片段
import subprocess
import json

def wecom_send_by_cli(message, user_id=None, dept_id=None):
    """调用wecom-cli发送消息"""
    cmd = [“wecom”, “send”, “-t”, message]
    if user_id:
        cmd.extend([“-u”, user_id])
    elif dept_id:
        cmd.extend([“-d”, str(dept_id)])

    try:
        result = subprocess.run(cmd, capture_output=True, text=True, check=True)
        return {“success”: True, “output”: result.stdout}
    except subprocess.CalledProcessError as e:
        return {“success”: False, “error”: e.stderr}

# AI Agent逻辑处理后...
analysis_result = “根据销售数据预测，Q2华东区营收可能下滑10%，建议重点关注客户A和B。”
# 调用CLI通知区域负责人（假设UserID已知）
response = wecom_send_by_cli(analysis_result, user_id=“ZhaoLiu”)
if not response[“success”]:
    # 如果发送失败，让Agent记录日志或尝试备用通道
    print(f“企业微信发送失败：{response[‘error’]}”)

这种方式让AI Agent具备了“说话”的能力，而且是通过一个在企业内公认的、正式的应用身份来说话，比直接调用API更简单，隔离性更好。

5. 高级技巧：安全、调试与性能优化

当你开始大规模、自动化使用 wecom-cli 时，以下几个高级话题必须关注。

5.1 安全管理最佳实践

  1. Secret即密码 ：配置文件 config.yaml 中的 secret 是最高机密。务必确保该文件权限为 600 ( chmod 600 ~/.config/wecom-cli/config.yaml )，并且不要将其提交到任何Git仓库。在CI/CD环境中，使用环境变量或秘密管理服务（如Vault、GitLab CI Variables）来传递Secret。
  2. 使用环境变量覆盖配置 ：CLI工具通常支持通过环境变量读取配置，这比硬编码在文件中更安全。 
    export WECOM_CORP_ID=“wwxxxxxxxxxxxxxx”
export WECOM_AGENT_SECRET=“your_secret_here”
# 命令行中无需指定，工具会自动读取
wecom send -t “test”
  3. 最小权限原则 ：在企业管理后台，为这个“CLI应用”分配最小的必要权限。如果只用来发消息，就只开“发消息”权限。如果需要处理审批，就只开对应审批模板的“处理审批”权限。
  4. 审计日志 ：企业微信管理后台可以查看每个应用的消息发送日志。定期检查，确保没有异常发送行为。

5.2 调试与问题排查命令

任何工具都会出错。掌握调试方法能快速定位问题。

  • 查看当前配置 ： wecom config show ，确认工具读取的配置是否正确。
  • 检查Access Token ： wecom token status ，查看当前Token是否有效、何时过期。
  • 模拟发送（Dry Run） ：有些CLI工具提供 --dry-run 或 -n 参数，只打印将要发送的请求内容而不实际发出，用于测试命令格式。
  • 启用详细日志 ：通过环境变量 DEBUG=true 或命令行参数 -v 来启用详细输出，查看完整的HTTP请求和响应，这对排查网络或API错误至关重要。 
    DEBUG=true wecom send -t “debug message” -u “someone”
  • 验证API连通性 ：可以先用一个最简单的命令测试，如 wecom contact search --name “自己” ，看是否能正常返回自己的信息。

5.3 性能考量与批量操作

当需要通知大量人员时，直接使用 -u “user1|user2|...|user100” 在消息长度和API处理上可能都不是最佳实践。

  1. 使用部门或标签 ：如果接收方恰好属于同一个部门或标签，直接使用 -d 或 -tag 参数。企业微信后台会高效地处理群发。
  2. 异步与速率限制 ：企业微信API有调用频率限制。如果你需要循环给几百人发送个性化消息，需要在脚本中加入延时（例如 sleep 0.5 ），避免触发限流（通常返回错误码 45009 ）。
  3. 合并消息内容 ：如果消息内容相同，坚决使用群发接口（部门、标签或“所有人”），而不是循环调用单发接口。一次API调用解决所有问题。
  4. 本地缓存通讯录 ：对于需要频繁查询用户信息的脚本，可以考虑在本地缓存一份通讯录快照（例如每小时用 wecom department list 和 wecom department users 命令同步一次），避免每次都查询API，减少延迟和API调用次数。

6. 常见问题与解决方案实录

在实际使用中，我遇到了不少坑。这里总结一份速查表，希望能帮你节省时间。

问题现象 可能原因 排查步骤与解决方案
执行命令报错： invalid secret 1. Secret填写错误或有空格。
2. 应用未启用。
3. IP白名单限制（如果企业设置了）。 		1. 仔细核对 config.yaml ，用 echo 命令确认无多余字符。
2. 登录管理后台确认应用状态。
3. 检查企业微信应用管理的“企业可信IP”设置，将运行CLI的服务器IP加入白名单。
发送消息成功，但对方收不到 1. 接收人不在应用的可发送范围。
2. 接收人已经离职/禁用。 		1. 在企业管理后台，检查该应用的“可发送范围”是否包含了目标用户/部门。
2. 使用 wecom user get 命令确认用户状态是否为“已激活”。
错误码 45009 API调用频率超过限制。 1. 检查脚本中是否有密集循环调用。
2. 在企业微信官方文档查看具体接口的频率限制，调整脚本逻辑，加入间隔。
错误码 40014 Access Token无效或过期。 1. 通常CLI会自动处理。如果频繁出现，检查服务器时间是否准确。
2. 手动删除本地Token缓存文件（位于 cache_dir ），强制重新获取。
Markdown消息格式混乱 使用了企业微信不支持的Markdown语法。 1. 简化Markdown内容，避免复杂表格、深层嵌套列表、非标准HTML标签。
2. 先在手机或电脑端企业微信的“文件传输助手”里发送同样的内容预览效果。
在CI/CD Runner中执行失败 1. Runner环境没有安装 wecom-cli 。
2. 环境变量未正确设置。
3. Runner容器内无网络访问企业微信API。 		1. 在CI脚本的 before_script 阶段增加安装步骤。
2. 在CI/CD平台的项目设置中，正确配置 WECOM_CORP_ID 等安全变量。
3. 确认Runner容器或服务器可以访问 qyapi.weixin.qq.com 。
审批自动处理误操作 自动化规则有漏洞，处理了不该处理的审批。 1. 立即暂停自动化脚本 。
2. 在审批详情中增加更严格的逻辑判断，例如必须匹配特定“审批模板ID”、申请金额小于某个阈值等。
3. 增加人工复核环节，或改为“推送待办通知”而非直接处理。

7. 超越CLI：与企业微信生态的深度结合

当你熟练使用 wecom-cli 后，你会发现它只是连接你本地世界与企业微信生态的一座桥梁。你可以走得更远。

与内部系统集成 ：你可以编写一个简单的HTTP服务，接收内部系统（如监控平台、项目管理系统）的Webhook，然后这个服务调用 wecom-cli 来发送消息。这样，所有系统都能通过一个统一的中介与企业微信通信。

构建交互式机器人 ：虽然CLI是单向发送，但你可以结合企业微信的“接收消息”API（需要配置应用的回调URL）。当用户在群里@你的应用时，你的服务器会收到事件，然后你的服务端程序可以解析内容，调用 wecom-cli 或其他逻辑进行处理，再回复消息。这就形成了一个简单的问答机器人。

作为AI Agent的“动作执行器” ：如前所述，在AI Agent架构中， wecom-cli 可以完美扮演“Action”的角色。当Agent决策“需要通知张三”时，它就调用这个预定义好的、可靠的CLI命令。这比让Agent直接去处理OAuth、Token管理等底层细节要可靠和清晰得多。

命令行工具的魅力在于它的纯粹和强大。 wecom-cli 将企业微信这个庞大的SaaS服务，简化成了一组可以嵌入到你任何工作流中的命令。从一次简单的服务器告警，到一个复杂的、与AI协同的自动化审批流程，它都能胜任。关键在于，你是否愿意打破“必须在图形界面中操作”的思维定式，去探索这种更原始、也更高效的人机交互方式。我自己的体会是，自从将大部分企业微信操作命令行化后，不仅效率提升了，更重要的是，工作流的连贯性和可编程性带来了前所未有的掌控感。如果你也心动了，不妨就从发送第一条命令行消息开始吧。

# 命令行 # 自动化
Logo
亚马逊云科技技术品牌专区

更多推荐

open-code-review Codex 插件教程：对话式调用评审技能指南

本文是一份面向新手的 **open-code-review Codex 插件教程**，教你在 Codex 中通过对话式方式调用 open-code-review 的 AI 代码评审技能。open-code-review 是阿里巴巴开源的 AI 代码评审工具，采用"确定性流水线 + LLM Agent"混合架构，内置多语言评审规则（NPE、线程安全、XSS、SQL 注入等），可在 Codex 里用一

avatar 亚马逊云科技技术品牌专区

OBS Studio 完整指南：免费开源录屏与直播软件从零上手

想做一场像模像样的直播，或者把屏幕内容录成教程视频，但一想到商用软件的订阅费就有些犹豫？其实你不需要花一分钱。OBS Studio 是一款免费开源的直播与录屏软件，支持 Windows、macOS 和 Linux，采集、混音、编码、推流、录制，一条流水线全包了。## 先搞清楚 OBS Studio 是什么OBS Studio 是一个"场景化"的采集合成工具：你把摄像头、窗口、浏览器、图片、

avatar 亚马逊云科技技术品牌专区

如何用MediaCrawler爬取小红书抖音数据？7大平台爬虫从安装到实战完整指南

MediaCrawler 是一个支持小红书、抖音、快手、B站、微博、百度贴吧、知乎的开源自媒体数据采集工具。它能按关键词、按帖子、按创作者主页三种方式抓取笔记/视频内容、评论甚至二级评论，并把结果存成 JSON、CSV、Excel 或数据库。适合做市场调研、竞品监控、内容选题的运营人员，以及想要现成爬虫框架而不想从零写 JS 逆向的开发者。## 从一次"手动抄数据"说起想象这个场景：你负责

avatar 亚马逊云科技技术品牌专区