Add Copilot cloud agent instructions and validate workflows

[franciscosanchezrumba1-bot]

This pull request adds comprehensive Copilot Cloud Agent instructions for the vscode-loc repository, improves documentation formatting, and updates Spanish translations for clarity and localization. The most important changes are:

Documentation Additions and Improvements:

• Added a detailed .github/copilot-instructions.md file documenting repository structure, build/validation steps, CI/CD workflows, common failures, and agent guidance. This serves as the primary reference for contributors and automation agents.
• Fixed formatting in the language support table in README.md by adding missing pipe characters at the end of each row, ensuring proper markdown rendering.

Localization Updates:

• Improved the Spanish translations in main.i18n.json for copilot.toolSet.launch.description and copilot.toolSet.vscode.description to provide accurate and natural language equivalents.

[franciscosanchezrumba1-bot]

franciscosanchezrumba1-bot please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.

@microsoft-github-policy-service agree [company="{your company}"]

Options:

• (default - no company specified) I have sole ownership of intellectual property rights to my Submissions and I am not making Submissions in the course of work for my employer.

@microsoft-github-policy-service agree

• (when company given) I am making Submissions in the course of work for my employer (or my employer has intellectual property rights in my Submissions by contract or applicable law). I have permission from my employer to make Submissions and enter into this Agreement on behalf of my employer. By signing below, the defined term “You” includes me and my employer.

@microsoft-github-policy-service agree company="Microsoft"

Contributor License Agreement

[Copilot]

Pull request overview

Adds repository-facing guidance and small workflow/doc/localization tweaks to make vscode-loc easier to validate and maintain, especially for automation/agents.

Changes:

• Added .github/copilot-instructions.md with repository/build/CI/release guidance for Copilot Cloud Agent usage.
• Improved documentation formatting and expanded root README.md with repo layout/publishing details.
• Updated Spanish translations and Spanish language pack README text for clarity/localization.
• Updated CI matrix discovery to only include i18n/vscode-language-pack-* directories.

Reviewed changes

Copilot reviewed 4 out of 4 changed files in this pull request and generated 1 comment.

Show a summary per file

File	Description
README.md	Improves markdown rendering and adds repository/publishing overview.
i18n/vscode-language-pack-es/translations/main.i18n.json	Updates two Spanish strings for Copilot toolset descriptions.
i18n/vscode-language-pack-es/README.md	Refreshes Spanish/English usage + contributing text and updates links.
.github/workflows/ci.yml	Narrows matrix pack discovery to vscode-language-pack-* directories.
.github/copilot-instructions.md	Adds agent-focused build/CI/release documentation (needs accuracy fixes).

Suppressed comments (5)

.github/copilot-instructions.md:82

• The “Full Repository Build” loop enumerates all directories under i18n/, but CI now builds only vscode-language-pack-* directories. To keep this doc aligned with the workflow, apply the same filter here.

$languagePacks = Get-ChildItem ./i18n -Directory | ForEach-Object { $_.Name }

.github/copilot-instructions.md:183

