Recientemente, un internauta encontró un problema más realista en el proceso de uso de WorkBuddy con alta frecuencia:Los modelos de orden superior son fuertes, pero los costos de invocación y el consumo de recursos también aumentan rápidamente en escenarios de tareas complejas.
Este internauta ha recomendado WorkBuddy varias veces. Comenzó a usar WorkBuddy intensamente para preparar cursos y capacitación corporativa, especialmente en escenarios como tareas complejas, análisis de código, diseño de escenarios, compilación de datos, etc., donde los modelos de alta capacidad se convirtieron en casi la única necesidad.
Al mismo tiempo, un nuevo problema también está apareciendo gradualmente:
Si la computadora ya tiene permisos de suscripción e inicio de sesión para otros servicios de IA, ¿es posible reutilizar estas capacidades del modelo directamente en lugar de duplicar la configuración y el pago?
Por ejemplo, la computadora de este internauta se había suscrito e iniciado sesión en Codex, Grock y Google AntiGravity / Gemini. Ahora que estas capacidades ya están disponibles, ¿puedo conectarme directamente a WorkBuddy para formar un portal de trabajo unificado de IA?
Sobre la base de esta idea, el internauta desarrolló un WorkBuddy Modelo CLI Habilidad de puente。
Se basa en proyectos de código abierto ClipproxyAPI Construido, puede detectar automáticamente el agente CLI que ha iniciado sesión localmente, completar el puente de capacidad del modelo, y permitir que WorkBuddy utilice directamente los recursos del modelo existentes como GPT, Grok, Gemini y otros.
¿Qué es el modelo WorkBuddy CLI Bridge?
En pocas palabras, este es un puente entre WorkBuddy y el agente CLI local.
A través de la API CLIProxy, mapea las capacidades del modelo CLI registrado como GPT, Grok, Gemini y otros a WorkBuddy.
El usuario no necesita:
- Buscar manualmente la URL de base de API
- Solicitar y completar su propia clave API
- Modificar un perfil complejo
- Estudio sobre diferentes formatos de interfaz de modelos
Todo el proceso de acceso puede completarse con solo hacer que el agente realice esta habilidad.
¿Qué problema resuelve?
Muchos usuarios de IA se encuentran con problemas similares en la actualidad:
1. Ya suscritos a varios servicios de IA, pero separados entre sí
Muchos desarrolladores, investigadores y usuarios intensivos de IA, además de tener:
- Suscripción al Codex OpenAI
- Permisos de uso de Grok
- Servicios de AI de Gemini / Google
- Herramientas adicionales de CLI Agent
Estos servicios ya están pagados por sí mismos, pero generalmente solo se pueden usar en su propio cliente.
Aunque WorkBuddy admite llamadas multimodelo, muchos usuarios aún necesitan una API de configuración adicional.
El objetivo de esta habilidad es aprobar estas habilidades.
2. Los costos de invocación de modelos de orden superior son cada vez más altos
El valor de un agente de IA reside en la ejecución continua de tareas complejas:
- Análisis de documentos largos
- Planificación del proyecto
- Código Refactoring
- Procesamiento de datos
- Flujo de trabajo automatizado
Si todas estas tareas utilizan el modelo de nivel más alto, el consumo será muy significativo.
Por lo tanto, una forma más razonable de hacerlo es:
Modelos de bajo costo para tareas simples;
Modelos de alta capacidad para invocar tareas complejas
Los recursos de suscripción existentes se reutilizan con prioridad.
Flujo de trabajo para Skill
WorkBuddy CLI Model Bridge Skill completa automáticamente los siguientes pasos:
Paso 1: Detectar el agente CLI local
Escanea las herramientas AI CLI que ya están instaladas e iniciadas en el entorno actual.
Por ejemplo:
- Código
- Grok Cli
- Herramientas relacionadas con Gemini
Confirme qué capacidades del modelo ya existen.
Paso 2: Instalar o reparar automáticamente la API de CLIProxy
Si no hay API CLIProxy en el entorno, Skill completa la instalación automáticamente.
Si ya tiene una instalación y la configuración es anormal, también se intenta arreglar.
Los usuarios no necesitan entender la lógica subyacente del agente.
Paso 3: Obtener una lista de modelos reales
Skill lee los modelos disponibles desde el entorno real en lugar de permitir que los usuarios rellenen manualmente los nombres de los modelos.
Esto puede evitar:
- Error de nombre del modelo
- Versión API incompatible
- Configuración perdida
Paso 4: Validación automática de la capacidad del modelo
No solo se puede probar si se puede llamar.
Se verificará aún más:
- Generación de texto ordinario
- Capacidad de invocación de herramientas
- Capacidad de procesamiento de imágenes
- Capacidad razonable
- Rutas rápidas
Asegúrese de que el modelo escrito en WorkBuddy es realmente utilizable.
Paso 5: Escribir automáticamente la configuración de WorkBuddy
Una vez validada, Skill añade el modelo a WorkBuddy.
Al mismo tiempo:
- Conservar la configuración manual existente
- No anula la configuración original del usuario
- Evitar la interrupción de los flujos de trabajo existentes
Modelos que ya han funcionado
Los que han pasado la prueba actualmente incluyen:
- GPT - 5.6 SOL / Rápido
- Grok 4.5
- Gemini 3.6 Flash
Estos modelos ya están disponibles a través de WorkBuddy para su llamada.
Las capacidades de modelado de WorkBuddy se pueden ampliar significativamente para escenarios como la oficina diaria, el desarrollo tecnológico, la creación de contenido, la capacitación empresarial, etc.
¿Por qué elegir la API de CLIProxy?
La razón principal es que proporciona una forma más flexible de conectarse.
El método tradicional:
用户 → API Key → 官方接口 → 模型
Mientras que la API CLIProxy proporciona:
本地 CLI Agent
↓
CLIProxyAPI
↓
WorkBuddy
↓
GPT / Grok / Gemini
Esto permite reutilizar los estados de inicio de sesión existentes para crear sinergias entre diferentes herramientas de IA.
¿Qué significa para el usuario medio?
El mayor valor es la reducción del umbral de uso.
Anteriormente:
Para utilizar GPT, Grok, Gemini en WorkBuddy, es necesario:
- Registro de API
- Creación de Key
- Dirección de interfaz de verificación
- Modificar la configuración
- Parámetros del modelo de depuración
Y ahora:
Sólo se necesita:
- Instalación de habilidades
- Ejecutar el agente
- Esperar a que se complete la configuración automática
Las tareas complejas se dejan a la IA para que las complete.
La próxima etapa del agente de IA: no tener más modelos, sino conectarse más
En los últimos años, la atención ha sido:
¿Cuál es el modelo más fuerte? "
Pero a medida que el número de modelos aumenta, surgen nuevos problemas:
"¿Cómo podemos hacer que estos modelos funcionen juntos? "
El futuro agente de IA no debe simplemente vincular un modelo, sino que debe convertirse en un centro de despacho inteligente:
- Seleccionar un modelo por tarea
- Seleccionar rutas en función del costo
- Cambio automático según la capacidad
- Recursos existentes del usuario
La habilidad WorkBuddy CLI Model Bridge es solo una prueba.
Espero que ayude a más usuarios y conecte realmente las capacidades de IA que ya tienen.
Si también está usando WorkBuddy o tiene varios agentes de IA registrados en su computadora, puede probar este enfoque para que el flujo de trabajo de IA realmente lleve a cabo "una sola llamada, colaboración multimodelo".