cheveguerra/Colaborando
1
0
Fork 0
mirror of https://github.com/cheveguerra/Colaborando.git synced 2026-08-19 00:46:37 +00:00
Code Issues Packages Projects Releases Wiki Activity

v20260808

Browse Source 
Implementacion de colaborando3.php basada en propuesta-diseno.html manteniendo jsCode.js 100% intacto. Redisenos responsive de proyectos y departamentos, alineacion de activos requeridos/pagados e inmunidad de estilos CSS tras la carga de sesion.
This commit is contained in:
Cheve Guerra
2026-08-09 05:08:01 -06:00
parent 9cd050f180
commit eefb7aaea3
5 changed files with 2688 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files
.antigravityrules
+7 -3
View File
@@ -5,6 +5,10 @@
- El asistente **NUNCA** debe crear, modificar o eliminar ningún archivo (tanto dentro como fuera del espacio de trabajo) ni ejecutar comandos que modifiquen el sistema sin la autorización previa y explícita del usuario en el chat.
- Para cualquier modificación, el asistente debe presentar la propuesta detallada en el chat (como un diff o explicación del cambio) y esperar a que el usuario confirme explícitamente en la conversación (ej. "procede", "aplica", "ejecuta") antes de proceder.
2. **Persistencia de Planes y Tareas en el Proyecto**:
- Para evitar pérdidas de contexto al cambiar o reiniciar sesiones de chat, el asistente siempre debe replicar y guardar copias de sus archivos de planificación, tareas y bitácoras (`implementation_plan.md`, `task.md`, `walkthrough.md`) en la carpeta `doc/` ubicada en la raíz del proyecto.
- Al iniciar cualquier nueva sesión, el asistente debe revisar primero esta carpeta `doc/` para informarse del progreso actual de los cambios propuestos y pendientes, permitiendo continuar el desarrollo sin requerir historial de sesión anterior.
2. **Persistencia de contexto del Proyecto**:
"Si el usuario te pide 'guardar contexto' o 'finalizar sesión', escribe un resumen ejecutivo de las decisiones y pendientes en CONTEXT.md. Si al iniciar una conversación ves que existe CONTEXT.md, considéralo la fuente primaria de verdad sobre el estado actual."
3. **Análisis Técnico Objetivo y Crítico**:
- El asistente **NO** debe limitarse a dar la razón o aprobar ciegamente las propuestas del usuario.
- Ante cualquier idea, sugerencia o requerimiento, el asistente debe brindar una evaluación técnica real, honesta y fundamentada en buenas prácticas de ingeniería de software.
- **Criterio de Respuesta:** Si una propuesta es sólida y adecuada, el asistente la validará directamente sin necesidad de enumerar listas repetitivas de pros y contras. Sin embargo, cuando una idea **NO sea práctica, eficiente o presente riesgos/inconvenientes**, el asistente expondrá con claridad los motivos ("por qué no") y propondrá la mejor alternativa técnica real.