• These commands mix Yarn and npm: npm install does not recreate yarn.lock. If the conflict is in yarn.lock, the regeneration command should use Yarn.

  ```powershell
  cd ./i18n/vscode-language-pack-fr
  rm yarn.lock
  npm install  # Creates new lock

**.github/copilot-instructions.md:236**
* `npm install` will not update `yarn.lock`; it updates `package-lock.json` (if present). This instruction should be tool-agnostic or explicitly call out the matching package manager for the lockfile in use.

2. Run npm install to update yarn.lock

**.github/copilot-instructions.md:217**
* The release version example doesn’t match `build/release.yml`, which uses `yyyyMMddHH` (includes the hour) when computing the patch component. Align the doc example with the pipeline to avoid confusion.

1. Update version number with timestamp patch (e.g., 1.110.20260822)

**.github/copilot-instructions.md:151**
* This section describes a CI failure on a “Windows runner” and says `setup-node@v4` is already in `ci.yml`, but the workflow runs on `ubuntu-latest` and does not currently use `actions/setup-node`. This should be reframed as a local environment issue (or recommend adding setup-node if needed).

Failure: "node: command not found"

• Symptom: CI fails immediately on Windows runner
• Cause: Node.js not in PATH or not installed
• Fix: Ensure CI runner has setup-node@v4 action before build steps (already in ci.yml)

</details>



---

💡 <a href="/microsoft/vscode-loc/new/main?filename=.github/skills/code-review/SKILL.md" class="Link--inTextBlock" target="_blank" rel="noopener noreferrer">Add a `code-review` agent skill</a> or configure MCP servers for context-aware, tailored reviews. <a href="https://docs.github.com/en/copilot/how-tos/use-copilot-agents/request-a-code-review/use-code-review#mcp-servers-and-agent-skills" class="Link--inTextBlock" target="_blank" rel="noopener noreferrer">Learn more in the docs.</a>

[franciscosanchezrumba1-bot]

Copilot # Sintaxis básica de redacción y formato

Cree un formato sofisticado para el prose y el código en GitHub con una sintaxis sencilla.

Headings

Para crear un encabezado, agregue uno a seis # símbolos antes del texto del encabezado. El número de # uso determinará el nivel de jerarquía y el tamaño del tipo de letra del encabezado.

A first-level heading

A second-level heading

A third-level heading

Al usar dos o más encabezados, GitHub genera automáticamente una tabla de contenido a la que puede acceder haciendo clic en el icono de menú "Esquema" dentro del encabezado de archivo. Cada título de título aparece en la tabla de contenido y puede hacer clic en un título para ir a la sección seleccionada.

Aplicar estilo al texto

Puede indicar énfasis con negrita, cursiva, tachado, subíndice o texto de superíndice en los campos y .md archivos de comentario.

Style Syntax Atajo de teclado Example Salida
Bold
** ** o __ __
Command+B (Mac) o Ctrl+B (Windows/Linux) **This is bold text**
Este es texto en negrita
Itálico
* * o _ _    
Command+I (Mac) o Ctrl+I (Windows/Linux) _This text is italicized_
Este texto está en cursiva
Tachado
~~ ~~ o ~ ~ Ninguno ~~This was mistaken text~~
Se equivocó el texto
Negrita y cursiva anidada
** ** y _ _ Ninguno **This text is _extremely_ important**
Este texto es extremadamente importante
Todo en negrita y cursiva *** *** Ninguno ***All this text is important***
Todo este texto es importante
Subíndice <sub> </sub> Ninguno This is a <sub>subscript</sub> text Este es un texto de subíndice
Superíndice <sup> </sup> Ninguno This is a <sup>superscript</sup> text Se trata de un texto superíndice
Subrayado <ins> </ins> Ninguno This is an <ins>underlined</ins> text Se trata de un texto subrayado

Texto citado

Puede entrecomillar texto con .>

Text that is not a quote

Text that is a quote
El texto citado se indenta con una línea vertical a la izquierda y se muestra en color gris.

Note

Al ver una conversación, puede citar automáticamente texto en un comentario resaltando el texto y escribiendo R. Para citar un comentario completo, haga clic en y, a continuación, en Respuesta de comillas. Para obtener más información sobre los métodos abreviados de teclado, vea Atajos de teclado.

Citar código

Puede destacar código o comandos dentro de una oración con comillas invertidas simples. No se dará formato al texto dentro de las comillas invertidas. También puede presionar el Command+E (Mac) o Ctrl+E (Windows/Linux) para insertar los retrocesos de un bloque de código dentro de una línea de Markdown.

Use git status to list all new or modified files that haven't yet been committed.

Para dar formato al código o al texto en su propio bloque diferenciado, use tres comillas invertidas.

Some basic Git commands are:

git status
git add
git commit

Para más información, consulta Crear y resaltar bloques de código.

Si editas fragmentos de código y tablas con frecuencia, puedes beneficiarte de habilitar una fuente de ancho fijo en todos los campos de comentarios de GitHub. Para más información, consulta Acerca de la escritura y el formato en GitHub.

Modelos de color admitidos

En los temas, solicitudes de incorporación de cambios y discusiones, pueden destacar colores dentro de una oración utilizando comillas invertidas. Un modelo de color admitido entre comillas invertidas mostrará una visualización del color.

The background color is #ffffff for light mode and #000000 for dark mode.

Estos son los modelos de color admitidos actualmente.

Color Syntax Example Salida
HEX or Hexadecimal `#RRGGBB` `#0969DA`
RGB `rgb(R,G,B)` `rgb(9, 105, 218)`
HSL `hsl(H,S,L)` `hsl(212, 92%, 45%)`
Note

• Un modelo de color admitido no puede tener espacios iniciales o finales dentro de las comillas invertidas.
• La visualización del color solo se admite en incidencias, pull requests y discusiones.

Enlaces

Puede crear un vínculo insertado ajustando el texto del vínculo entre corchetes [ ]y ajustando la dirección URL entre paréntesis ( ). También puede usar el método abreviado de teclado Comando+K para crear un vínculo. Cuando haya seleccionado texto, puede pegar una dirección URL del Portapapeles para crear automáticamente un vínculo a partir de la selección.

También puede crear un hipervínculo de Markdown resaltando el texto y usando el método abreviado de teclado Command+V. Si desea reemplazar el texto por el vínculo, use el método abreviado de teclado Command+Shift+V.

