Proporcionado por TikHub
Datos de vídeos de la página de inicio del usuario de Douyin
Datos de videos de la página de inicio del usuario de Douyin mediante TikHub. Una solicitud por llamada; TikHub factura la solicitud tanto si se reciben datos como si no, y un sobre de datos vacío se notifica como ningún resultado.
Cómo ejecutarlo
Paso 1Configurar
Una vez: pega esto en el chat de tu agente. Skill instala el CLI e inicia sesión por sí solo. Si tu agente no puede usar un shell, conéctalo mediante MCP en su lugar.
set up https://glasser.ai/SKILL.md
Show me how to use the TikHub endpoint /api/v1/douyin/web/fetch_user_post_videos on Glasser.glasser run -p tikhub -e '/api/v1/douyin/web/fetch_user_post_videos' -i '{"sec_user_id":"MS4wLjABAAAANXSltcLCzDGmdNFI2Q_QixVTr67NiYzjKOIP5s03CAE"}' --endpoint-version 2Usa la versión de endpoint 2. Comprueba el precio actual antes de ejecutar. Instala e inicia sesión primero en Comenzar.
Una vez por Run:
IDEMPOTENCY_KEY=$(uuidgen)Ejecútalo y copia este mismo bloque para volver a enviarlo:
curl -X POST https://api.glasser.ai/v1/runs \
-H "Authorization: Bearer gl_..." \
-H "Idempotency-Key: $IDEMPOTENCY_KEY" \
-H "Content-Type: application/json" \
-d '{"provider":"tikhub","endpoint":"/api/v1/douyin/web/fetch_user_post_videos","input":{"sec_user_id":"MS4wLjABAAAANXSltcLCzDGmdNFI2Q_QixVTr67NiYzjKOIP5s03CAE"},"endpoint_version":2}'Reutiliza la misma Idempotency-Key para volver a enviarlo: el segundo envío es una lectura del primer Run. Una clave nueva crea un Run y un Charge nuevos. Usa la versión de endpoint 2; comprueba el precio actual antes de ejecutar.
Paso 2Prueba una tarea de ejemplo específica
Cuando necesites preparar un briefing de investigación, puedes encontrar publicaciones sobre tu tema y utilizarlas como material de referencia.
Copia este prompt en tu agente para encontrar publicaciones relevantes para tu briefing de investigación.
Use tikhub:/api/v1/douyin/web/fetch_user_post_videos on Glasser.
Find published content about my topic in the returned posts for a research brief.Estructura del endpoint
{
"type": "object",
"$schema": "http://json-schema.org/draft-07/schema#",
"required": [
"sec_user_id"
],
"properties": {
"count": {
"type": "integer",
"description": "Maximum count number, it is recommended not to exceed 20"
},
"max_cursor": {
"type": "string",
"maxLength": 2048,
"minLength": 1,
"description": "Paging cursor, pass 0 for the first request, and then pass the max_cursor returned by the previous request for paging each time."
},
"filter_type": {
"type": "string",
"maxLength": 2048,
"minLength": 1,
"description": "Filter type, optional parameters are as follows: - 0: Default sorting - 3: Sort by popularity"
},
"sec_user_id": {
"type": "string",
"maxLength": 2048,
"minLength": 1,
"description": "User sec_user_id"
}
},
"additionalProperties": false
}{
"sec_user_id": "MS4wLjABAAAANXSltcLCzDGmdNFI2Q_QixVTr67NiYzjKOIP5s03CAE"
}Este endpoint no publica ningún esquema de salida. Recibes el cuerpo de respuesta propio del proveedor de datos, sin cambios — no garantizamos una estructura que no podemos asegurar.
Cómo funcionan los precios
| Datos devueltos o sin coincidencias | El mismo precio con o sin datos coincidentes. | $0.001 |
|---|---|---|
| Error del proveedor de datos | El proveedor de datos no pudo responder. | $0.00 |
| Tiempo de espera agotado | El Run superó su límite de tiempo. | $0.00 |
| Error interno | Un error interno impidió completar la operación. | $0.00 |