[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M72T4Z94CF2HDBGPCEPMGQTH":3,"skill-same:01M72T4Z94CF2HDBGPCEPMGQTH":62},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":35,"commitSha":36,"skillDirectory":37,"forksCount":14,"repositoryHtmlUrl":38,"repositoryHomepageUrl":38,"ownerHtmlUrl":39,"ownerBlogUrl":6,"ownerDescription":40,"updatedAt":41,"install":42,"resources":55},"01M72T4Z94CF2HDBGPCEPMGQTH","informe-tui",null,"Use when el usuario pida el informe TUI de 4 areas o el prompt viejo. Bloques fijos, sin relleno.","iberi22\u002Fskills","iberi22","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F10615454?v=4","01M72SQ2NXAA3GW0FSH053A5ES","Brahyan Belalcazar","01M72SQ2PYCH0SSA1K61NGEHDV",0,"MIT","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Fgeneral\u002Finforme-tui\u002FSKILL.md",[],[],"2026-11-10 22:39:42",false,"---\nname: informe-tui\ndescription: \"Use when el usuario pida el informe TUI de 4 areas o el prompt viejo. Bloques fijos, sin relleno.\"\nversion: 1.0.0\nauthor: Hermes Agent\ntags: [informe, tui, formato, markdown, entrega, control]\nrelated_skills: [informe-final]\n---\n\n# Informe TUI — patron de 4 areas (version mejorada del prompt viejo)\n\nFormato de respuesta para cuando BELA pide \"el prompt viejo\", \"respondeme por\nel TUI\", \"informe TUI\", \"las 4 areas\". Es un MODO: se activa por comando y se\nsale por comando. Fuera de este modo manda `informe-final`.\n\n## Triggers (activar)\n\nCualquiera de estos, literal o casi:\n- \"prompt viejo\", \"el viejo prompt\", \"devuélvete al prompt\"\n- \"respondeme por el TUI\", \"en formato TUI\", \"informe TUI\"\n- \"las 4 areas\", \"estructura de control\", \"formato de 4 bloques\"\n- \"dale con el patrón\", \"control limpio\"\n\n## Anti-triggers (NO activar, ni en forma parcial)\n\n- \"informe final\", \"handoff\", \"cierre de fase\" → `informe-final`.\n- Una pregunta puntual (\"¿qué hace este script?\") → respuesta normal, sin bloques.\n- Petición de código o edicion → se ejecuta y se responde corto. El patron de 4\n  areas es un INFORME, no un sustituto de hacer el trabajo.\n\n## Como salir del modo\n\n\"informe normal\", \"ya no TUI\", \"veredicto normal\" → volver a `informe-final`.\nEl modo no persiste entre sesiones: solo vive mientras el usuario lo pide.\n\n## EL PATRON (copiar\u002Fpegar tal cual)\n\n```\n### 1. ESTADO\n- **Contexto:** \u003C1 linea: stack y objetivo de la sesion, con viabilidad>\n- **Hecho:** \u003C2-5 vinetas; cada una con evidencia: commit, test o ruta:linea>\n\n### 2. AVANCE\n- **Progreso:** \u003C% medido + fuente, o \"no medible: \u003Cmotivo>\">\n- **Problema mayor:** \u003Cmecanismo en 1 linea, o \"Ninguno en esta sesion\">\n\n### 3. ENTREGA\n- **Listo para probar:** \u003Cruta exacta con :linea, endpoint o comando de prueba>\n- **Decision del usuario:** \u003Copcion A\u002FB con default recomendado, o \"Ninguna: siguiente paso ya definido\">\n\n### 4. RUTA\n- **Todo:** \u003Cbloque cerrado -> siguiente bloque | bloque abierto -> 3 micro-pasos>\n- **Opciones:**\n  1. \u003Corden> - \u003Cque hace> - `\u003Ccomando real, ejecutable tal cual>`\n  2. ...\n  3. ...\n```\n\n## Escala: completo vs compacto (regla que el prompt viejo no tenia)\n\n- **Completo** (el de arriba, 4 areas con 2-4 bullets cada una): el turno\n  cerro trabajo — commit, verify, gate en verde, o se completo una fase. Aplica\n  REGLA #7: cada bullet de \"Hecho\" lleva su evidencia.\n- **Compacto** (mismos 4 encabezados, UNA linea por area, \u003C= 12 lineas): turno\n  informativo, lectura, respuesta a duda, estado sin cambios. Los 4 bloques\n  siguen presentes; lo que se comprime es el relleno, nunca la estructura.\n\nCriterio de corte: si no hay nada que \"entregar\" ni commit en el turno, compacto.\nSi hay diff, completo.\n\n## Por que este patron es MEJOR que el prompt viejo (8 diffs, con el porque)\n\nEl prompt viejo (el de `~`) fallaba en siete puntos concretos. No volver a\nellos:\n\n1. **\"Progreso estimado en porcentaje\" → % con fuente o \"no medible\".** El viejo\n   pedia un numero inventado cuando no habia medicion; por eso salia \"80%\" sin\n   base. Ahora: `62% (features.json 31\u002F50)` o `no medible: sin PLAN`.\n2. **\"Mayor problema abordado\" → admite \"Ninguno\".** El viejo exigia narrativa\n   de dificultad siempre: era relleno. Si no hubo problema real, una linea de\n   \"Ninguno\" y punto.\n3. **\"Decisiones del usuario\" solo si es ROJO de verdad.** El viejo pedia\n   exponer \"un dilema tecnico critico\" aunque no existiera. Aqui: dilema\n   irreversible\u002Fbloqueante, con **default recomendado** (orden permanente:\n   decidir default y seguir; preguntar solo lo que no se puede deshacer).\n4. **\"Entregables\" con prueba.** Cada entregable es `ruta:linea`, endpoint o\n   comando — no \"el modulo X esta listo\". El viejo permitia afirmarlo sin cita.\n5. **Los comandos de las opciones se ejecutan de verdad.** Nunca placeholders\n   inventados (`cargo test --release` en un repo que no lo usa, flags de npm que\n   no existen). Si no se ha corrido en esta sesion, marcarlo `(sin ejecutar)`.\n6. **Escala compacto\u002Fcompleto.** El viejo obligaba 4 areas infladas a una\n   pregunta de una linea: mas tokens, menos senal.\n7. **Reglas de render TUI medidas, no supuestas.** Ver abajo — el patron viejo\n   prohibia emoji y \"caracteres complejos\" por miedo al padding, pero hacia\n   cosas que no eran el problema: el fallo real de Rich no son los acentos, son\n   los bloques de dibujo en lineas consecutivas (Rich los funde en un parrafo).\n8. **El JSON de sesion va aparte.** Este modo no entrega `.md`. Si el turno tuvo\n   commits, el artefacto para agentes sigue siendo el JSON compacto de\n   `informe-final` en `docs\u002FSWAL\u002Fsessions\u002F` — el patron TUI es la capa de chat.\n\n## Reglas de render para el TUI (medidas, no supuestas)\n\nCon `display.final_response_markdown: render` la respuesta pasa por\n`rich.markdown.Markdown` dentro de un Panel. Comprobado:\n\n- `### H3` SI renderiza (H1 queda centrado → usar H2\u002FH3, nunca H1).\n- Tabla GFM SI, alineada por ESPACIOS, sin gutter: max 4 columnas, celdas \u003C40\n  chars, ninguna fila por encima de ~100 columnas.\n- `-` y `1.` SI, anidados con sangria. `> cita` SI. `---` (hr) SI.\n- **NO**: mermaid, imagenes, y **NO** cajas\u002FASCII art (`┌─┐`, `█ █`) en lineas\n  seguidas — Rich las funde en un parrafo y se rompen. Para separar: `---`.\n- **NO**: bloques de codigo multi-linea esperando el fence; el texto sale pero\n  sin marco. Comandos en inline `` `cmd` `` o en celda de tabla.\n- Acentos y `ñ` van bien. Emoji: usar solo ASCII\u002Fplain en bloques de control.\n\n## Estilo de cada linea\n\n- Una idea por vineta, una linea. Cero parrafos, cero \"en esta seccion analizo\".\n- Cada frase lleva un numero, una ruta o una decision.\n- Si un area no aplica: `Ninguna requerida en este punto` \u002F `Ninguno` — una\n  linea, no un parrafo justificandolo.\n\n## Interaccion con otras reglas (no contradicciones, sino prioridad)\n\n- Idioma: chat en **espanol** siempre (regla dura). Los identificadores,\n  rutas y comandos van tal cual.\n- REGLA #7: \"Hecho\" sin evidencia (commit, test, `git status`) NO cuenta como\n  hecho; se mueve a RUTA como pendiente.\n- Tablas: solo cuando haya 3+ filas comparables. Una cifra va en texto.\n\nBloques listos para pegar y tabla de \"viñetas que NO valen\": ver\n`references\u002Fpatron-tui.md`.","# Informe TUI — patron de 4 areas (version mejorada del prompt viejo)\n\nFormato de respuesta para cuando BELA pide \"el prompt viejo\", \"respondeme por\nel TUI\", \"informe TUI\", \"las 4 areas\". Es un MODO: se activa por comando y se\nsale por comando. Fuera de este modo manda `informe-final`.\n\n## Triggers (activar)\n\nCualquiera de estos, literal o casi:\n- \"prompt viejo\", \"el viejo prompt\", \"devuélvete al prompt\"\n- \"respondeme por el TUI\", \"en formato TUI\", \"informe TUI\"\n- \"las 4 areas\", \"estructura de control\", \"formato de 4 bloques\"\n- \"dale con el patrón\", \"control limpio\"\n\n## Anti-triggers (NO activar, ni en forma parcial)\n\n- \"informe final\", \"handoff\", \"cierre de fase\" → `informe-final`.\n- Una pregunta puntual (\"¿qué hace este script?\") → respuesta normal, sin bloques.\n- Petición de código o edicion → se ejecuta y se responde corto. El patron de 4\n  areas es un INFORME, no un sustituto de hacer el trabajo.\n\n## Como salir del modo\n\n\"informe normal\", \"ya no TUI\", \"veredicto normal\" → volver a `informe-final`.\nEl modo no persiste entre sesiones: solo vive mientras el usuario lo pide.\n\n## EL PATRON (copiar\u002Fpegar tal cual)\n\n```\n### 1. ESTADO\n- **Contexto:** \u003C1 linea: stack y objetivo de la sesion, con viabilidad>\n- **Hecho:** \u003C2-5 vinetas; cada una con evidencia: commit, test o ruta:linea>\n\n### 2. AVANCE\n- **Progreso:** \u003C% medido + fuente, o \"no medible: \u003Cmotivo>\">\n- **Problema mayor:** \u003Cmecanismo en 1 linea, o \"Ninguno en esta sesion\">\n\n### 3. ENTREGA\n- **Listo para probar:** \u003Cruta exacta con :linea, endpoint o comando de prueba>\n- **Decision del usuario:** \u003Copcion A\u002FB con default recomendado, o \"Ninguna: siguiente paso ya definido\">\n\n### 4. RUTA\n- **Todo:** \u003Cbloque cerrado -> siguiente bloque | bloque abierto -> 3 micro-pasos>\n- **Opciones:**\n  1. \u003Corden> - \u003Cque hace> - `\u003Ccomando real, ejecutable tal cual>`\n  2. ...\n  3. ...\n```\n\n## Escala: completo vs compacto (regla que el prompt viejo no tenia)\n\n- **Completo** (el de arriba, 4 areas con 2-4 bullets cada una): el turno\n  cerro trabajo — commit, verify, gate en verde, o se completo una fase. Aplica\n  REGLA #7: cada bullet de \"Hecho\" lleva su evidencia.\n- **Compacto** (mismos 4 encabezados, UNA linea por area, \u003C= 12 lineas): turno\n  informativo, lectura, respuesta a duda, estado sin cambios. Los 4 bloques\n  siguen presentes; lo que se comprime es el relleno, nunca la estructura.\n\nCriterio de corte: si no hay nada que \"entregar\" ni commit en el turno, compacto.\nSi hay diff, completo.\n\n## Por que este patron es MEJOR que el prompt viejo (8 diffs, con el porque)\n\nEl prompt viejo (el de `~`) fallaba en siete puntos concretos. No volver a\nellos:\n\n1. **\"Progreso estimado en porcentaje\" → % con fuente o \"no medible\".** El viejo\n   pedia un numero inventado cuando no habia medicion; por eso salia \"80%\" sin\n   base. Ahora: `62% (features.json 31\u002F50)` o `no medible: sin PLAN`.\n2. **\"Mayor problema abordado\" → admite \"Ninguno\".** El viejo exigia narrativa\n   de dificultad siempre: era relleno. Si no hubo problema real, una linea de\n   \"Ninguno\" y punto.\n3. **\"Decisiones del usuario\" solo si es ROJO de verdad.** El viejo pedia\n   exponer \"un dilema tecnico critico\" aunque no existiera. Aqui: dilema\n   irreversible\u002Fbloqueante, con **default recomendado** (orden permanente:\n   decidir default y seguir; preguntar solo lo que no se puede deshacer).\n4. **\"Entregables\" con prueba.** Cada entregable es `ruta:linea`, endpoint o\n   comando — no \"el modulo X esta listo\". El viejo permitia afirmarlo sin cita.\n5. **Los comandos de las opciones se ejecutan de verdad.** Nunca placeholders\n   inventados (`cargo test --release` en un repo que no lo usa, flags de npm que\n   no existen). Si no se ha corrido en esta sesion, marcarlo `(sin ejecutar)`.\n6. **Escala compacto\u002Fcompleto.** El viejo obligaba 4 areas infladas a una\n   pregunta de una linea: mas tokens, menos senal.\n7. **Reglas de render TUI medidas, no supuestas.** Ver abajo — el patron viejo\n   prohibia emoji y \"caracteres complejos\" por miedo al padding, pero hacia\n   cosas que no eran el problema: el fallo real de Rich no son los acentos, son\n   los bloques de dibujo en lineas consecutivas (Rich los funde en un parrafo).\n8. **El JSON de sesion va aparte.** Este modo no entrega `.md`. Si el turno tuvo\n   commits, el artefacto para agentes sigue siendo el JSON compacto de\n   `informe-final` en `docs\u002FSWAL\u002Fsessions\u002F` — el patron TUI es la capa de chat.\n\n## Reglas de render para el TUI (medidas, no supuestas)\n\nCon `display.final_response_markdown: render` la respuesta pasa por\n`rich.markdown.Markdown` dentro de un Panel. Comprobado:\n\n- `### H3` SI renderiza (H1 queda centrado → usar H2\u002FH3, nunca H1).\n- Tabla GFM SI, alineada por ESPACIOS, sin gutter: max 4 columnas, celdas \u003C40\n  chars, ninguna fila por encima de ~100 columnas.\n- `-` y `1.` SI, anidados con sangria. `> cita` SI. `---` (hr) SI.\n- **NO**: mermaid, imagenes, y **NO** cajas\u002FASCII art (`┌─┐`, `█ █`) en lineas\n  seguidas — Rich las funde en un parrafo y se rompen. Para separar: `---`.\n- **NO**: bloques de codigo multi-linea esperando el fence; el texto sale pero\n  sin marco. Comandos en inline `` `cmd` `` o en celda de tabla.\n- Acentos y `ñ` van bien. Emoji: usar solo ASCII\u002Fplain en bloques de control.\n\n## Estilo de cada linea\n\n- Una idea por vineta, una linea. Cero parrafos, cero \"en esta seccion analizo\".\n- Cada frase lleva un numero, una ruta o una decision.\n- Si un area no aplica: `Ninguna requerida en este punto` \u002F `Ninguno` — una\n  linea, no un parrafo justificandolo.\n\n## Interaccion con otras reglas (no contradicciones, sino prioridad)\n\n- Idioma: chat en **espanol** siempre (regla dura). Los identificadores,\n  rutas y comandos van tal cual.\n- REGLA #7: \"Hecho\" sin evidencia (commit, test, `git status`) NO cuenta como\n  hecho; se mueve a RUTA como pendiente.\n- Tablas: solo cuando haya 3+ filas comparables. Una cifra va en texto.\n\nBloques listos para pegar y tabla de \"viñetas que NO valen\": ver\n`references\u002Fpatron-tui.md`.",{"name":5,"tags":24,"author":31,"version":32,"description":7,"related_skills":33},[25,26,27,28,29,30],"informe","tui","formato","markdown","entrega","control","Hermes Agent","1.0.0",[34],"informe-final","main","688810f2886d212632acf81e532b24e483dd8b98","skills\u002Fgeneral\u002Finforme-tui","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills","https:\u002F\u002Fgithub.com\u002Fiberi22","Senior WEB Full-Stack","2026-10-12 02:46:21",{"source":8,"skillName":5,"commands":43,"prompt":53,"zipAvailable":54},[44,47,50],{"tool":45,"command":46},"npx","npx skills add iberi22\u002Fskills --skill informe-tui",{"tool":48,"command":49},"bunx","bunx skills add iberi22\u002Fskills --skill informe-tui",{"tool":51,"command":52},"pnpm","pnpm dlx skills add iberi22\u002Fskills --skill informe-tui","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Fgeneral\u002Finforme-tui\u002FSKILL.md",true,[56],{"path":57,"resourceType":58,"resourceTypeDesc":59,"sizeBytes":60,"sourceHtmlUrl":61},"references\u002Fpatron-tui.md","REFERENCE","参考文档",2035,"https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Fgeneral\u002Finforme-tui\u002Freferences\u002Fpatron-tui.md",[63,69,76,82,88,94],{"skillNo":64,"name":65,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":66,"categories":67,"keywords":68,"publishedAt":19},"01M72TWQEQD46ZC9TRBAABF78P","web-design-guidelines","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Fweb\u002Fweb-design-guidelines\u002FSKILL.md",[],[],{"skillNo":70,"name":71,"nameZh":6,"description":72,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":73,"categories":74,"keywords":75,"publishedAt":19},"01M72TWMQFTYD08DGXVAXRPPEB","blocked-page-recovery","Use when a fetch fails: 403\u002F429, paywall, WAF, bot wall. Recovers the page via archives and provenance-checked fallbacks.","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Fweb\u002Fblocked-page-recovery\u002FSKILL.md",[],[],{"skillNo":77,"name":78,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":81,"publishedAt":19},"01M72TVQMS3HCTX18C8T97WTQQ","studio-coach","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Ftools\u002Fstudio-coach\u002FSKILL.md",[],[],{"skillNo":83,"name":84,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":85,"categories":86,"keywords":87,"publishedAt":19},"01M72TVNA2PR9RZW0ZAXYP1G6J","src-generator","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Ftools\u002Fsrc-generator\u002FSKILL.md",[],[],{"skillNo":89,"name":90,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":91,"categories":92,"keywords":93,"publishedAt":19},"01M72TVEJHHB6SAT3R3TY9MJKS","sqlite-pro","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Ftools\u002Fsqlite-pro\u002FSKILL.md",[],[],{"skillNo":95,"name":96,"nameZh":6,"description":97,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":98,"categories":99,"keywords":100,"publishedAt":19},"01M72TVC2EVBHQHCX96VTTYKB8","rigor-evaluator","Use when you need a quick heuristic rigor score (10 criteria, 0-2 each) for the features in a .gitcore\u002Ffeatures.json file, to decide which features are ready to ship.","https:\u002F\u002Fgithub.com\u002Fiberi22\u002Fskills\u002Fblob\u002Fmain\u002Fskills\u002Ftools\u002Frigor-evaluator\u002FSKILL.md",[],[]]