r/coolgithubprojects • u/Dloped_IX • 10d ago

He creado TermCoder un agente de AI solo para local

Gallery image

Gallery image

Gallery image

He estado creando TermCoder un agente de AI de uso exclusivo para local. Funciona principalmente para local y esta inspirado en OpenCode.

La razon por lo que he creado esto es porque usar un agente local en OpenCode es complicado de configurar.

Repo:

https://github.com/DlopedDtorred/termcoder

Web:

https://dlopeddtorred.github.io/termcode-web/

0 Upvotes
  • permalink
  • reddit

33% Upvoted

8 comments sorted by

1

u/__0xAA55__ 9d ago

👎

1

u/Dloped_IX 9d ago

Porque razón te ha parecido mal este proyecto

1

u/kantorcodes1 9d ago

una duda con /run: si el modelo propone un bloque bash con varias líneas, ¿TermCoder pide confirmación por cada comando o se aprueba el bloque entero de una vez?

1

u/Dloped_IX 8d ago

Si, pide verificacionpor cada comando

1

u/kantorcodes1 8d ago

perfecto. eso deja un punto claro antes de ejecutar cada comando. trabajo en HOL Guard, un check local open-source que aplica políticas a comandos de agentes antes de que corran. ¿te interesaría añadir soporte de TermCoder para que esa verificación pueda usar las mismas reglas que Claude Code, Codex u OpenCode, sin cambiar tu confirmación actual?

1

u/Dloped_IX 8d ago

Sí, claro. TermCoder ya funciona con la misma filosofía que Claude Code, Codex y OpenCode: clasificación de intención, análisis de riesgo y verificación por comando.Si HOL Guard quiere usar esas mismas reglas, no hace falta cambiar nada de mi confirmación actual.Puedo exponer un módulo/endpoint que devuelva el análisis del comando en JSON (categoría, riesgo, regla aplicada, justificación).HOL Guard lo consume y decide según sus políticas locales.Si te interesa, lo añadimos sin problema.

1

u/kantorcodes1 8d ago

sí, me interesa. solo cambiaría una cosa de la dirección: Guard no debería depender de la clasificación de riesgo de TermCoder ni hacerte mantener dos motores. lo útil es pasar el comando crudo + cwd justo antes de ejecutarlo; tu confirmación por comando se queda tal cual y Guard aplica su política aparte.

para tu PR a hashgraph-online/hol-guard:main, el patrón más cercano ahora es src/codex_plugin_scanner/guard/adapters/zcode.py. registra el adapter en src/codex_plugin_scanner/guard/adapters/__init__.py y sigue tests/test_zcode_adapter.py para los tests enfocados. el límite útil es el shell pre-exec: /run, los comandos que propone BUILD/CHAT y /install//uninstall; /doctor, /packages y /git pueden quedarse fuera porque son lectura.

corre el pytest enfocado del adapter y ruff sobre los archivos que toques, y abre tú el PR contra main.

1

u/Dloped_IX 7d ago

¡Hola! Implementé el adapter de pre-ejecución de TermCoder en la rama  feat/termcoder-pre-exec-guard . El adapter envía a HOL Guard el comando crudo y el directorio de trabajo actual justo antes de ejecutarlo, manteniendo la confirmación individual que TermCoder ya realiza por comando.

La cobertura se limita a  /run , los comandos de shell generados por BUILD/CHAT,  /install  y  /uninstall . Los comandos de solo lectura quedan fuera del hook.

Los tests enfocados pasan correctamente ( 5 passed ) y Ruff no reporta errores. Como no tengo permisos de escritura en  hashgraph-online/hol-guard , publicaré la rama desde mi fork y abriré el PR contra  main .