Guía de integración
Una configuración de novita ai opencode resulta útil cuando quieres que OpenCode solicite asistencia de un modelo sin perder el control del repositorio. Empieza con una tarea acotada; después, revisa los cambios propuestos y ejecuta las pruebas pertinentes.
Tu trabajo ya pasa de una solicitud a una edición, una comparación de cambios y una prueba. Añadir un proveedor debería cambiar de dónde obtiene OpenCode las respuestas del modelo, no eliminar esos pasos de revisión.
Estas imágenes ilustran la diferencia entre los flujos de trabajo; no son capturas de pantalla de una configuración verificada. En ambos casos, examina los cambios antes de aceptar una edición.
Novita interviene en el paso del proveedor del modelo. OpenCode sigue siendo el lugar donde describes la tarea y examinas los cambios propuestos en el repositorio.
Pide a OpenCode que añada una comprobación de validación a una función existente. Indica la ruta del archivo y el comportamiento esperado, y limita la solicitud para poder revisar los cambios de una sola vez.
El resultado útil es una edición propuesta y una prueba que puedes ejecutar localmente. Para conocer mejor el papel del modelo en este proceso, consulta la descripción general relacionada sobre LLM.
novita llmUsa OpenCode para rastrear una respuesta fallida a través de un componente cliente, proponer una pequeña corrección e identificar qué prueba cubre ese recorrido.
Considera la respuesta del modelo una hipótesis hasta que la prueba se supere. La descripción general de inferencia explica la función independiente del servicio de solicitudes y respuestas.
novita inferenceAsigna a OpenCode la misma refactorización acotada con cada proveedor que estés evaluando. Compara los cambios resultantes con un único conjunto de criterios de aceptación.
Registra qué cambió, qué pruebas se ejecutaron y dónde hicieron falta ediciones manuales. La página de Hugging Face presenta otra vía para descubrir opciones de modelos de Novita.
novita ai hugging faceEsta comparación describe el traspaso, no promete que ningún modelo produzca un parche correcto. Comprueba las opciones de configuración del proveedor disponibles en la documentación actual de OpenCode.
Conversación independiente con el modelo
Copias el código relevante en una solicitud independiente y explicas cómo encajan las partes.
OpenCode con Novita como proveedor
Describes la tarea en OpenCode y compruebas qué contexto del repositorio envía.
Conversación independiente con el modelo
Envías la instrucción a través de una interfaz independiente.
OpenCode con Novita como proveedor
OpenCode envía la solicitud mediante la configuración del proveedor que seleccionaste.
Conversación independiente con el modelo
Incorporas por tu cuenta el código sugerido al repositorio.
OpenCode con Novita como proveedor
Inspeccionas la modificación propuesta en el repositorio antes de decidir si la conservas.
Conversación independiente con el modelo
Comparas las sugerencias copiadas con los archivos originales.
OpenCode con Novita como proveedor
Revisas el diff para comprobar su alcance, comportamiento y posibles cambios no deseados.
Conversación independiente con el modelo
Ejecutas las comprobaciones pertinentes después de aplicar la edición.
OpenCode con Novita como proveedor
También ejecutas las comprobaciones pertinentes después de revisar la edición.
Conversación independiente con el modelo
Tú decides qué pegar en la conversación externa.
OpenCode con Novita como proveedor
Revisas el contexto del proyecto y evitas enviar secretos o archivos innecesarios.
Conversación independiente con el modelo
Tú decides si el cambio aplicado manualmente está listo.
OpenCode con Novita como proveedor
Tú decides si el diff revisado y los resultados de las pruebas son aceptables.
Elige un cambio pequeño y reversible con un resultado esperado claro: por ejemplo, añadir una prueba para un caso límite que falte en una función existente. Consulta las instrucciones actuales de proveedores de OpenCode antes de configurar Novita y selecciona un modelo compatible con tu configuración. Un entregable útil incluye un diff legible, una breve explicación del motivo del cambio y el resultado de la prueba pertinente. Si la edición afecta a archivos no relacionados o la prueba falla, modifica la solicitud en lugar de aceptar el parche.
Consulta las instrucciones actuales de proveedores de OpenCode y confirma que el modelo de Novita que quieres usar se puede seleccionar mediante una vía de configuración compatible. Los detalles de integración pueden cambiar, así que utiliza la documentación actual en lugar de copiar una configuración no verificada de una guía antigua. Empieza con una pequeña solicitud de prueba antes de trabajar en un repositorio.
Depende del flujo de trabajo y de los permisos que elijas en OpenCode. Lee las acciones que propone, examina el diff resultante y conserva solo los cambios que se ajusten a tu solicitud. Trata un parche generado por un modelo como una sugerencia, no como una corrección verificada automáticamente.
Elige un cambio acotado con un resultado observable, como añadir una prueba para un caso límite conocido. Indica el archivo, el comportamiento esperado y cualquier restricción para la modificación. Una tarea concreta facilita la revisión de los cambios y la verificación del resultado.
Revisa las diferencias, ejecuta las pruebas pertinentes y comprueba el comportamiento que se buscaba cambiar con la solicitud. Una explicación convincente del modelo no sustituye esas comprobaciones. Si el resultado está incompleto, incluye los detalles del fallo en una solicitud de seguimiento.
No incluyas secretos en la solicitud y revisa qué contexto del proyecto podría enviarse al proveedor configurado. Limita la solicitud a los archivos y detalles necesarios para la tarea. Sigue las normas de tu organización sobre el manejo de datos antes de usar cualquier modelo externo con código privado.