Publicaciones extensas y tweets prácticos de 铁柱
Al empezar a trabajar con Grok Bot, es muy fácil caer en tres trampas principales:
- Acumular todas las tareas de alto consumo en la conversación principal, agotando la cuota de toda la semana en dos o tres días.
- Si el ordenador en la nube se reinicia, se pierden todas las herramientas y el entorno configurados.
- Múltiples bots que entran a un grupo y se despiertan en bucle, agotando el consumo al instante.
Aquí se recopilan los 9 artículos prácticos extensos y 4 colecciones sistemáticas de tweets de 铁柱 (@cgnot996), que cubren cuatro temas: cuotas de suscripción y colaboración externa, copias de seguridad ante desastres y selección de arquitectura. Cada artículo incluye una tarjeta de resumen manual y enlaces directos para facilitar la copia directa de prompts, scripts y estrategias de derivación.
Planes de suscripción y optimización minuciosa de la cuota de cómputo
Mecanismo de cuotas y estrategia de derivación
La facturación oficial se basa en un pool compartido semanal. Cada ronda de interacción vuelve a leer el historial completo; pegar documentos extensos o código largo directamente en la conversación principal hace que el contexto se dispare, pagando repetidamente por ello en cada modificación posterior.
Conserva únicamente las conclusiones clave y las rutas de archivos en la conversación principal, guarda el material extenso en el directorio de trabajo y deriva el trabajo pesado a segundo plano:
- Deja la escritura de código a la herramienta de línea de comandos Grok Build.
- Delega la monitorización diaria a scripts programados a nivel de sistema.
- Procesa el análisis de imágenes, audio y vídeo en la línea de comandos para generar un resumen en texto plano antes de enviarlo de vuelta.
En las comprobaciones diarias, revisa dos métricas:
- Mantener más del 20% de la cuota antes de la fecha de renovación semanal.
- Desactivar el pago por uso, eliminando bucles infinitos y sondeos inactivos en segundo plano.
| Nivel | Tarifa mensual | Recomendación y cuota |
|---|---|---|
| Plus | 8 USD/mes | No incluye Bot, solo apto para desarrollo ligero |
| Premium | 30 USD/mes | Umbral de entrada para Bot, 4x de cuota semanal |
| Super | 100 USD/mes | Orquestación de alta frecuencia de múltiples agentes, 15x de cuota semanal |
| Ultra | 200 USD/mes | Adecuado para equipos profesionales, 50x de cuota semanal |
Envía estas reglas a tu Bot principal para que entren en vigor:
以后长资料、排查日志和中间结果都存成 /workspace/ 下的文件，回我时只给结论和文件路径，不要把原文贴回聊天。给你自己建一个 notes.md 记录角色、正在做的事和做过的决定，每做完一段就更新。面对批量处理或长流程任务，先使用 1 到 2 个最小样本进行单步验证，完成单步后必须暂停等待我确认。Guía de la suscripción unificada a X: ¿Cómo eligen los nuevos usuarios y deberían cambiar los antiguos suscriptores? Todo explicado con claridad
El nuevo plan se divide en cuatro niveles: Plus, Premium, Super y Ultra.
- Elección de nivel: Para usar Grok Bot y automatización en la nube, comienza con el nivel Premium de 30 USD al mes; para usuarios estándar, basta con la suscripción mensual.
- Evitar errores: La operación en la web es unidireccional e irreversible; cambiar a una nueva suscripción desvinculará de forma permanente el plan anterior. Antes de proceder, asegúrate de verificar la frecuencia de llamadas a modelos de terceros para evitar un aumento drástico de costes.
Colección de tweets de 铁柱 ①: Activación, planes y cuotas
Para que los principiantes eviten agotar la cuota en pocos días, recuerda que la gestión de la cuota está por encima de todo.
- Al activar, elige la suscripción de 30 USD y ponle directamente un nombre en chino; el bot responderá en chino de forma predeterminada.
- Selecciona de forma fija Grok 4.5 como modelo de razonamiento.
- La colaboración entre múltiples bots solo debe realizarse mediante comunicación punto a punto; evita los chats grupales permanentes para impedir que cada mensaje sea leído repetidamente por múltiples partes y dispare la cuota.
Evita a toda costa los tres grandes agujeros negros de consumo:
- Generación de vídeo
- Temporizadores de alta frecuencia sin entregables sustanciales
- Chats grupales con múltiples bots
Repaso del evento presencial en Hangzhou: Cómo logré que la cuota de Grok Bot dure más
Fuente: Repaso del evento presencial en Hangzhou: Cómo logré que la cuota de Grok Bot dure más
Autor: 铁柱AGI @cgnot996
Para evitar agotar la cuota semanal antes de tiempo, es necesario desacoplar completamente la planificación y la ejecución. Grok Bot se encarga de desglosar los requisitos y validar los resultados, mientras que las tareas pesadas, como escribir código, se delegan al modo headless de Grok Build en la máquina virtual.
Si el inicio de sesión remoto en la máquina virtual sufre retrasos o cuelgues, resuélvelo en dos pasos:
- Primero completa el inicio de sesión y la autorización de forma habitual en tu equipo local.
- Luego importa a la máquina virtual la configuración que permite la migración.
Ahorra aún más cuota de Grok Bot: Optimización extrema de tareas programadas
Fuente: Ahorra aún más cuota de Grok Bot: Optimización extrema de tareas programadas
Autor: 铁柱AGI @cgnot996
Cuando las rutinas programadas (Routine) se ejecutan en vacío con frecuencia al llegar la hora establecida, consumen mucha cuota; la forma de ahorrar es desacoplar por completo la verificación y la toma de decisiones.
- Separa de las Routine convencionales aquellas tareas que solo "esperan pasivamente cambios", dejando únicamente aquellas con "entrega obligatoria en el momento programado".
- Escribe scripts ligeros de Shell dentro de la máquina virtual que verifiquen cada media hora mediante el cron subyacente, realizando únicamente comparaciones básicas sin invocar en absoluto modelos grandes de lenguaje.
- Activa o despierta el Bot mediante Webhook solo cuando se detecte un cambio sustancial, reduciendo a cero el consumo rutinario en vacío.
Guía paso a paso para principiantes para maximizar la autonomía de cuota de Grok Bot (¡envíasela directamente al Bot!)
Fuente: Guía paso a paso para principiantes para maximizar la autonomía de cuota de Grok Bot (¡envíasela directamente al Bot!)
Autor: 铁柱AGI @cgnot996
Dado que el Bot vuelve a leer todo el historial en cada conversación, la cuota se agota en dos o tres días. Estas 12 reglas probadas en la práctica pueden frenar de inmediato el consumo.
- Convierte primero imágenes, audio y vídeo a resúmenes de texto en la línea de comandos, sin enviar archivos multimodales directamente.
- Escribe la documentación extensa y los registros de depuración en archivos; devuelve en el chat únicamente conclusiones breves y rutas de archivo.
- Desactiva activamente el pago por uso en la cuenta o reduce el límite, para evitar que la factura se dispare sin control.
- Establece un límite de 2 reintentos ante errores; detén el proceso de inmediato si falla consecutivamente y recurre a la intervención manual para erradicar los bucles infinitos en vacío.
Ingesta automatizada y red de colaboración externa
Canalizaciones de automatización y configuración colaborativa
Equipado con Webhook, Grok Bot se convierte en un nodo de automatización 24/7.
- Crea una tarea rutinaria en el Bot, selecciona el activador "Cuando se active el Webhook", guárdala y obtén la URL del endpoint y la clave Bearer.
- Configura "Obtener contenido de URL" en Atajos del móvil para enviar texto o enlaces en formato JSON mediante POST.
- En aplicaciones como WeChat que carecen de panel para compartir, lee el portapapeles; almacena archivos adjuntos grandes o múltiples imágenes en un disco en la nube temporal para obtener enlaces públicos, y deja que el Bot los descargue y descomprima en la nube.
- En Feishu, utiliza conexiones persistentes de larga duración para evitar la necesidad de una IP pública o un servidor propio, configurando activadores de tipo timbre para asignar tareas específicas.
Criterios de aceptación:
- Envía desde el móvil y continúa sin esperar.
- El Bot captura de forma asíncrona en la nube, extrae fotogramas, transcribe, almacena en la base de datos y entrega un comprobante de inclusión.
- En chats grupales, responde únicamente cuando se le menciona explícitamente (@) o se menciona a todos.
Envía este prompt para generar automáticamente un endpoint receptor:
帮我创建一个 Webhook 触发的例行任务。快捷指令会用 POST 请求发来一个 JSON，里面包含一个字段 info。info 可能是我输入的文字，也可能是一个文件下载链接，比如微信聊天记录压缩包、截图、录音。收到后：如果是链接就先下载文件再读取，压缩包先解压；然后整理出要点，收录进知识库，最后给我一份回执，写清楚收录了什么、存在哪里。Grok Bot Webhook + Atajos: Creación de una canalización de ingesta automática de conocimiento
Fuente: Grok Bot Webhook + Atajos: Creación de una canalización de ingesta automática de conocimiento
Autor: 铁柱AGI @cgnot996
Ideal para usuarios de Apple que desean archivar texto, imágenes y vídeo en cualquier momento: envía desde el móvil y listo, mientras la nube se encarga de transcribir, extraer fotogramas y organizar.
- Crea una tarea rutinaria en Grok Bot y obtén la URL de Webhook dedicada y la clave Bearer.
- Crea una petición POST en los Atajos del móvil para empaquetar y enviar el enlace o texto.
- Para aplicaciones que carecen de panel de compartición del sistema, como WeChat, crea un atajo emergente que lea el portapapeles para activar la recopilación.
Conectar el historial de chat de WeChat con Grok Bot: Versión avanzada con Atajos
Fuente: Conectar el historial de chat de WeChat con Grok Bot: Versión avanzada con Atajos
Autor: 铁柱AGI @cgnot996
Esta solución utiliza la cadena "Atajos + almacenamiento en la nube temporal + Webhook".
- Al reenviar de forma combinada el historial de WeChat se genera un ZIP, que Atajos sube automáticamente a un almacenamiento temporal público.
- El Webhook notifica al Bot para que lo descargue y descomprima, extraiga los puntos clave para guardarlos en la base de datos y devuelva un comprobante estructurado.
Antes de la ingesta, es indispensable abrir manualmente todas las imágenes y archivos en WeChat para cargarlos, evitando que se reenvíen paquetes vacíos y se pierdan datos. El puente público sirve además para salvar las diferencias de rutas de almacenamiento entre el móvil y el ordenador.
Tutorial paso a paso para integrar equipos de Grok Bot en Feishu (con plantilla de administrador de Feishu)
Fuente: Tutorial paso a paso para integrar equipos de Grok Bot en Feishu (con plantilla de administrador de Feishu)
Autor: 铁柱AGI @cgnot996
Sin necesidad de IP pública ni servidor propio, conecta 3 bots a Feishu escaneando el código QR sin configurar el backend, gracias a las conexiones persistentes de Feishu y al SDK oficial de Python. Cada Bot tiene un disparador de timbre independiente y el gestor de la aplicación mantiene el registro.
- Limitar estrictamente el reenvío únicamente cuando se mencione explícitamente (@) a sí mismo o a todos, evitando que las conversaciones casuales del grupo provoquen llamadas innecesarias al modelo.
- Enviar directamente tarjetas interactivas en los puntos de confirmación clave; basta con hacer clic en un botón para autorizar, ahorrando la molestia de alternar entre interfaces.
Prevención de desastres en máquinas virtuales y respaldo de activos de memoria
Mecanismo de recuperación ante desastres y clasificación de activos
Todos los bots comparten la misma base de Linux (Xeon de 8 núcleos y 8 hilos, 16 GB de RAM y 128 GB de disco, según declaraciones del autor no verificadas). Las sesiones de los distintos bots son independientes, pero el sistema de archivos subyacente está conectado, y no existe una función de exportación nativa oficial.
| Escenario | Conservado | Pérdida e impacto |
|---|---|---|
| Actualización del sistema | Directorio de trabajo y algunas credenciales | Se eliminan procesos residentes, tareas programadas y paquetes globales |
| Restablecimiento completo de la máquina | Nada conservado | El disco del sistema se formatea y se pierden todos los datos no persistentes |
Las copias de seguridad manuales no son realistas; es imprescindible codificar la lógica de reconstrucción. Tras un desastre, ejecuta el script del punto de entrada principal en el nuevo entorno para reanudar el funcionamiento mediante comprobaciones de estado.
| Activo | Ruta y archivos | Estrategia de recuperación y posibles inconvenientes |
|---|---|---|
| Configuración de memoria | Git privado: agent-spec.md, profile.md, MEMORY.md | Se cargan en el nuevo Bot según la lista; fidelidad de recuperación aprox. del 80% (declarado por el autor, sin verificar) |
| Servicios residentes | Git privado vm-services/: REGISTRY.md, registry.json, código fuente | Reinstalación idempotente mediante restore-*.sh y superación de comprobaciones de estado |
| Credenciales de acceso | Local ~/.agents/secrets/: .env (chmod 600) | Estrictamente prohibido en Git o logs; tras un desastre, se introducen manualmente según el registro principal |
Asigna el siguiente prompt al Bot de operaciones independiente para mantener el registro maestro de servicios y los scripts de recuperación:
你是「虚拟机服务管家」，负责维护这台机器部署的所有第三方服务。你维护一份登记总账（REGISTRY.md 与 registry.json）、每个服务的独立恢复脚本（restore/restore-<服务>.sh，必须幂等可重复运行）、总入口 restore/restore-all.sh，以及一份排除日志和密钥的自写源码备份 service-src/。总账记录服务 ID、用途、安装方式、启停命令、健康检查命令和密钥存放路径。仓库严禁存入明文密钥。收到恢复指令后，按依赖顺序跑脚本并逐项交出健康检查验收清单。La gran evacuación de Grok Bot: Un esquema completo de respaldo para sistemas de agentes
Fuente: La gran evacuación de Grok Bot: Un esquema completo de respaldo para sistemas de agentes
Autor: 铁柱AGI @cgnot996
La plataforma oficial no ofrece la exportación de memoria con un solo clic. Esta solución invoca al Bot para que lea el contexto, redacte la configuración de personalidad, decisiones y capturas de tareas en Markdown, y las suba de forma estructurada a un Git privado.
- El respaldo solo almacena texto plano, delegando la evolución de versiones a Git.
- El repositorio debe escanearse en busca de claves; registra únicamente las rutas de los tokens sin dejar texto en claro.
- La fidelidad de reconstrucción en una cuenta nueva ronda el 80%, y también se puede migrar directamente a un sistema local.
¿Se perdieron todas las herramientas tras reiniciar la máquina virtual de Grok Bot? Tutorial de respaldo y recuperación (con prompts incluidos)
Fuente: ¿Se perdieron todas las herramientas tras reiniciar la máquina virtual de Grok Bot? Tutorial de respaldo y recuperación (con prompts incluidos)
Autor: 铁柱AGI @cgnot996
Tras el restablecimiento del ordenador en la nube, codificar la lógica de reconstrucción de servicios es lo más práctico. Crea el registro maestro de servicios REGISTRY.md en un repositorio privado de Git que incluya las dependencias, los comandos de inicio/parada y el código fuente sin claves de 20 proyectos, preparando scripts de recuperación idempotentes.
- Distingue claramente los límites de pérdida entre una actualización del sistema y un restablecimiento completo del equipo.
- Ejecuta los scripts de recuperación en orden: desde paquetes base y herramientas de CLI hasta procesos residentes.
- Realiza una comprobación de estado inmediatamente después de cada paso; si encuentras un error, omítelo temporalmente y anótalo en la lista, evitando restablecimientos a ciegas.
Evolución de arquitectura, casos de negocio prácticos y selección de ecosistema
División del trabajo en matriz y evaluación para la selección
En el uso diario de agentes, mantén el principio de "un rol por agente". No cargues en un solo Bot la programación, la extracción de datos, el archivo personal y la publicación en redes, ya que los prompts pueden entrar en conflicto y un contexto excesivamente largo desviará al modelo.
Para la selección de plataforma, puedes consultar la comparación de 铁柱 entre "ordenador de marca preensamblado" y "equipo DIY montado por piezas":
| Enfoque | Productos representativos | Ventajas | Escenarios de aplicación y limitaciones |
|---|---|---|---|
| Ordenador preensamblado | Grok Bot, Muse | Ordenador en la nube listo para usar, sin mantenimiento de sesiones remotas e integraciones de aplicaciones | Sujeto a la cuota semanal y a las reglas oficiales; adecuado para una alta dependencia de distribución social y alojamiento en la nube |
| Equipo DIY montado por piezas | Hermes local de código abierto, DS Bot | Libertad para integrar modelos de código abierto, sin límites de cuota, datos altamente privados | Requiere montar el sistema y ajustar scripts por cuenta propia; adecuado para desarrollo de código puro y ajuste fino de modelos personalizados |
En la implementación empresarial se deben mantener las líneas rojas de seguridad y automatización:
- Automatizar al 100% las tareas mecánicas de extracción de datos y entrada en tablas.
- Para operaciones en redes sociales públicas o movimientos de fondos, es obligatorio mantener un filtro de confirmación humana.
- Las publicaciones deben realizarse a través de la API oficial; está estrictamente prohibido simular inicios de sesión con navegadores headless en el ordenador en la nube, evitando así el bloqueo de cuentas.
Referencia para la división de roles y prevención de errores:
| Puesto de negocio | Bot residente | Responsabilidades | Límites de seguridad y configuración para evitar errores |
|---|---|---|---|
| Código y operaciones | Administrador de repositorios, monitor de SEO | Supervisión diaria de proyectos, fusión automática de PRs, compleción de directrices | Comprobar el calendario de tareas programadas, evitando configuraciones erróneas de ejecución exclusiva en días laborables que detengan el servicio el fin de semana |
| Vida y archivo | Gestor de contabilidad, ingesta de base de conocimiento | Recibir texto e imágenes enviados por Atajos, ingresarlos en tablas multidimensionales | Configurar identificadores aleatorios de alta seguridad para alojamientos temporales de imágenes, evitando que la privacidad confidencial pase por puentes públicos |
| Colaboración y orquestación | Editor jefe de artículos, gestor de máquinas virtuales | Desglosar temas, coordinar distintos bots, administrar el registro general de backend | Utilizar autorización por código de dispositivo (Device Code) para herramientas externas, evitando que dos máquinas anulen mutuamente sus sesiones activas |
Colección de tweets de 铁柱 ②: Funcionalidades del producto y observación de versiones
Autor: 铁柱AGI (Colección de tweets) | Para quién es: Exploradores técnicos interesados en los mecanismos del entorno subyacente que deseen dominar la sincronización multidispositivo y la resolución de problemas de red
Esta colección documenta la evolución subyacente de Grok Bot. Todos los bots de una misma cuenta comparten el mismo ordenador en la nube Linux, con una configuración de 8 núcleos, 16 GB de RAM y 128 GB de disco, manteniendo sesiones de escritorio independientes entre sí. El texto también recoge métodos para solicitar cuentas de correo exclusivas, invocar la búsqueda nativa en X y diagnosticar redes de salida.
Recuerda dos puntos clave para la resolución de problemas en el entorno:
- Si hacer clic en el panel de Webhook no responde, envía directamente una instrucción para que el Bot responda con el enlace directo.
- Las configuraciones clave del entorno y los scripts personalizados deben centralizarse en rutas persistentes, evitando pérdidas causadas por actualizaciones del sistema subyacente.
Colección de tweets de 铁柱 ③: Casos prácticos y formas de uso
Autor: 铁柱AGI (Colección de tweets) | Para quién es: Profesionales en busca de inspiración para la implementación empresarial que quieran evitar bloqueos por automatización y bucles infinitos
铁柱 documenta más de una decena de puestos de bots en funcionamiento real, desde la inspección de repositorios y reportes diarios de SEO hasta la extracción de datos de WeChat, contabilidad en tablas multidimensionales y llamadas a interfaces de composición de imágenes, proporcionando una regla de implementación en cuatro pasos que va desde la configuración de un puesto individual hasta la recuperación ante desastres persistente.
Para un funcionamiento estable se deben cumplir dos normas de operaciones:
- La publicación de contenidos debe realizarse a través de la API oficial; está estrictamente prohibido simular publicaciones con navegadores headless en la máquina virtual, evitando restricciones en la cuenta.
- Las herramientas de línea de comandos externas deben autorizarse uniformemente mediante código de dispositivo (Device Code), evitando que dos máquinas compitan por las credenciales y provoquen desconexiones.
Colección de tweets de 铁柱 ④: Comunidad, ecosistema y comparativa con competidores
Autor: 铁柱AGI (Colección de tweets) | Para quién es: Arquitectos que sopesan entre múltiples frameworks de agentes, evalúan opciones y buscan recursos de código abierto
铁柱 compara horizontalmente los principales frameworks de agentes con Grok Bot. Grok Bot sigue la línea de equipo preensamblado, con un ordenador en la nube listo para usar pero limitado por cuotas; los equipos por piezas como Hermes son altamente controlables, pero requieren mantenimiento propio.
El texto también resume la experiencia del repositorio awesome-grok-bot, donde un Bot inspecciona de manera autónoma para recopilar eventos y documentación.
Hay un truco práctico para que el equipo amplíe sus conocimientos: envía directamente frameworks de código abierto destacados y tutoriales externos como contexto para que el Bot aprenda, permitiendo que el agente se adapte estrechamente a su propio flujo de trabajo.