This site was built using [GitHub Pages](https://pages.github.com/).

Note

GitHub crea automáticamente vínculos cuando las direcciones URL válidas se escriben en un comentario. Para más información, consulta Referencias y direcciones URL autovinculadas.

Vínculos de sección

Puede vincular directamente a cualquier sección que tenga un encabezado. Para ver el delimitador generado automáticamente en un archivo representado, mantenga el puntero sobre el encabezado de sección para exponer el icono de y haga clic en el icono para mostrar el delimitador en el explorador.

Si necesita determinar el delimitador de un encabezado en un archivo que está editando, puede usar las siguientes reglas básicas:

• Las letras se convierten en minúsculas.
• Los espacios se reemplazan por guiones (-). Se quitan cualquier otro espacio en blanco o caracteres de puntuación.
• Se quitan los espacios en blanco iniciales y finales.
• Se quita el formato de marcado, dejando solo el contenido (por ejemplo, _italics_ se convierte en italics).
• Si el delimitador generado automáticamente para un encabezado es idéntico a un delimitador anterior en el mismo documento, se genera un identificador único anexando un guión y un entero de incremento automático.

Para obtener información más detallada sobre los requisitos de fragmentos de URI, consulte RFC 3986: Identificador uniforme de recursos (URI): Sintaxis genérica, sección 3.5.

El bloque de código siguiente muestra las reglas básicas que se usan para generar anclajes a partir de encabezados en contenido representado.

Example headings

Sample Section

This'll be a Helpful Section About the Greek Letter Θ!

A heading containing characters not allowed in fragments, UTF-8 characters, two consecutive spaces between the first and second words, and formatting.

This heading is not unique in the file

TEXT 1

This heading is not unique in the file

TEXT 2

Links to the example headings above

Link to the sample section: Link Text.

Link to the helpful section: Link Text.

Link to the first non-unique section: Link Text.

Link to the second non-unique section: Link Text.
Note

Si edita un encabezado o cambia el orden de los encabezados con anclajes "idénticos", también deberá actualizar los vínculos a esos encabezados, ya que los delimitadores cambiarán.

Vínculos relativos

Puedes definir enlaces relativos y rutas de imagen en los archivos representados para ayudar a que los lectores naveguen hasta otros archivos de tu repositorio.

Un enlace relativo es un enlace que es relativo al archivo actual. Por ejemplo, si tiene un archivo Léame en la raíz del repositorio y tiene otro archivo en docs/CONTRIBUTING.md, el vínculo relativo a CONTRIBUTING.md en el archivo Léame podría tener este aspecto:

[Contribution guidelines for this project](docs/CONTRIBUTING.md)

GitHub transformará de manera automática el enlace relativo o la ruta de imagen en cualquier rama en la que te encuentres actualmente, de modo que el enlace o ruta siempre funcione. La ruta de acceso del vínculo será relativa al archivo actual. Los vínculos que comienzan por / serán relativos a la raíz del repositorio. Puede usar todos los operandos de vínculo relativos, como ./ y ../.

El texto del vínculo debe estar en una sola línea. El ejemplo siguiente no funcionará.

Contribution
guidelines for this project
Los enlaces relativos son más sencillos para los usuarios que clonan tu repositorio. Puede que los enlaces absolutos no funcionen en los clones de tu repositorio. Recomendamos usar enlaces relativos para consultar los archivos dentro de tu repositorio.

Anclajes personalizados

Puede usar etiquetas de anclaje HTML estándar (<a name="unique-anchor-name"></a>) para crear puntos de anclaje de navegación para cualquier ubicación del documento. Para evitar referencias ambiguas, use un esquema de nomenclatura único para etiquetas de anclaje, como agregar un prefijo al valor del name atributo.

Note

Los delimitadores personalizados no se incluirán en el esquema o tabla de contenido del documento.

Puede vincular a un delimitador personalizado mediante el valor del name atributo que proporcionó el delimitador. La sintaxis es exactamente la misma que cuando enlaza a un ancla que se genera automáticamente para un encabezado.

Por ejemplo:

Section Heading

Some body text of this section.

Some text I want to provide a direct link to, but which doesn't have its own heading.

(… more content…)

A link to that custom anchor
Tip

Las anclas personalizadas no son consideradas por el comportamiento de nomenclatura y numeración automática de los vínculos de encabezado.

Saltos de línea

Si está escribiendo problemas, solicitudes de incorporación de cambios o discusiones en un repositorio, GitHub representará automáticamente un salto de línea:

This example
Will span two lines
Sin embargo, si está escribiendo en un archivo .md, el ejemplo anterior se mostraría en una única línea sin un fin de línea. Para crear un salto de línea en un archivo .md, deberá incluir uno de los siguientes elementos:

• Incluya dos espacios al final de la primera línea.
  This example  
  Will span two lines
• Incluya una barra diagonal inversa al final de la primera línea.
  This example
  Will span two lines
• Incluya una etiqueta de salto de una sola línea HTML al final de la primera línea.
  This example
  
  Will span two lines

Si deja una línea en blanco entre dos líneas, tanto en los archivos .md como en la sintaxis Markdown en incidencias, solicitudes de extracción y discusiones, las líneas se mostrarán separadas por la línea en blanco.

This example

Will have a blank line separating both lines

Imágenes

Puede mostrar una imagen agregando ! y ajuste del texto alternativo en [ ]. El texto alternativo es un texto corto equivalente a la información de la imagen. A continuación, ajuste el vínculo de la imagen entre paréntesis ().

![Screenshot of a comment on a GitHub issue showing an image, added in the Markdown, of an Octocat smiling and raising a tentacle.](https://myoctocat.com/assets/images/base-octocat.svg)

GitHub admite la inserción de imágenes en sus problemas, solicitudes de incorporación de cambios, discusiones, comentarios y .md archivos. Puede mostrar una imagen desde el repositorio, agregar un vínculo a una imagen en línea o cargar una imagen. Para obtener más información, consulte Carga de recursos.

Note

Cuando desee mostrar una imagen que se encuentra en el repositorio, use vínculos relativos en lugar de vínculos absolutos.

Estos son algunos ejemplos para usar vínculos relativos para mostrar una imagen.

Context Vínculo relativo
En un .md archivo de la misma rama /assets/images/electrocat.png
En un .md archivo de otra rama /../main/assets/images/electrocat.png
En las incidencias, solicitudes de extracción y comentarios del repositorio ../blob/main/assets/images/electrocat.png?raw=true
En un .md archivo de otro repositorio /../../../../github/docs/blob/main/assets/images/electrocat.png
En problemas, solicitudes de incorporación de cambios y comentarios de otro repositorio ../../../github/docs/blob/main/assets/images/electrocat.png?raw=true
Note

Los dos últimos vínculos relativos de la tabla anterior funcionarán para las imágenes de un repositorio privado solo si el visor tiene al menos acceso de lectura al repositorio privado que contiene estas imágenes.

Para obtener más información, vea Vínculos relativos.

Elemento Imagen

Se admite el <picture> elemento HTML.

Lists

Puede crear una lista sin ordenar si precede una o varias líneas de texto con -, *o +.

• George Washington

• John Adams

• Thomas Jefferson
  

Para ordenar la lista, precede a cada línea con un número.

1. James Madison
2. James Monroe
3. John Quincy Adams
   

Listas anidadas

Puede crear una lista anidada al sangrar uno o varios elementos de lista para ubicarlos debajo de otro elemento.

Para crear una lista anidada mediante el editor web en GitHub o un editor de texto que usa una fuente monoespacial, como Visual Studio Code, puede alinear la lista visualmente. Escriba caracteres de espacio delante del elemento de lista anidado hasta que el carácter de marcador de lista (- o *) se encuentra directamente debajo del primer carácter del texto del elemento encima de él.

1. First list item
   • First nested list item
     • Second nested list item
       Note

En el editor basado en web, puede sangr o sangr una o varias líneas de texto resaltando primero las líneas deseadas y, a continuación, usando tabulación o tabulación mayús+ respectivamente.

Para crear una lista anidada en el editor de comentarios en GitHub, que no usa una fuente monoespacial, puede examinar el elemento de lista inmediatamente encima de la lista anidada y contar el número de caracteres que aparecen antes del contenido del elemento. A continuación, escriba ese número de caracteres de espacio delante del elemento de lista anidado.

En este ejemplo, podría agregar un elemento de lista anidado bajo el elemento 100. First list item de lista mediante la sangría del elemento de lista anidado como mínimo de cinco espacios, ya que hay cinco caracteres (100. ) antes First list itemde .

100. First list item
     • First nested list item
       

Puede crear varios niveles de listas anidadas mediante el mismo método. Por ejemplo, dado que el primer elemento de lista anidado tiene siete caracteres (␣␣␣␣␣-␣) antes del contenido First nested list itemde la lista anidada, tendría que sangr el segundo elemento de lista anidado por al menos dos caracteres más (nueve espacios como mínimo).

100. First list item
     • First nested list item
       • Second nested list item
         

Para obtener más ejemplos, consulte el GitHub Especificación de Markdown con sabor.

Listas de tareas

Para crear una lista de tareas, debe añadir como prefijo un guion y espacio, seguido de [ ] a los elementos de la lista. Para marcar una tarea como completada, use [x].

• Update Localization files #739
• https://github.com/octo-org/octo-repo/issues/740
• Add delight to the experience when all tasks are complete 🎉
  

Si una descripción del elemento de lista de tareas comienza por un paréntesis, deberá escaparla con :

- [ ] \(Optional) Open a followup issue

Para más información, consulta Acerca de las listas de tareas.

Mencionar personas y equipos

Puede mencionar a una persona o equipo en GitHub escribiendo @ más su nombre de usuario o nombre de equipo. Esto desencadenará una notificación y llamará su atención a la conversación. Las personas también recibirán una notificación si edita un comentario para mencionar su nombre de usuario o nombre de equipo. Para obtener más información sobre las notificaciones, consulta Acerca de las notificaciones.

Note

Una persona solo recibirá una notificación sobre una mención si la persona tiene acceso de lectura al repositorio y, si el repositorio es propiedad de una organización, la persona es miembro de la organización.

@github/support What do you think about these updates?

Cuando menciona un equipo principal, los miembros de sus equipos secundarios también reciben notificaciones, lo que simplifica la comunicación con varios grupos. Para más información, consulta Acerca de los equipos de la organización.

Al escribir un @ símbolo se mostrará una lista de personas o equipos en un proyecto. La lista se filtra a medida que escribe, de modo que, una vez que encuentre el nombre de la persona o equipo que busca, puede usar las teclas de flecha para seleccionarlo y presionar Tabulador o Enter para completar el nombre. En el caso de los equipos, escriba y @organization/team-name todos los miembros de ese equipo se suscribirán a la conversación.

Los resultados de autocompletado están restringidos a los colaboradores del repositorio y a cualquier otro participante del hilo.

Hacer referencia a problemas y solicitudes de incorporación de cambios

Puede mostrar una lista de problemas sugeridos y solicitudes de incorporación de cambios en el repositorio escribiendo #. Escriba el número o título del problema o solicitud de incorporación de cambios para filtrar la lista y, a continuación, presione la tecla de tabulación o Intro para completar el resultado seleccionado.

Para más información, consulta Referencias y direcciones URL autovinculadas.

Hacer referencia a recursos externos

Si se configuran las referencias autovinculadas personalizadas para un repositorio, entonces las referencias a recursos externos, como un informe de problemas de JIRA o un ticket de Zendesk, se convertirán en vínculos acortados. Para saber qué autovínculos se encuentran disponibles en tu repositorio, contacta a alguien con permisos administrativos sobre el mismo. Para más información, consulta Configurar enlaces automáticos para referenciar recursos externos.

Carga de recursos

Puede cargar recursos como imágenes arrastrando y colocando, seleccionando desde un explorador de archivos o pegando. Puede cargar recursos en problemas, solicitudes de incorporación de cambios, comentarios y .md archivos en el repositorio.

Uso de emojis

Puede agregar emoji a la escritura escribiendo :EMOJICODE:, dos puntos seguidos del nombre del emoji.

@octocat :+1: This PR looks great - it's ready to merge! :shipit:

Escritura : mostrará una lista de emojis sugeridos. La lista filtrará a medida que escriba, por lo que una vez que encuentre el emoji que busca, presione Tab o Entrar para completar el resultado resaltado.

Para obtener una lista completa de los códigos y emoji disponibles, consulta emoji-Cheat-Sheet.

Paragraphs

Puede crear un nuevo párrafo dejando una línea en blanco entre líneas de texto.

Footnotes

Puede agregar notas al pie al contenido mediante esta sintaxis de corchetes:

Here is a simple footnote[^1].

A footnote can also have multiple lines[^2].

[^1]: My reference.
[^2]: To add line breaks within a footnote, add 2 spaces to the end of a line.  
This is a second line.

La nota al pie se representará de la siguiente manera:

Note

La posición de una nota al pie en Markdown no influye en dónde se mostrará la nota al pie. Puede escribir una nota al pie justo después de la referencia a dicha nota, y la nota al pie se seguirá mostrando en la parte inferior del documento Markdown. Las notas al pie no se admiten en wikis.

Alerts

Las alertas, también conocidas como llamadas o admoniciones, son una extensión de Markdown basada en la sintaxis blockquote que puede usar para resaltar la información crítica. En GitHub, se muestran con colores e iconos distintivos para indicar la importancia del contenido.

Use alertas solo cuando sean cruciales para el éxito del usuario y limite a uno o dos por artículo para evitar sobrecargar el lector. Además, debe evitar colocar alertas consecutivamente. Las alertas no se pueden anidar dentro de otros elementos.

Para agregar una alerta, use una línea blockquote especial que especifique el tipo de alerta, seguido de la información de alerta en un blockquote estándar. Hay cinco tipos de alertas disponibles:

[!NOTE]
Useful information that users should know, even when skimming content.

[!TIP]
Helpful advice for doing things better or more easily.

[!IMPORTANT]
Key information users need to know to achieve their goal.

[!WARNING]
Urgent info that needs immediate user attention to avoid problems.

[!CAUTION]
Advises about risks or negative outcomes of certain actions.
Estas son las alertas representadas:

Ocultar contenido con comentarios

Puede indicarle GitHub que oculte el contenido de Markdown representado colocando el contenido en un comentario HTML.

<!-- This content will not appear in the rendered Markdown -->

Omitir el formato de Markdown

Puede indicarle GitHub que omita (o escape) el formato markdown mediante \ antes del carácter Markdown.

Let's rename \*our-new-project\* to \*our-old-project\*.

Para obtener más información sobre las barras diagonales inversas, vea Daring Fireball's Markdown Syntax( Sintaxis markdown de Daring Fireball).

Note

El formato Markdown no se omitirá en el título de un problema o una solicitud de incorporación de cambios.

Desactivar la renderización de Markdown

Cuando ves un archivo de lenguaje de marcado, puedes hacer clic en Código en la parte superior de este para inhabilitar la representación de lenguaje de marcado y ver en su lugar el código fuente del archivo.

El inhabilitar la interpretación de lenguaje de marcado te permite utilizar las características de vista de código fuente, tales como el enlazado de líneas, el cual no es posible cuando se está viendo un archivo interpretado en lenguaje de marcado.

Lectura adicional

• 
  GitHub Especificación de Markdown con sabor
• Acerca de la escritura y el formato en GitHub
• Trabajar con formato avanzado
• Inicio rápido para escribir en GitHub

[franciscosanchezrumba1-bot]

Copilot, corrige los conflictos de fusión mediante combinación en esta solicitud de cambios.

[franciscosanchezrumba1-bot]

Copilot, corrige los conflictos de fusión mediante combinación en esta solicitud de cambios.

[franciscosanchezrumba1-bot]

franciscosanchezrumba1-bot please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.

@microsoft-github-policy-service agree [company="{your company}"]

Options:

• (default - no company specified) I have sole ownership of intellectual property rights to my Submissions and I am not making Submissions in the course of work for my employer.

@microsoft-github-policy-service agree

• (when company given) I am making Submissions in the course of work for my employer (or my employer has intellectual property rights in my Submissions by contract or applicable law). I have permission from my employer to make Submissions and enter into this Agreement on behalf of my employer. By signing below, the defined term “You” includes me and my employer.

@microsoft-github-policy-service agree company="Microsoft"

Contributor License Agreement

Contribution License Agreement

This Contribution License Agreement (“Agreement”) is agreed to by the party signing below (“You”),
and conveys certain license rights to Microsoft Corporation and its affiliates (“Microsoft”) for Your
contributions to Microsoft open source projects. This Agreement is effective as of the latest signature
date below.

1. Definitions.
   “Code” means the computer software code, whether in human-readable or machine-executable form,
   that is delivered by You to Microsoft under this Agreement.
   “Project” means any of the projects owned or managed by Microsoft and offered under a license
   approved by the Open Source Initiative (www.opensource.org).
   “Submit” is the act of uploading, submitting, transmitting, or distributing code or other content to any
   Project, including but not limited to communication on electronic mailing lists, source code control
   systems, and issue tracking systems that are managed by, or on behalf of, the Project for the purpose of
   discussing and improving that Project, but excluding communication that is conspicuously marked or
   otherwise designated in writing by You as “Not a Submission.”
   “Submission” means the Code and any other copyrightable material Submitted by You, including any
   associated comments and documentation.
2. Your Submission. You must agree to the terms of this Agreement before making a Submission to any
   Project. This Agreement covers any and all Submissions that You, now or in the future (except as
   described in Section 4 below), Submit to any Project.
3. Originality of Work. You represent that each of Your Submissions is entirely Your original work.
   Should You wish to Submit materials that are not Your original work, You may Submit them separately
   to the Project if You (a) retain all copyright and license information that was in the materials as You
   received them, (b) in the description accompanying Your Submission, include the phrase “Submission
   containing materials of a third party:” followed by the names of the third party and any licenses or other
   restrictions of which You are aware, and (c) follow any other instructions in the Project’s written
   guidelines concerning Submissions.
4. Your Employer. References to “employer” in this Agreement include Your employer or anyone else
   for whom You are acting in making Your Submission, e.g. as a contractor, vendor, or agent. If Your
   Submission is made in the course of Your work for an employer or Your employer has intellectual
   property rights in Your Submission by contract or applicable law, You must secure permission from Your
   employer to make the Submission before signing this Agreement. In that case, the term “You” in this
   Agreement will refer to You and the employer collectively. If You change employers in the future and
   desire to Submit additional Submissions for the new employer, then You agree to sign a new Agreement
   and secure permission from the new employer before Submitting those Submissions.
5. Licenses.

• Copyright License. You grant Microsoft, and those who receive the Submission directly or
  indirectly from Microsoft, a perpetual, worldwide, non-exclusive, royalty-free, irrevocable license in the
  Submission to reproduce, prepare derivative works of, publicly display, publicly perform, and distribute
  the Submission and such derivative works, and to sublicense any or all of the foregoing rights to third
  parties.
• Patent License. You grant Microsoft, and those who receive the Submission directly or
  indirectly from Microsoft, a perpetual, worldwide, non-exclusive, royalty-free, irrevocable license under
  Your patent claims that are necessarily infringed by the Submission or the combination of the
  Submission with the Project to which it was Submitted to make, have made, use, offer to sell, sell and
  import or otherwise dispose of the Submission alone or with the Project.
• Other Rights Reserved. Each party reserves all rights not expressly granted in this Agreement.
  No additional licenses or rights whatsoever (including, without limitation, any implied licenses) are
  granted by implication, exhaustion, estoppel or otherwise.

6. Representations and Warranties. You represent that You are legally entitled to grant the above
   licenses. You represent that each of Your Submissions is entirely Your original work (except as You may
   have disclosed under Section 3). You represent that You have secured permission from Your employer to
   make the Submission in cases where Your Submission is made in the course of Your work for Your
   employer or Your employer has intellectual property rights in Your Submission by contract or applicable
   law. If You are signing this Agreement on behalf of Your employer, You represent and warrant that You
   have the necessary authority to bind the listed employer to the obligations contained in this Agreement.
   You are not expected to provide support for Your Submission, unless You choose to do so. UNLESS
   REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING, AND EXCEPT FOR THE WARRANTIES
   EXPRESSLY STATED IN SECTIONS 3, 4, AND 6, THE SUBMISSION PROVIDED UNDER THIS AGREEMENT IS
   PROVIDED WITHOUT WARRANTY OF ANY KIND, INCLUDING, BUT NOT LIMITED TO, ANY WARRANTY OF
   NONINFRINGEMENT, MERCHANTABILITY, OR FITNESS FOR A PARTICULAR PURPOSE.
7. Notice to Microsoft. You agree to notify Microsoft in writing of any facts or circumstances of which
   You later become aware that would make Your representations in this Agreement inaccurate in any
   respect.
8. Information about Submissions. You agree that contributions to Projects and information about
   contributions may be maintained indefinitely and disclosed publicly, including Your name and other
   information that You submit with Your Submission.
9. Governing Law/Jurisdiction. This Agreement is governed by the laws of the State of Washington, and
   the parties consent to exclusive jurisdiction and venue in the federal courts sitting in King County,
   Washington, unless no federal subject matter jurisdiction exists, in which case the parties consent to
   exclusive jurisdiction and venue in the Superior Court of King County, Washington. The parties waive all
   defenses of lack of personal jurisdiction and forum non-conveniens.
10. Entire Agreement/Assignment. This Agreement is the entire agreement between the parties, and
    supersedes any and all prior agreements, understandings or communications, written or oral, between
    the parties relating to the subject matter hereof. This Agreement may be assigned by Microsoft.

[franciscosanchezrumba1-bot]

Copilot, corrige los conflictos de fusión mediante combinación en esta solicitud de cambios.

[franciscosanchezrumba1-bot]

Copilot, corrige los conflictos de fusión mediante combinación en esta solicitud de cambios.

[microsoft-github-policy-service]

franciscosanchezrumba1-bot please read the following Contributor License Agreement(CLA). If you agree with the CLA, please reply with the following information.

@microsoft-github-policy-service agree [company="{your company}"]

Options:

• (default - no company specified) I have sole ownership of intellectual property rights to my Submissions and I am not making Submissions in the course of work for my employer.

@microsoft-github-policy-service agree

• (when company given) I am making Submissions in the course of work for my employer (or my employer has intellectual property rights in my Submissions by contract or applicable law). I have permission from my employer to make Submissions and enter into this Agreement on behalf of my employer. By signing below, the defined term “You” includes me and my employer.

@microsoft-github-policy-service agree company="Microsoft"

Contributor License Agreement

Contribution License Agreement

This Contribution License Agreement (“Agreement”) is agreed to by the party signing below (“You”),
and conveys certain license rights to Microsoft Corporation and its affiliates (“Microsoft”) for Your
contributions to Microsoft open source projects. This Agreement is effective as of the latest signature
date below.

1. Definitions.
   “Code” means the computer software code, whether in human-readable or machine-executable form,
   that is delivered by You to Microsoft under this Agreement.
   “Project” means any of the projects owned or managed by Microsoft and offered under a license
   approved by the Open Source Initiative (www.opensource.org).
   “Submit” is the act of uploading, submitting, transmitting, or distributing code or other content to any
   Project, including but not limited to communication on electronic mailing lists, source code control
   systems, and issue tracking systems that are managed by, or on behalf of, the Project for the purpose of
   discussing and improving that Project, but excluding communication that is conspicuously marked or
   otherwise designated in writing by You as “Not a Submission.”
   “Submission” means the Code and any other copyrightable material Submitted by You, including any
   associated comments and documentation.
2. Your Submission. You must agree to the terms of this Agreement before making a Submission to any
   Project. This Agreement covers any and all Submissions that You, now or in the future (except as
   described in Section 4 below), Submit to any Project.
3. Originality of Work. You represent that each of Your Submissions is entirely Your original work.
   Should You wish to Submit materials that are not Your original work, You may Submit them separately
   to the Project if You (a) retain all copyright and license information that was in the materials as You
   received them, (b) in the description accompanying Your Submission, include the phrase “Submission
   containing materials of a third party:” followed by the names of the third party and any licenses or other
   restrictions of which You are aware, and (c) follow any other instructions in the Project’s written
   guidelines concerning Submissions.
4. Your Employer. References to “employer” in this Agreement include Your employer or anyone else
   for whom You are acting in making Your Submission, e.g. as a contractor, vendor, or agent. If Your
   Submission is made in the course of Your work for an employer or Your employer has intellectual
   property rights in Your Submission by contract or applicable law, You must secure permission from Your
   employer to make the Submission before signing this Agreement. In that case, the term “You” in this
   Agreement will refer to You and the employer collectively. If You change employers in the future and
   desire to Submit additional Submissions for the new employer, then You agree to sign a new Agreement
   and secure permission from the new employer before Submitting those Submissions.
5. Licenses.

• Copyright License. You grant Microsoft, and those who receive the Submission directly or
  indirectly from Microsoft, a perpetual, worldwide, non-exclusive, royalty-free, irrevocable license in the
  Submission to reproduce, prepare derivative works of, publicly display, publicly perform, and distribute
  the Submission and such derivative works, and to sublicense any or all of the foregoing rights to third
  parties.
• Patent License. You grant Microsoft, and those who receive the Submission directly or
  indirectly from Microsoft, a perpetual, worldwide, non-exclusive, royalty-free, irrevocable license under
  Your patent claims that are necessarily infringed by the Submission or the combination of the
  Submission with the Project to which it was Submitted to make, have made, use, offer to sell, sell and
  import or otherwise dispose of the Submission alone or with the Project.
• Other Rights Reserved. Each party reserves all rights not expressly granted in this Agreement.
  No additional licenses or rights whatsoever (including, without limitation, any implied licenses) are
  granted by implication, exhaustion, estoppel or otherwise.

6. Representations and Warranties. You represent that You are legally entitled to grant the above
   licenses. You represent that each of Your Submissions is entirely Your original work (except as You may
   have disclosed under Section 3). You represent that You have secured permission from Your employer to
   make the Submission in cases where Your Submission is made in the course of Your work for Your
   employer or Your employer has intellectual property rights in Your Submission by contract or applicable
   law. If You are signing this Agreement on behalf of Your employer, You represent and warrant that You
   have the necessary authority to bind the listed employer to the obligations contained in this Agreement.
   You are not expected to provide support for Your Submission, unless You choose to do so. UNLESS
   REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING, AND EXCEPT FOR THE WARRANTIES
   EXPRESSLY STATED IN SECTIONS 3, 4, AND 6, THE SUBMISSION PROVIDED UNDER THIS AGREEMENT IS
   PROVIDED WITHOUT WARRANTY OF ANY KIND, INCLUDING, BUT NOT LIMITED TO, ANY WARRANTY OF
   NONINFRINGEMENT, MERCHANTABILITY, OR FITNESS FOR A PARTICULAR PURPOSE.
7. Notice to Microsoft. You agree to notify Microsoft in writing of any facts or circumstances of which
   You later become aware that would make Your representations in this Agreement inaccurate in any
   respect.
8. Information about Submissions. You agree that contributions to Projects and information about
   contributions may be maintained indefinitely and disclosed publicly, including Your name and other
   information that You submit with Your Submission.
9. Governing Law/Jurisdiction. This Agreement is governed by the laws of the State of Washington, and
   the parties consent to exclusive jurisdiction and venue in the federal courts sitting in King County,
   Washington, unless no federal subject matter jurisdiction exists, in which case the parties consent to
   exclusive jurisdiction and venue in the Superior Court of King County, Washington. The parties waive all
   defenses of lack of personal jurisdiction and forum non-conveniens.
10. Entire Agreement/Assignment. This Agreement is the entire agreement between the parties, and
    supersedes any and all prior agreements, understandings or communications, written or oral, between
    the parties relating to the subject matter hereof. This Agreement may be assigned by Microsoft.

[franciscosanchezrumba1-bot]

Copilot, corrige los conflictos de fusión mediante combinación en esta solicitud de cambios.