opencode-skills-collection 4.1.15 → 4.1.17

package/bundled-skills/.antigravity-install-manifest.json

@@ -1,6 +1,6 @@
 {
   "schemaVersion": 1,
-  "updatedAt": "2026-10-14T02:27:22.259Z",
+  "updatedAt": "2026-10-16T01:58:36.744Z",
   "entries": [
     "00-andruia-consultant",
     "007",
@@ -463,6 +463,7 @@
     "brooks-test",
     "browser-act",
     "browser-automation",
+    "browser-bridge",
     "browser-extension-builder",
     "browser-extension-launch",
     "browser-extension-reverse",

package/bundled-skills/00-andruia-consultant/SKILL.md

@@ -1,7 +1,7 @@
 ---
 id: 00-andruia-consultant
 name: 00-andruia-consultant
-description: "Arquitecto de Soluciones Principal y Consultor Tecnológico de Andru.ia. Diagnostica y traza la hoja de ruta óptima para proyectos de IA en español."
+description: "Usar al iniciar o mejorar un proyecto de IA: diagnostica código y restricciones, propone skills existentes y redacta tareas y un plan de implementación en español."
 category: andruia
 risk: safe
 source: personal
@@ -15,13 +15,13 @@ Use this skill at the very beginning of a project to diagnose the workspace, det
 
 ## Description
 
-Soy el Arquitecto de Soluciones Principal y Consultor Tecnológico de Andru.ia. Mi función es diagnosticar el estado actual de un espacio de trabajo y trazar la hoja de ruta óptima, ya sea para una creación desde cero o para la evolución de un sistema existente.
+Diagnóstico y planificación de Andru.ia para un proyecto nuevo o existente. Las propuestas se justifican con el código y las restricciones observadas; no se promete una arquitectura óptima universal.
 
 ## 📋 General Instructions (El Estándar Maestro)
 
-- **Idioma Mandatorio:** TODA la comunicación y la generación de archivos (tareas.md, plan_implementacion.md) DEBEN ser en **ESPAÑOL**.
-- **Análisis de Entorno:** Al iniciar, mi primera acción es detectar si la carpeta está vacía o si contiene código preexistente.
-- **Persistencia:** Siempre materializo el diagnóstico en archivos .md locales.
+- **Idioma Mandatorio:** La comunicación y los artefactos se redactan en **ESPAÑOL** por defecto; una instrucción explícita del usuario sobre idioma o formato tiene prioridad.
+- **Análisis de Entorno:** Al iniciar, mi primera acción es inspeccionar únicamente el proyecto autorizado y detectar código y documentación existentes; una carpeta con solo metadatos de Git o una plantilla no demuestra que exista un producto.
+- **Persistencia:** Materializo el diagnóstico en archivos .md locales cuando la tarea autoriza guardarlos. Leo los archivos existentes antes de editar y conservo trabajo ajeno; si solo se solicita asesoría, entrego el diagnóstico en la conversación.
 
 ## 🛠️ Workflow: Bifurcación de Diagnóstico
 
@@ -49,10 +49,12 @@ Si detecto archivos (src, package.json, etc.), actúo como **Consultor de Evoluc
 
 Para ambos escenarios, tras recibir las respuestas:
 
-1. **Mapear Skills**: Consulto el registro raíz y propongo un Squad de 3-5 expertos (ej: @ui-ux-pro, @refactor-expert, @security-expert).
+1. **Mapear Skills**: Consulto el registro disponible y leo las skills pertinentes antes de proponer 3-5 competencias con IDs que existan. Si falta una competencia, declaro el hueco en vez de inventar un ID. Proponer competencias no crea agentes ni autoriza delegación.
 2. **Generar Artefactos (En Español)**:
-   - `tareas.md`: Backlog detallado (de creación o de refactorización).
-   - `plan_implementacion.md`: Hoja de ruta técnica con el estándar de diamante.
+   - `tareas.md`: Backlog con tarea, objetivo, dependencias y criterio observable de finalización.
+   - `plan_implementacion.md`: Fases con alcance, archivos previstos, comprobaciones y supuestos pendientes.
+
+3. **Verificar Entrega**: Releer el diagnóstico y los artefactos. Confirmar que responden al objetivo y restricciones del usuario, que las skills citadas existen y que cada fase tiene una comprobación concreta. Separar observaciones verificadas de hipótesis y conservar los puntos pendientes; generar un archivo no prueba que la implementación funcione.
 
 ## ⚠️ Reglas de Oro
 
@@ -63,9 +65,20 @@ Para ambos escenarios, tras recibir las respuestas:
 
 **User request:**
 
-> Diagnostica este progetto IA, stabilisci se è nuovo o esistente e proponi roadmap tecnica e gruppo di competenze necessari.
+> Diagnostica este proyecto de IA existente y propone una mejora; entrega primero el diagnóstico en la conversación.
+
+**Respuesta ilustrativa:** Se observa una aplicación con interfaz y API, pero no hay pruebas del flujo de autenticación. Clasificación: evolución. Prioridad propuesta: reproducir el fallo de inicio de sesión, añadir una prueba del comportamiento esperado y revisar los límites de acceso. El registro confirma `debugging-strategies` y `auth-implementation-patterns`; se leen antes de recomendarlas. La elección del stack se mantiene pendiente hasta conocer la restricción principal. No se sobrescriben planes existentes.
+
+## Proveniencia
+
+Se conserva la atribución heredada `source: personal`. La [primera copia registrada
+en AAS](https://github.com/sickn33/agentic-awesome-skills/blob/f88fde08b2fe1279f6a99b12e2001861d907d137/skills/00-andruia-consultant/SKILL.md)
+permite rastrear este texto, pero no identifica por sí sola el repositorio original
+de Andru.ia ni prueba una licencia independiente. No presentar esta copia como
+una integración oficial o una autoría nueva del mantenedor de AAS.
 
 ## Limitations
 - Use this skill only when the task clearly matches the scope described above.
 - Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
-- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
+- No certifica seguridad ni rendimiento a partir de una lectura del proyecto. Identifica qué observaciones se verificaron y qué hipótesis requieren pruebas.
+- Pregunta por restricciones que cambien la decisión; utiliza el contexto ya disponible para evitar repetir la entrevista.

package/bundled-skills/10-andruia-skill-smith/SKILL.md

@@ -1,7 +1,7 @@
 ---
 id: 10-andruia-skill-smith
 name: 10-andruia-skill-smith
-description: "Ingeniero de Sistemas de Andru.ia. Diseña, redacta y despliega nuevas habilidades (skills) dentro del repositorio siguiendo el Estándar de Diamante."
+description: "Usar para crear o mejorar una skill de Andru.ia: define entradas y resultados, redacta SKILL.md con ejemplos y límites, valida la estructura y prepara una PR."
 category: andruia
 risk: safe
 source: personal
@@ -11,14 +11,14 @@ date_added: "2026-02-25"
 # 🔨 Andru.ia Skill-Smith (The Forge)
 
 ## When to Use
-Esta habilidad es aplicable para ejecutar el flujo de trabajo o las acciones descritas en la descripción general.
+Usar cuando el usuario solicita crear o mejorar una skill con un objetivo concreto, entradas, resultados y criterios de validación; no para instalar o publicar automáticamente un paquete.
 
 ## 📝 Descripción
-Soy el Ingeniero de Sistemas de Andru.ia. Mi propósito es diseñar, redactar y desplegar nuevas habilidades (skills) dentro del repositorio, asegurando que cumplan con la estructura oficial de Antigravity y el Estándar de Diamante.
+Convertir un objetivo repetible en instrucciones utilizables de Andru.ia, con entradas, resultados y límites concretos. Redactar la skill no la instala ni publica.
 
 ## 📋 Instrucciones Generales
-- **Idioma Mandatorio:** Todas las habilidades creadas deben tener sus instrucciones y documentación en **ESPAÑOL**.
-- **Estructura Formal:** Debo seguir la anatomía de carpeta -> README.md -> Registro.
+- **Idioma Mandatorio:** Redactar en **ESPAÑOL** por defecto, respetando el idioma solicitado por el usuario y las convenciones del repositorio destino.
+- **Estructura Formal:** Debo seguir la anatomía de carpeta -> SKILL.md -> validación.
 - **Calidad Senior:** Las skills generadas no deben ser genéricas; deben tener un rol experto definido.
 
 ## 🛠️ Flujo de Trabajo (Protocolo de Forja)
@@ -31,25 +31,29 @@ Solicitar al usuario los 3 pilares de la nueva habilidad:
 
 ### FASE 2: Materialización
 Generar el código para los siguientes archivos:
-- **README.md Personalizado:** Con descripción, capacidades, reglas de oro y modo de uso.
-- **Snippet de Registro:** La línea de código lista para insertar en la tabla "Full skill registry".
+- **SKILL.md Personalizado:** Con descripción, capacidades, reglas de oro y modo de uso.
+- **Resumen para la PR:** Descripción del objetivo, archivos modificados y validaciones; no editar los registros generados a mano.
 
 ### FASE 3: Despliegue e Integración
-1. Crear la carpeta física en `D:\...\agentic-awesome-skills\skills\`.
-2. Escribir el archivo README.md en dicha carpeta.
-3. Actualizar el registro maestro del repositorio para que el Orquestador la reconozca.
+1. Localizar la raíz del repositorio y crear `skills/<skill-id>/` con un ID en minúsculas y guiones.
+2. Escribir `SKILL.md` siguiendo `docs/contributors/skill-template.md`, con frontmatter y secciones de uso, ejemplos y límites.
+3. Leer las instrucciones y `package.json` de la base actual. En AAS, ejecutar `npm run chain`, `npm run validate:references`, `npm run security:docs` y `npm run test` antes de proponer la PR; en otro destino, usar sus comprobaciones vigentes sin inventar comandos.
+4. Si una comprobación falla, corregir el origen y repetirla. No debilitar validadores, marcar un ejemplo no ejecutado como probado ni continuar al merge con fallos pendientes. Proponer la PR de fuentes cuando las comprobaciones pasen; los registros generados pertenecen al flujo de sincronización canónica.
 
 ## ⚠️ Reglas de Oro
-- **Prefijos Numéricos:** Asignar un número correlativo a la carpeta (ej. 11, 12, 13) para mantener el orden.
-- **Prompt Engineering:** Las instrucciones deben incluir técnicas de "Few-shot" o "Chain of Thought" para máxima precisión.
+- **Prefijos Numéricos:** Mantener IDs existentes. Para nuevas skills, elegir un ID descriptivo en minúsculas y guiones según el repositorio; no imponer un prefijo numérico de Andru.ia a otros proyectos.
+- **Prompt Engineering:** Incluir ejemplos de entrada y salida observables y criterios de comprobación. Pedir una explicación breve de decisiones cuando sea útil, sin exigir razonamiento interno privado ni prometer precisión máxima.
 
 ## Example
 
 **User request:**
 
-> Diseña una nueva skill para este repositorio, siguiendo su plantilla, validaciones y convenciones de nombres.
+> Crea una skill `csv-quality-check` que informe valores ausentes y duplicados sin modificar el CSV.
+
+**Diseño ilustrativo:** Entradas: ruta autorizada, delimitador y columnas clave. Resultado: informe con número de filas, valores ausentes por columna y claves repetidas. Ejemplo: las filas `id,name` / `1,Ana` / `1,` producen una clave duplicada y un nombre ausente; el CSV permanece intacto. Un delimitador ambiguo se registra como entrada no resuelta, no como informe limpio. La skill documenta límites de tamaño, privacidad y codificación, y se presenta en una PR con las comprobaciones exigidas por la base actual.
 
 ## Limitations
 - Use this skill only when the task clearly matches the scope described above.
 - Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
-- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
+- Crear el texto no prueba que los ejemplos funcionen: verificar los ejemplos ejecutables y los recursos incluidos cuando existan.
+- No instalar, publicar ni alterar políticas del repositorio como consecuencia implícita de redactar una skill.

package/bundled-skills/20-andruia-niche-intelligence/SKILL.md

@@ -1,7 +1,7 @@
 ---
 id: 20-andruia-niche-intelligence
 name: 20-andruia-niche-intelligence
-description: "Estratega de Inteligencia de Dominio de Andru.ia. Analiza el nicho específico de un proyecto para inyectar conocimientos, regulaciones y estándares únicos del sector. Actívalo tras definir el nicho."
+description: "Usar tras definir el sector de un proyecto: prepara un dossier en español con contexto, normas aplicables, patrones UX y riesgos, distinguiendo fuentes verificadas de hipótesis."
 category: andruia
 risk: safe
 source: personal
@@ -20,14 +20,14 @@ Soy el Estratega de Inteligencia de Dominio de Andru.ia. Mi propósito es "despe
 ## 📋 Instrucciones Generales
 
 - **Foco en el Vertical:** Debo ignorar generalidades y centrarme en lo que hace único al nicho actual (ej. Fintech, EdTech, HealthTech, E-commerce, etc.).
-- **Idioma Mandatorio:** Toda la inteligencia generada debe ser en **ESPAÑOL**.
+- **Idioma Mandatorio:** Redactar en **ESPAÑOL** por defecto, salvo instrucción distinta del usuario.
 - **Estándar de Diamante:** Cada observación debe buscar la excelencia técnica y funcional dentro del contexto del sector.
 
 ## 🛠️ Flujo de Trabajo (Protocolo de Inyección)
 
 ### FASE 1: Análisis de Dominio
 
-Al ser invocado después de que el nicho está claro, realizo un razonamiento automático (Chain of Thought):
+Al ser invocado después de que el nicho está claro, analizo los siguientes aspectos y entrego conclusiones breves con sus fuentes:
 
 1.  **Contexto Histórico/Actual:** ¿Qué está pasando en este sector ahora mismo?
 2.  **Barreras de Entrada:** ¿Qué regulaciones o tecnicismos son obligatorios?
@@ -38,35 +38,60 @@ Al ser invocado después de que el nicho está claro, realizo un razonamiento au
 Generar un informe especializado que incluya:
 
 - **🛠️ Stack de Industria:** Tecnologías o librerías que son el estándar de facto en este nicho.
-- **📜 Cumplimiento y Normativa:** Leyes o estándares necesarios (ej. RGPD, HIPAA, Facturación Electrónica DIAN, etc.).
+- **📜 Cumplimiento y Normativa:** Normas potencialmente aplicables, indicando jurisdicción, actividad, tipo de datos, fecha y fuente oficial. RGPD, HIPAA o facturación DIAN son ejemplos de regímenes distintos, no una lista universal de obligaciones. Separar aplicación confirmada, posible y pendiente de revisión experta.
 - **🎨 UX de Nicho:** Patrones de interfaz que los usuarios de este sector ya dominan.
 - **⚠️ Puntos de Dolor Ocultos:** Lo que suele fallar en proyectos similares de esta industria.
 
+### FASE 3: Verificación del dossier
+
+Comprobar que cada requisito corresponde al sector y jurisdicción del proyecto.
+Registrar fuente primaria y fecha para afirmaciones actuales; si una norma no se
+puede verificar o su aplicación depende de datos ausentes, marcarla pendiente.
+Revisar coherencia entre requisitos, UX y propuesta técnica; corregir contradicciones
+antes de entregar. No convertir autoridad del tono en evidencia.
+
+### Método y formato de fuentes
+
+Buscar cada obligación propuesta en el sitio de la autoridad competente o en la
+publicación oficial de normas de la jurisdicción identificada. Abrir la fuente,
+comprobar su fecha/versión y su ámbito; un resumen de buscador o proveedor no basta.
+Si el cliente no puede consultar esa fuente, trabajar con el material suministrado
+y declarar la comprobación pendiente, sin inventar un enlace o una obligación.
+
+Entregar el dossier con este formato, completando solo lo respaldado:
+
+```text
+Proyecto/sector: [servicio concreto, usuarios y función]
+Jurisdicción y datos tratados: [observado / pendiente]
+Requisito o hipótesis | fuente primaria + fecha | aplicabilidad | comprobación
+[control propuesto]   | [URL consultada o pendiente] | [confirmada/posible/pendiente] | [evidencia necesaria]
+UX y stack: [propuesta, razón y alternativas]
+Riesgos abiertos: [dato faltante, impacto y siguiente comprobación]
+```
+
+El formato organiza evidencia; una fila con “pendiente” no certifica cumplimiento.
+
 ## ⚠️ Reglas de Oro
 
 1.  **Anticipación:** No esperes a que el usuario pregunte por regulaciones; investígalas proactivamente.
 2.  **Precisión Quirúrgica:** Si el nicho es "Clínicas Dentales", no hables de "Hospitales en general". Habla de la gestión de turnos, odontogramas y privacidad de historias clínicas.
-3.  **Expertise Real:** Debo sonar como un consultor con 20 años en esa industria específica.
+3.  **Expertise Real:** No simular credenciales ni experiencia personal. Distinguir hechos respaldados, prácticas observadas e hipótesis; comprobar afirmaciones actuales en fuentes primarias.
 
 ## 🔗 Relaciones Nucleares
 
 - Se alimenta de los hallazgos de: `@00-andruia-consultant`.
-- Proporciona las bases para: `@ui-ux-pro-max` y `@security-review`.
-
-### When to Use
-Activa este skill **después de que el nicho de mercado esté claro** y ya exista una visión inicial definida por `@00-andruia-consultant`:
-
-- Cuando quieras profundizar en regulaciones, estándares y patrones UX específicos de un sector concreto (Fintech, HealthTech, logística, etc.).
-- Antes de diseñar experiencias de usuario, flujos de seguridad o modelos de datos que dependan fuertemente del contexto del nicho.
-- Cuando necesites un dossier de inteligencia de dominio para alinear equipo de producto, diseño y tecnología alrededor de la misma comprensión del sector.
+- Proporciona un dossier para diseño y seguridad. Verificar que las skills recomendadas existan en el registro y leer su alcance; la relación no exige ejecutarlas ni delegar.
 
 ## Example
 
 **User request:**
 
-> Analiza este proyecto, identifica su sector y añade los estándares, regulaciones y conocimientos específicos del dominio.
+> Analiza una agenda para una clínica dental en España que guarda citas e historias clínicas.
+
+**Dossier ilustrativo:** Confirmar quién trata los datos, dónde se aloja el sistema y si incluye atención clínica. Separar datos de contacto e historias clínicas, proponer acceso por función y trazabilidad como requisitos a validar, y consultar fuentes oficiales vigentes antes de fijar obligaciones o plazos. No asumir HIPAA por tratarse de salud. Priorizar el flujo de cita y la protección del historial; marcar cualquier recomendación de arquitectura como propuesta hasta comprobar el sistema actual.
 
 ## Limitations
 - Use this skill only when the task clearly matches the scope described above.
 - Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
-- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
+- El dossier no certifica cumplimiento ni reemplaza revisión legal o clínica. No inventar plazos, obligaciones o estadísticas del sector.
+- Obtener jurisdicción y contexto antes de convertir una norma posible en requisito de implementación.

package/bundled-skills/360-feedback-system/SKILL.md

@@ -61,8 +61,7 @@ Not for payroll, tax, legal, or employment-decision work. This skill does not au
 
 Follow the shared execution contract. The module-specific rules below define only domain fields, decisions, calculations, and safety constraints.
 
-The rules below stand on their own. If the shared execution contract at
-`../../references/execution-contract.md` is unavailable, follow this file directly; a missing
+The rules below stand on their own. If the upstream shared execution contract (not bundled here) is unavailable, follow this file directly; a missing
 reference never blocks basic execution.
 
 ### Step 1 - Identify intent
@@ -78,7 +77,7 @@ here and in the context block with the same spelling:
 | `convert` | "move it from our sheet/forms" | Capture their process, then Step 2 |
 | `export` | "give me the CSV / SQL / JSON / Notion" for confirmed rules | Step 5 |
 
-One message, one question, no batching. Never ask a question whose answer would not change the
+Prefer one concise question for a material ambiguity; bundle related missing facts when the user prefers it. Never ask a question whose answer would not change the
 recommendation or the requested artifact.
 
 ### Scope boundary
@@ -161,7 +160,7 @@ When scoring is mentioned but its policy is incomplete, label each missing input
 `Missing-score behavior: Unknown`, `Not-applicable handling: Unknown`, `Rounding: Unknown`. Do not
 compute an overall figure until all six are resolved.
 
-Do not build unprompted. End with an offer naming the artifacts not yet requested.
+For advice-only requests, offer useful artifacts. A request to build already authorizes artifact generation; do not stop for a second request.
 
 ### Step 5 - Build only on request
 
@@ -291,7 +290,7 @@ was requested.
 
 | # | Field | Type | SQL | JSON Schema | Notion | CSV example |
 |---:|---|---|---|---|---|---|
-| 1 | Feedback ID | `id` | `SERIAL PRIMARY KEY` | `integer` | Text | `(blank)` |
+| 1 | Feedback ID | `id` | `SERIAL PRIMARY KEY` | `integer` | Title (render imported IDs as text) | `(blank)` |
 | 2 | Feedback Type | `select` | `VARCHAR(100) NOT NULL` | `string` | Select (add options after import) | `Peer` |
 | 3 | Feedback Subject | `text` | `VARCHAR(255)` | `string` | Text | `Example Subject 01` |
 | 4 | Reviewer | `text` | `VARCHAR(255)` | `string` | Text | `Example Reviewer` |
@@ -343,9 +342,7 @@ Identified | Confidential | Anonymous
 Not Launched | Collecting | Consolidated | Shared | Closed
 ```
 
-The Status list is a minimal default lifecycle. Use it only when the user confirms a cycle with
-those stages; otherwise derive the statuses from the process they described, or omit the field
-when nothing needs tracking.
+The Status list is an illustrative lifecycle. If the process has no status field, omit it consistently from CSV, SQL, JSON Schema (including `required`) and Notion. The displayed three-field required set applies only to the illustrated schema, not every generated response model.
 
 ## Relations
 
@@ -410,8 +407,8 @@ process facts supplied, not carried over from a template:
 >
 > Workflow: Google Form to Sheet, manager reads the summary, team discussion
 >
-> Rounding is still `Unknown`. Tell me the decimal places and I can build the CSV, SQL DDL, JSON
-> Schema and Notion mapping.
+> Included scores, missing-score behavior, not-applicable handling and rounding remain `Unknown`;
+> do not compute an overall score. A template can still represent the confirmed fields.
 
 ## Best Practices
 

package/bundled-skills/3d-web-experience/SKILL.md

@@ -1,9 +1,6 @@
 ---
 name: 3d-web-experience
-description: Expert in building 3D experiences for the web - Three.js, React
-  Three Fiber, Spline, WebGL, and interactive 3D scenes. Covers product
-  configurators, 3D portfolios, immersive websites, and bringing depth to web
-  experiences.
+description: "Use when building or debugging web 3D scenes, product configurators or portfolios with Three.js, React Three Fiber or Spline; review assets, loading, controls, fallbacks and performance."
 risk: critical
 source: vibeship-spawner-skills (Apache 2.0)
 date_added: 2026-02-27
@@ -91,6 +88,7 @@ export default function Scene() {
 ```jsx
 import { Canvas } from '@react-three/fiber';
 import { OrbitControls, useGLTF } from '@react-three/drei';
+import { Suspense } from 'react';
 
 function Model() {
   const { scene } = useGLTF('/model.glb');
@@ -101,8 +99,10 @@ export default function Scene() {
   return (
     <Canvas>
       <ambientLight />
-      <Model />
-      <OrbitControls />
+      <Suspense fallback={null}>
+        <Model />
+      </Suspense>
+      <OrbitControls enableZoom={false} />
     </Canvas>
   );
 }
@@ -119,7 +119,7 @@ Getting models web-ready
 ### Format Selection
 | Format | Use Case | Size |
 |--------|----------|------|
-| GLB/GLTF | Standard web 3D | Smallest |
+| GLB/GLTF | Standard web 3D | Depends on geometry/textures/compression |
 | FBX | From 3D software | Large |
 | OBJ | Simple meshes | Medium |
 | USDZ | Apple AR | Medium |
@@ -127,28 +127,38 @@ Getting models web-ready
 ### Optimization Pipeline
 ```
 1. Model in Blender/etc
-2. Reduce poly count (< 100K for web)
+2. Establish a triangle/draw-call budget on representative target devices
 3. Bake textures (combine materials)
 4. Export as GLB
 5. Compress with gltf-transform
-6. Test file size (< 5MB ideal)
+6. Measure transfer size, decode time, memory and frame time against the project budget
 ```
 
 ### GLTF Compression
 ```bash
-# Install gltf-transform
-npm install -g @gltf-transform/cli
+# Use the reviewed version already pinned in the project lockfile.
+# If absent, review and add a specific version locally before these commands.
 
 # Compress model
-gltf-transform optimize input.glb output.glb \
+./node_modules/.bin/gltf-transform optimize input.glb output.glb \
   --compress draco \
   --texture-compress webp
 ```
 
 ### Loading in R3F
+
+This component needs the React/R3F/drei versions installed by the project and an
+actual `/model.glb` asset. Add an application error boundary for failed asset loads.
+
 ```jsx
 import { useGLTF, useProgress, Html } from '@react-three/drei';
 import { Suspense } from 'react';
+import { Canvas } from '@react-three/fiber';
+
+function Model() {
+  const { scene } = useGLTF('/model.glb');
+  return <primitive object={scene} />;
+}
 
 function Loader() {
   const { progress } = useProgress();
@@ -158,6 +168,7 @@ function Loader() {
 export default function Scene() {
   return (
     <Canvas>
+      <ambientLight />
       <Suspense fallback={<Loader />}>
         <Model />
       </Suspense>
@@ -177,7 +188,8 @@ export default function Scene() {
 ### R3F + Scroll Controls
 ```jsx
 import { ScrollControls, useScroll } from '@react-three/drei';
-import { useFrame } from '@react-three/fiber';
+import { Canvas, useFrame } from '@react-three/fiber';
+import { useRef } from 'react';
 
 function RotatingModel() {
   const scroll = useScroll();
@@ -185,10 +197,15 @@ function RotatingModel() {
 
   useFrame(() => {
     // Rotate based on scroll position
-    ref.current.rotation.y = scroll.offset * Math.PI * 2;
+    if (ref.current) ref.current.rotation.y = scroll.offset * Math.PI * 2;
   });
 
-  return <mesh ref={ref}>...</mesh>;
+  return (
+    <mesh ref={ref}>
+      <boxGeometry args={[1, 1, 1]} />
+      <meshNormalMaterial />
+    </mesh>
+  );
 }
 
 export default function Scene() {
@@ -207,6 +224,10 @@ export default function Scene() {
 import gsap from 'gsap';
 import ScrollTrigger from 'gsap/ScrollTrigger';
 
+gsap.registerPlugin(ScrollTrigger);
+// Integration fragment: camera and the section are supplied by your scene.
+// Create this tween during mount and kill it/its ScrollTrigger during cleanup.
+
 gsap.to(camera.position, {
   scrollTrigger: {
     trigger: '.section',
@@ -233,6 +254,11 @@ Keeping 3D fast
 ## 3D Performance
 
 ### Performance Targets
+
+The following are illustrative starting budgets, not hardware limits or guarantees.
+Measure GPU time, draw calls, memory and load time; triangle count alone cannot
+establish performance. Respect reduced-motion settings and retain ordinary controls.
+
 | Device | Target FPS | Max Triangles |
 |--------|------------|---------------|
 | Desktop | 60fps | 500K |
@@ -240,44 +266,59 @@ Keeping 3D fast
 | Low-end | 30fps | 50K |
 
 ### Quick Wins
+
+These are independent integration fragments, not one copyable module. Configure
+instances/LOD and lights in your actual scene, and wrap lazy components in Suspense.
+
 ```jsx
 // 1. Use instances for repeated objects
 import { Instances, Instance } from '@react-three/drei';
 
 // 2. Limit lights
-<ambientLight intensity={0.5} />
-<directionalLight /> // Just one
+const lights = (
+  <>
+    <ambientLight intensity={0.5} />
+    <directionalLight />
+  </>
+);
 
 // 3. Use LOD (Level of Detail)
 import { LOD } from 'three';
 
 // 4. Lazy load models
+import { lazy } from 'react';
 const Model = lazy(() => import('./Model'));
 ```
 
-### Mobile Detection
-```jsx
-const isMobile = /iPhone|iPad|Android/i.test(navigator.userAgent);
+### Resolution budget
 
-<Canvas
-  dpr={isMobile ? 1 : 2} // Lower resolution on mobile
-  performance={{ min: 0.5 }} // Allow frame drops
->
-```
+Use a conservative initial DPR and measure actual rendering performance rather
+than inferring device capacity from the user-agent string:
 
-### Fallback Strategy
 ```jsx
-function Scene() {
-  const [webGLSupported, setWebGLSupported] = useState(true);
-
-  if (!webGLSupported) {
-    return <img src="/fallback.png" alt="3D preview" />;
-  }
+import { Canvas } from '@react-three/fiber';
 
-  return <Canvas onCreated={...} />;
+export default function Scene() {
+  return (
+    <Canvas dpr={[1, 1.5]} fallback={<p>3D preview unavailable.</p>}>
+      <mesh>
+        <boxGeometry />
+        <meshNormalMaterial />
+      </mesh>
+    </Canvas>
+  );
 }
 ```
 
+### Fallback strategy
+
+`Canvas` supports a DOM `fallback` when GL cannot initialize. Also wrap the scene
+in an application error boundary for context crashes and asset errors; Suspense
+handles loading, not failures. Keep product descriptions, variant controls and
+purchase actions in accessible DOM so the task works without the canvas. Test
+keyboard operation, zoom, reduced motion and an unavailable WebGL context.
+See the [Canvas API and fallback guidance](https://r3f.docs.pmnd.rs/api/canvas).
+
 ## Validation Checks
 
 ### No 3D Loading Indicator
@@ -322,16 +363,19 @@ Fix action: Limit DPR to 1 on mobile devices for better performance
 
 ## Collaboration
 
-### Delegation Triggers
+### Optional collaboration areas
+
+These are capability labels; check actual IDs and read their scope in the current
+catalog before recommending them. They do not authorize spawning agents.
 
 - scroll animation|parallax|GSAP -> scroll-experience (Scroll integration)
-- react|next|frontend -> frontend (React integration)
-- performance|slow|fps -> performance-hunter (3D performance optimization)
-- product page|landing|marketing -> landing-page-design (Product landing with 3D)
+- react|next|frontend -> frontend-developer (React integration)
+- performance|slow|fps -> performance-engineer (3D performance optimization)
+- product page|landing|marketing -> frontend-design (Product landing with 3D)
 
 ### Product Configurator
 
-Skills: 3d-web-experience, frontend, landing-page-design
+Skills: 3d-web-experience, frontend-developer, frontend-design
 
 Workflow:
 
@@ -361,18 +405,18 @@ Workflow:
 
 ## Related Skills
 
-Works well with: `scroll-experience`, `interactive-portfolio`, `frontend`, `landing-page-design`
+Works well with: `scroll-experience`, `interactive-portfolio`, `frontend-developer`, `frontend-design`
 
 ## When to Use
-- User mentions or implies: 3D website
-- User mentions or implies: three.js
-- User mentions or implies: WebGL
-- User mentions or implies: react three fiber
-- User mentions or implies: 3D experience
-- User mentions or implies: spline
-- User mentions or implies: product configurator
+
+- Add a navigable product model or configurator to a web page while preserving ordinary product and purchase controls.
+- Diagnose loading, frame-time, asset-size or input problems in an existing Three.js/R3F scene.
+- Choose between a design-authored Spline scene and a code-owned scene based on interaction, deployment and maintenance needs.
+- Plan a scroll-linked portfolio scene with an accessible static alternative and a reduced-motion path. Prefer ordinary DOM content when depth does not help the user's task.
 
 ## Limitations
 - Use this skill only when the task clearly matches the scope described above.
 - Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
-- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
+- Assets and dependencies are project prerequisites, not shipped in this skill. Replace the illustrative Spline scene URL with an authorized asset; do not treat the placeholder as a working scene.
+- Validate compression/decoder compatibility and visual quality using the installed CLI version and real target devices. See the [glTF Transform CLI](https://gltf-transform.dev/cli).
+- Loading, runtime failures, accessible DOM controls and reduced motion require separate checks; a rendered canvas alone does not prove accessibility or performance.

package/bundled-skills/acceptance-orchestrator/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: acceptance-orchestrator
 description: Use when a coding task should be driven end-to-end from issue intake through implementation, review, deployment, and acceptance verification with minimal human re-intervention.
-risk: safe
+risk: critical
 source: community
 date_added: "2026-03-12"
 ---
@@ -25,11 +25,9 @@ Core rule: **do not optimize for "code changed"; optimize for "DoD proven".**
 - `closed-loop-delivery`
 - `verification-before-completion`
 
-Optional supporting skills:
-- `deploy-dev`
-- `pr-watch`
-- `pr-review-autopilot`
-- `git-ship`
+Deployment and PR monitoring are project-specific capabilities, not bundled sub-skills.
+Use the repository's actual deployment and review procedures; the legacy names
+`deploy-dev`, `pr-watch`, `pr-review-autopilot`, and `git-ship` are not available in AAS.
 
 ## Inputs
 
@@ -74,7 +72,8 @@ Fixed defaults:
    - After the `10m` round, stop waiting and process all visible comments together.
 
 5. **Deploy and runtime verification**
-   - If DoD depends on runtime behavior, deploy only to `dev` by default.
+   - If DoD depends on runtime behavior, verify the explicitly authorized environment.
+   - A `dev` label does not grant deployment permission; inspect effects and use the project's deployment gate before changing any shared environment.
    - Verify with real logs/API/Lambda behavior, not assumptions.
 
 6. **Completion gate**