diff --git a/src/content/contributor-docs/en/steward_guidelines.mdx b/src/content/contributor-docs/en/steward_guidelines.mdx
index 95f8fb54ae..30bda9bf35 100644
--- a/src/content/contributor-docs/en/steward_guidelines.mdx
+++ b/src/content/contributor-docs/en/steward_guidelines.mdx
@@ -110,7 +110,7 @@ Bug report issues should use the "Found a bug" issue template. The following wor
      * Otherwise, leave a comment about where the bug report should be filed (with a direct link provided) and close the issue.
    * The first step in reviewing a bug report is to see if enough information is provided for a bug replication, and if so, attempt to replicate the bug as described.
 2. If the bug can be replicated:
-   * Some discussion may be required to determine the best way to fix a particular bug. Sometimes, it may be straightforward; sometimes, it may be tricky. Please refer to [p5.js' design principles](../contributor_guidelines.md#software-design-principles) when making this decision on a case-by-case basis.
+   * Some discussion may be required to determine the best way to fix a particular bug. Sometimes, it may be straightforward; sometimes, it may be tricky. Please refer to [p5.js' design principles](../contributor_guidelines/#software-design-principles) when making this decision on a case-by-case basis.
    * If the issue author indicated in the issue they are willing to contribute a fix:
      * Approve the issue for fixing by the issue author by leaving a comment and assigning them to the issue. Use the cog button on the right side next to "Assignee".
    * If the issue author does not wish to contribute a fix:
@@ -135,7 +135,7 @@ Feature request issues should use the "New Feature Request" issue template. The
    * If a feature request does not have the "Increasing Access" field sufficiently filled out, you can ask the issue author how the feature increases access.
    * The access statement of a feature can be provided by a different member of the community, including the issue reviewers.
 2. The new feature request can be assessed for inclusion based on the following criteria.
-   * Does the feature fit into the project scope and [design principles](../contributor_guidelines.md#software-design-principles) of p5.js?
+   * Does the feature fit into the project scope and [design principles](../contributor_guidelines/#software-design-principles) of p5.js?
      * For example, a request to add a new drawing primitive shape may be considered, but a request to adopt a browser-based IOT protocol will likely be out of scope.
      * Overall, the scope of p5.js should be relatively narrow in order to avoid excessive bloat from rarely used features.
      * If a feature does not fit into the scope of p5.js, suggest that the issue author implement the feature as an addon library.
@@ -233,7 +233,7 @@ Dependabot PRs are usually only visible to repo admins so if this does not apply
 
 ## Build process
 
-This section will not cover the general build setup nor commands but rather details about what's happening behind the scenes. Please see the [contributor’s guidelines](../contributor_guidelines.md#working-on-p5js-codebase) for more detailed build info.
+This section will not cover the general build setup nor commands but rather details about what's happening behind the scenes. Please see the [contributor’s guidelines](../contributor_guidelines/#working-on-the-p5js-codebase) for more detailed build info.
 
 Starting with p5.js version 2.0, the project no longer uses Grunt for task automation. Instead, the build and test processes are handled using modern tools like npm scripts, ESLint, and [Vitest](https://vitest.dev/).
 
diff --git a/src/content/contributor-docs/es/steward_guidelines.mdx b/src/content/contributor-docs/es/steward_guidelines.mdx
index fadfdfc2b7..dc3120b90f 100644
--- a/src/content/contributor-docs/es/steward_guidelines.mdx
+++ b/src/content/contributor-docs/es/steward_guidelines.mdx
@@ -12,29 +12,28 @@ Ya sea que seas nuevo contribuyendo para p5.js, que seas activo en los repositor
 
 ## Tabla de Contenidos
 
-* [Stewardship (Guía de Área)](#stewardship)
-  * [Cuidado de la Comunidad](#community-care)
-  * [Áreas](#areas)
-  * [Convertirse en Steward](#becoming-a-steward)
-  * [Comenzando como Steward](#getting-started-with-stewardship)
-* [Issues](../steward_guidelines.md#issues)
-  * [Informe de Errores](../steward_guidelines.md#informe-de-errores)
-  * [Solicitud de Funcionalidades](../steward_guidelines.md#solicitud-de-funcionalidades)
-  * [Mejora de Funcionalidades](../steward_guidelines.md#mejora-de-funcionalidades)
-  * [Discusión](../steward_guidelines.md#discusión/)
-* [Pull Requests](../steward_guidelines.md#pull-requests)
-  * [Corrección Sencilla](../steward_guidelines.md#correción-sencilla/)
-  * [Corrección de Error](../steward_guidelines.md#corrección-de-error/)
-  * [Nuevas Funcionalidades/Mejora de Funcionalidades](../steward_guidelines.md#nuevas-funcionalidades/Mejora-de-funcionalidades/)
-  * [Dependabot](../steward_guidelines.md#dependabot)
-* [Proceso de Construcción](../steward_guidelines.md#proceso-de-construcción/)
-  * [Tarea Principal de Construcción](../steward_guidelines.md#tarea-principal-de-construcción/)
-  * [Tarea Variada](../steward_guidelines.md#tarea-variada)
-* [Proceso de Lanzamiento](../steward_guidelines.md#proceso-de-lanzamiento)
-* [Consejos y Trucos](../steward_guidelines.md#consejos-y-trucos)
-  * [Plantillas de Respuesta](../steward_guidelines.md#plantillas-de-respuesta)
-  * [GitHub CLI](../steward_guidelines.md#github-cli)
-  * [Gestión de Notificaciones](../steward_guidelines.md#gestión-de-notificaciones/)
+* [Stewardship (Guía de Área)](#stewardship-rol-de-guía-de-área)
+  * [Cuidado de la Comunidad](#cuidado-de-la-comunidad)
+  * [Áreas](#áreas)
+  * [Convertirse en Steward](#convertirse-en-steward)
+  * [Comenzando como Steward](#comenzando-como-steward)
+* [Issues](#issues)
+  * [Informe de Errores](#informe-de-errores)
+  * [Solicitud de Funcionalidades](#solicitud-de-funcionalidades)
+  * [Mejora de Funcionalidades](#mejora-de-funcionalidades)
+  * [Discusión](#discusión)
+* [Pull Requests](#pull-requests)
+  * [Corrección Sencilla](#correción-sencilla)
+  * [Corrección de Error](#corrección-de-error)
+  * [Nuevas Funcionalidades/Mejora de Funcionalidades](#nuevas-funcionalidadesmejora-de-funcionalidades)
+  * [Dependabot](#dependabot)
+* [Proceso de Construcción](#proceso-de-compilación)
+  * [Tarea Principal de Construcción](#tarea-principal-de-construcción)
+* [Proceso de Lanzamiento](#proceso-de-lanzamiento)
+* [Consejos y Trucos](#consejos-y-trucos)
+  * [Plantillas de Respuesta](#plantillas-de-respuesta)
+  * [GitHub CLI](#github-cli)
+  * [Gestión de Notificaciones](#gestión-de-notificaciones)
 
 ***
 
@@ -92,7 +91,7 @@ Para permanecer como steward, debes contribuir como steward en al menos 1 de los
 
 ### Comenzando como Steward
 
-1. Mantén estas directrices a mano como referencia: cómo ayudar con nuevos issues, bugs y funcionalidades. Por ejemplo, la sección "Solicitud de Funcionalidades" incluye consejos sobre cómo usar la [declaración de acceso](../\[access.md]\(https://github.com/processing/p5.js/blob/dev-2.0/contributor_docs/es/access/\)) de p5.js como steward.
+1. Mantén estas directrices a mano como referencia: cómo ayudar con nuevos issues, bugs y funcionalidades. Por ejemplo, la sección "Solicitud de Funcionalidades" incluye consejos sobre cómo usar la [declaración de acceso](../es/contribute/access/) de p5.js como steward.
 2. Al ayudar a responder preguntas técnicas o revisar, intenta aplicar la [directriz de la Processing Foundation sobre cómo responder preguntas](https://discourse.processing.org/t/guidelines-answering-questions/2145). Estas pueden ser especialmente útiles para dar retroalimentación técnica constructiva.
 3. Únete al [Discord de p5.js](https://discord.p5js.org). ¡En el canal `#contribute-to-p5` cualquier pregunta o propuesta de mejora sobre este proceso es bienvenida!
 
@@ -111,7 +110,7 @@ Los *issues* de informes de errores deberían utilizar la plantilla de *Issue* "
      * De lo contrario, deje un comentario sobre dónde debería presentarse el informe de error (con un enlace directo proporcionado) y cierre el *issue*.
    * El primer paso para revisar un informe de error es verificar si se proporciona suficiente información para replicar el error, y si es así, se debe intentar replicar el error según lo descrito.
 2. Si el error se puede replicar:
-   * Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. A veces, puede ser directo;otras veces, puede ser complicado. Por favor, consulte los [principios de diseño de p5.js](../design_principles/) al tomar esta decisión caso por caso.
+   * Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. Puede ser necesario realizar alguna discusión para determinar la mejor manera de solucionar un error particular. A veces, puede ser directo;otras veces, puede ser complicado. Por favor, consulte los [principios de diseño de p5.js](../es/contribute/contributor_guidelines/#software-design-principles) al tomar esta decisión caso por caso.
    * Si el autor del *issue* indicó en el *issue* que está dispuesto a contribuir con una solución:
      * Apruebe el *issue* para su solución por parte del autor del *issue* dejando un comentario y asignándoles el *issue*. Utilice el botón de engranaje en el lado derecho junto a "Assignee".
    * Si el autor del *issue* no desea contribuir con una solución:
@@ -132,11 +131,11 @@ Los *issues* de informes de errores deberían utilizar la plantilla de *Issue* "
 
 Los *issues* para solicitar funcionalidades deberían utilizar la plantilla "New Feature Request". El siguiente flujo de trabajo es típico para abordar las solicitudes de función:
 
-1. Como parte del compromiso de p5.js de aumentar el acceso, una solicitud de función debe justificar cómo aumenta el acceso de p5.js a comunidades que históricamente han sido marginadas en el campo. Más detalles están disponibles [aquí](../access/).
+1. Como parte del compromiso de p5.js de aumentar el acceso, una solicitud de función debe justificar cómo aumenta el acceso de p5.js a comunidades que históricamente han sido marginadas en el campo. Más detalles están disponibles [aquí](../es/contribute/access/).
    * Si una solicitud de funcionalidad no tiene suficientemente completado el campo "Increasing Access" ("Aumento de Acceso"), puedes preguntar al autor del *issue* cómo la funcionalidad aumenta el acceso.
    * La declaración de acceso de una funcionalidad puede ser proporcionada por un miembro diferente de la comunidad, incluidos los revisores de *issue*.
 2. Una nueva solicitud de funcionalidad puede ser evaluada para su inclusión en base a los siguientes criterios:
-   * ¿La función encaja en el alcance del proyecto y los principios de diseño [principios de diseño](../design_principles/) de p5.js?
+   * ¿La función encaja en el alcance del proyecto y los principios de diseño [principios de diseño](../es/contribute/contributor_guidelines/#software-design-principles) de p5.js?
      * Por ejemplo, una solicitud para agregar una nueva forma primitiva de dibujo puede ser considerada, pero una solicitud para adoptar un protocolo de Internet de las cosas basado en el navegador probablemente estará fuera de alcance.
      * En general, el alcance de p5.js debería ser relativamente estrecho para evitar un exceso de características poco utilizadas.
      * Si una función no encaja en el alcance de p5.js, sugiere al autor del *issue* que implemente la función como una biblioteca complementaria.
@@ -153,7 +152,7 @@ Los *issues* para solicitar funcionalidades deberían utilizar la plantilla "New
 
 Las solicitudes de *issues* de mejora de función deberían utilizar la plantilla de incidentes de "Existing Feature Enhancement" (Mejora de Funcionalidades Existentes). El proceso es muy similar a las solicitudes de nuevas funcionalidades. La diferencia entre una *new feature request* (solicitud de nueva funcionalidad) y una *feature request* (Mejora de Funcionalidad) puede ser confusa a veces. La mejora de función principalmente trata sobre las funcionalidades existentes de p5.js, mientras que una solicitud de nueva función podría estar solicitando la adición de funcionalidades completamente nuevas.
 
-1. Similar a las solicitudes de nuevas funcionalidades, las mejoras de función solo deben ser aceptadas si aumentan el acceso a p5.js. Por favor, consulta el punto 1 de la [sección anterior](../steward_guidelines.md#feature-request).
+1. Similar a las solicitudes de nuevas funcionalidades, las mejoras de función solo deben ser aceptadas si aumentan el acceso a p5.js. Por favor, consulta el punto 1 de la [sección anterior](../es/contribute/steward_guidelines/#feature-request).
 2. Los criterios de inclusión para las mejoras de función son similares a los de las solicitudes de nuevas funcionalidades, pero se debe prestar especial atención a los posibles cambios incompatibles.
    * Si se están modificando funcionalidades existentes, todas las firmas de funcionalidades válidas y documentadas previamente deben comportarse de la misma manera.
 3. Las mejoras de funcionalidades deben ser aprobadas por al menos un supervisor o responsable de mantenimiento antes de que comience el trabajo hacia una *pull request*. El proceso de revisión de *pull request* para mejoras de funcionalidades está documentado a continuación.
@@ -173,7 +172,7 @@ Este tipo de *issue* tiene una plantilla mínima de discusión y debería ser ut
 Casi todas las contribuciones de código a los repositorios de p5.js se realizan a través de Pull Request. Los supervisores y los responsables de mantenimiento pueden tener *push access* (acceso de escritura) a los repositorios, pero aún se les anima a seguir el mismo proceso de *issue* > *pull request* > proceso de revisión al contribuir con código. Aquí están los pasos para revisar una *pull request*:
 
 * La plantilla de pull request se puede encontrar [Aquî](https://github.com/processing/p5.js/blob/main/.github/PULL_REQUEST_TEMPLATE.md).
-* Casi todas las solicitudes de pull requests deben tener *issues* asociados abiertos y discutidos primero, lo que significa que los["flujos de trabajo de los *issues* mås relevantes ](../steward_guidelines.md#issues) deben haber sido seguidos primero antes de que una *pull request* sea revisada por cualquier supervisor o responsable de mantenimiento.
+* Casi todas las solicitudes de pull requests deben tener *issues* asociados abiertos y discutidos primero, lo que significa que los["flujos de trabajo de los *issues* mås relevantes ](../es/contribute/steward_guidelines/#issues) deben haber sido seguidos primero antes de que una *pull request* sea revisada por cualquier supervisor o responsable de mantenimiento.
   * Las únicas instancias donde esto no se aplica son correcciones muy menores de errores tipográficos, las cuales no requieren un *issue* abierto y pueden ser fusionadas por cualquier persona con acceso para aplicar *merge* (fusionar) al repositorio, incluso si no son supervisores de una área en particular.
   * Si bien esta excepción existe, la aplicaremos en la práctica solo mientras se siga alentando a los contribuyentes a abrir nuevos *issues* primero. En otras palabras, si tienes dudas sobre si esta excepción se aplica, simplemente abre un *issue* de todos modos.
 * Si una "pull request"no resuelve completamente el *issue* referenciado, puedes editar la publicación original y cambiar "Resolves #OOOO" a "Addresses #OOOO" para que no cierre automáticamente el *issue* original cuando la *pull request* aplique *merge* (se fusione).
@@ -189,7 +188,7 @@ Correcciones simples, como la corrección de un pequeño error tipográfico, pue
 
 1. *Bug fixes* (Corrección de errores) deberían ser revisado por el supervisor del área relevante, idealmente el mismo que aprobó el *issue* referenciado para su corrección.
 2. La pestaña "Files Changed" de la *pull request* se puede utilizar para revisar inicialmente si el *fix* (la ccorrección) se implementa según lo descrito en la discusión del *issue*.
-3. La *pull request* Debería ser probada localmente siempre que sea posible y relevante. El GitHub CLI puede ayudar a agilizar parte del proceso. Ver más abajo en [Consejos y trucos](../steward_guidelines.md#tips-tricks).
+3. La *pull request* Debería ser probada localmente siempre que sea posible y relevante. El GitHub CLI puede ayudar a agilizar parte del proceso. Ver más abajo en [Consejos y trucos](#consejos-y-trucos).
    * [ ] La Corrección debe abordar suficientemente el *issue* original.
    * [ ] La Corrección no debe cambiar ningún comportamiento existente a menos que se acuerde en el *issue* original.
    * [ ] La Corrección no debe tener un impacto significativo en el rendimiento de p5.js.
@@ -228,7 +227,7 @@ Las *pull requests* de Dependabot generalmente solo son visibles para los admini
 
 ## Proceso de Compilación
 
-Esta sección no cubrirá la configuración general de compilación (build) ni los comandos, sino más bien detalles sobre lo que sucede detrás de escena. Consulta las [directrices para administradores](../contributor_guidelines.md#working-on-p5js-codebase) para obtener información más detallada sobre la construcción.
+Esta sección no cubrirá la configuración general de compilación (build) ni los comandos, sino más bien detalles sobre lo que sucede detrás de escena. Consulta las [directrices para administradores](../es/contribute/contributor_guidelines/#working-on-the-p5js-codebase/) para obtener información más detallada sobre la construcción.
 
 A partir de la versión 2.0 de p5.js, el proyecto ya no usa Grunt para la automatización de tareas. En su lugar, los procesos de compilación y pruebas (test) se manejan usando herramientas modernas como scripts de npm, ESLint y [Vitest](https://vitest.dev/).
 
@@ -297,7 +296,7 @@ Nota: El proceso de compilación de Browserify/Grunt (por ejemplo, `browserify`,
 
 ## Proceso de Lanzamiento
 
-Consulta [release\_process.md](../release_process/).
+Consulta [release\_process.md](../es/contribute/release_process/).
 
 ***
 
@@ -329,13 +328,13 @@ A continuación, se muestran algunas de las Respuestas Guardadas que están sien
 
 ##### Cerrando: Acceso
 
-> No veo mucho interés en esta función, y no tenemos una explicación clara de cómo [amplía el acceso](../access/), así que cerraré esto por ahora. Si se puede agregar una declaración de acceso a la solicitud del <em>issue</em>, no dudes en volver a abrirlo.
+> No veo mucho interés en esta función, y no tenemos una explicación clara de cómo [amplía el acceso](../es/contribute/access/), así que cerraré esto por ahora. Si se puede agregar una declaración de acceso a la solicitud del <em>issue</em>, no dudes en volver a abrirlo.
 
-> No vemos una explicación más detallada de cómo esta cuestión [amplía el acceso](../access/), así que cerraré este <em>issue</em> por ahora. Si se puede agregar una declaración de acceso más detallada a la solicitud de función, no dudes en volver a abrirla. ¡Gracias!
+> No vemos una explicación más detallada de cómo esta cuestión [amplía el acceso](../es/contribute/access/), así que cerraré este <em>issue</em> por ahora. Si se puede agregar una declaración de acceso más detallada a la solicitud de función, no dudes en volver a abrirla. ¡Gracias!
 
 ##### Cerrando: Complemento
 
-> Creo que esta función está fuera del alcance de la API de p5.js (intentamos mantenerla lo más minimalista posible), pero podría ser un gran punto de partida para una biblioteca complementaria. Consulta la documentación aquí sobre cómo crear un complemento: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../creating_libraries/)
+> Creo que esta función está fuera del alcance de la API de p5.js (intentamos mantenerla lo más minimalista posible), pero podría ser un gran punto de partida para una biblioteca complementaria. Consulta la documentación aquí sobre cómo crear un complemento: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../es/contribute/creating_libraries/).
 
 ##### Cerrando PR: Primero Necesita <em>Issue</em>
 
diff --git a/src/content/contributor-docs/hi/steward_guidelines.mdx b/src/content/contributor-docs/hi/steward_guidelines.mdx
index 5e3cbdab97..13194cde7e 100644
--- a/src/content/contributor-docs/hi/steward_guidelines.mdx
+++ b/src/content/contributor-docs/hi/steward_guidelines.mdx
@@ -12,30 +12,29 @@ description: |
 
 ## विषय सूची
 
-* [समस्याएँ](../steward_guidelines.md#समस्याएँ/)
+* [समस्याएँ](#समस्याएँ)
 
-  * [बग रिपोर्ट](../steward_guidelines.md#बग-रिपोर्ट/)
-  * [सुविधा अनुरोध](../steward_guidelines.md#सुविधा-अनुरोध/)
-  * [सुविधा विस्तार](../steward_guidelines.md#सुविधा-विस्तार/)
-  * [चर्चा](../steward_guidelines.md#चर्चा/)
+  * [बग रिपोर्ट](#बग-रिपोर्ट)
+  * [सुविधा अनुरोध](#सुविधा-अनुरोध)
+  * [सुविधा विस्तार](#सुविधा-विस्तार)
+  * [चर्चा](#चर्चा)
 
-* [पुल-रिक्वेस्ट](../steward_guidelines.md#पुल-रिक्वेस्ट/)
+* [पुल-रिक्वेस्ट](#पुल-रिक्वेस्ट)
 
-  * [सरल सुधार](../steward_guidelines.md#सरल-सुधार/)
-  * [बग फ़िक्स](../steward_guidelines.md#बग-फ़िक्स/)
-  * [नई सुविधा/सुविधा वृद्धि](../steward_guidelines.md#नई-सुविधासुविधा-वृद्धि/)
-  * [डिपेंडेबॉट](../steward_guidelines.md#डिपेंडेबॉट/)
+  * [सरल सुधार](#सरल-सुधार)
+  * [बग फ़िक्स](#बग-फ़िक्स)
+  * [नई सुविधा/सुविधा वृद्धि](#नई-सुविधासुविधा-वृद्धि)
+  * [डिपेंडेबॉट](#डिपेंडेबॉट)
 
-* [निर्माण प्रक्रिया](../steward_guidelines.md#निर्माण-प्रक्रिया/)
+* [निर्माण प्रक्रिया](#निर्माण-प्रक्रिया)
 
-  * [मुख्य निर्माण कार्य](../steward_guidelines.md#मुख्य-निर्माण-कार्य/)
-  * [विविध कार्य](../steward_guidelines.md#विविध-कार्य/)
+  * [मुख्य निर्माण कार्य](#मुख्य-निर्माण-कार्य)
 
-* [युक्तियाँ और ट्रिक्स](../steward_guidelines.md#युक्तियाँ-और-ट्रिक्स/)
+* [युक्तियाँ और ट्रिक्स](#युक्तियाँ-और-ट्रिक्स)
 
-  * [उत्तर टेम्पलेट](../steward_guidelines.md#उत्तर-टेम्पलेट/)
-  * [गिटहब सीएलआई](../steward_guidelines.md#गिटहब-सीएलआई/)
-  * [सूचनाओं का प्रबंधन](../steward_guidelines.md#सूचनाओं-का-प्रबंधन/)
+  * [उत्तर टेम्पलेट](#उत्तर-टेम्पलेट)
+  * [गिटहब सीएलआई](#गिटहब-सीएलआई)
+  * [सूचनाओं का प्रबंधन](#सूचनाओं-का-प्रबंधन)
 
 ***
 
@@ -54,7 +53,7 @@ description: |
      * अन्यथा, एक टिप्पणी छोड़ें जिसमें बग रिपोर्ट को कहां फाइल किया जाना चाहिए (सीधा लिंक सहित) और समस्या को बंद करें।
    * बग रिपोर्ट की समीक्षा करने में पहला कदम यह देखना है कि बग प्रतिकृति के लिए पर्याप्त जानकारी प्रदान की गई है या नहीं, और यदि हां, तो वर्णित अनुसार बग को दोहराने का प्रयास करें।
 2. अगर बग प्रतिरूपित किया जा सकता है:
-   * किसी विशेष बग को सही करने का सबसे अच्छा तरीका निर्धारित करने के लिए कुछ चर्चा की जा सकती है। कभी-कभी, यह सीधा हो सकता है; कभी-कभी, यह कठिन हो सकता है। कृपया इस निर्णय को एक मामला-दर-मामला आधार पर लेते समय [p5.js' डिज़ाइन सिद्धांतों](../design_principles/) का उल्लेख करें।
+   * किसी विशेष बग को सही करने का सबसे अच्छा तरीका निर्धारित करने के लिए कुछ चर्चा की जा सकती है। कभी-कभी, यह सीधा हो सकता है; कभी-कभी, यह कठिन हो सकता है। कृपया इस निर्णय को एक मामला-दर-मामला आधार पर लेते समय [p5.js' डिज़ाइन सिद्धांतों](../hi/contribute/contributor_guidelines/#software-design-principles/) का उल्लेख करें।
    * यदि समस्या लेखक ने समस्या में इस संकेत किया है कि वे एक सुधार योगदान देने के लिए तत्पर हैं:
      * कॉमेंट छोड़कर समस्या को सुधारने के लिए समस्या लेखक को स्वीकृत करें और उन्हें समस्या के लिए असाइन करें। "असाइनी (`Assignee`)" के बगल में "टोलिया (`cog button`)" का उपयोग करें।
    * यदि समस्या लेखक कोई सुधार नहीं करना चाहते हैं:
@@ -75,11 +74,11 @@ description: |
 
 सुविधा अनुरोध "नई सुविधा अनुरोध" समस्या टेम्पलेट का उपयोग करनी चाहिए। सुविधा अनुरोध को सम्बोधित करने के लिए निम्नलिखित वर्कफ़्लो सामान्य है:
 
-1. पहुंच बढ़ाने के लिए p5.js की प्रतिबद्धता के हिस्से के रूप में, एक सुविधा अनुरोध को यह मामला बनाना चाहिए कि यह उन समुदायों तक p5.js की पहुंच कैसे बढ़ाता है जो ऐतिहासिक रूप से क्षेत्र में हाशिए पर हैं। अधिक विवरण [यहां](../access/) उपलब्ध हैं।
+1. पहुंच बढ़ाने के लिए p5.js की प्रतिबद्धता के हिस्से के रूप में, एक सुविधा अनुरोध को यह मामला बनाना चाहिए कि यह उन समुदायों तक p5.js की पहुंच कैसे बढ़ाता है जो ऐतिहासिक रूप से क्षेत्र में हाशिए पर हैं। अधिक विवरण [यहां](../hi/contribute/access/) उपलब्ध हैं।
    * यदि कोई सुविधा अनुरोध "पहुंच बढ़ाने" क्षेत्र को पर्याप्त रूप से भरा नहीं है, तो आप समस्या लेखक से सुविधा कैसे पहुंच बढ़ाती है, इसके बारे में पूछ सकते हैं।
    * सुविधा की पहुंच का बयान किसी अलग समुदाय सदस्य, समस्या समीक्षकों सहित, द्वारा प्रदान किया जा सकता है।
 2. नई सुविधा अनुरोध को निम्नलिखित मानकों के आधार पर समाविष्टि के लिए मूल्यांकन किया जा सकता है।
-   * क्या सुविधा परियोजना के धारा और [डिज़ाइन सिद्धांतों](../design_principles/) में फिट है?
+   * क्या सुविधा परियोजना के धारा और [डिज़ाइन सिद्धांतों](../hi/contribute/contributor_guidelines/#software-design-principles) में फिट है?
      * उदाहरण के लिए, एक नई आकृति जोड़ने का अनुरोध किया जा सकता है, लेकिन ब्राउज़र-आधारित आईओटी प्रोटोकॉल को ग्रहण करने का अनुरोध असंगत होगा।
      * सम्पूर्ण रूप से, p5.js का धारा संक्षिप्त होना चाहिए ताकि अनियमित उपयोग की सुविधाओं से बचा जा सके।
      * यदि कोई सुविधा p5.js के धारा में फिट नहीं होती है, तो सुझाव दें कि समस्या लेखक सुविधा को एक ऐड-ऑन पुस्तकालय के रूप में अमल करें।
@@ -96,7 +95,7 @@ description: |
 
 सुविधा विस्तार समस्याओं को "मौजूदा सुविधा विस्तार" समस्या टेम्प्लेट का उपयोग करना चाहिए। प्रक्रिया नई सुविधा अनुरोधों के साथ बहुत समान है। नई सुविधा अनुरोध और सुविधा विस्तार के बीच का अंतर कभी-कभी कम हो सकता है। सुविधा विस्तार मुख्य रूप से p5.js के मौजूदा कार्यों के साथ संबंधित होता है जबकि नई सुविधा अनुरोध पूरी तरह से नए कार्यों को जोड़ने का अनुरोध कर सकता है।
 
-1. नई सुविधा अनुरोधों की तरह, सुविधा विस्तार को केवल उन्हें स्वीकार किया जाना चाहिए अगर वे p5.js के पहुँच को बढ़ाते हैं। कृपया [ऊपर दिए गए खंड](../steward_guidelines.md#सुविधा-अनुरोध/) का बिंदु 1 देखें।
+1. नई सुविधा अनुरोधों की तरह, सुविधा विस्तार को केवल उन्हें स्वीकार किया जाना चाहिए अगर वे p5.js के पहुँच को बढ़ाते हैं। कृपया [ऊपर दिए गए खंड](#सुविधा-अनुरोध) का बिंदु 1 देखें।
 
 2. सुविधा विस्तार के लिए समावेशन मानदंड सुविधा अनुरोधों के समान हैं, लेकिन संभावित ब्रेकिंग परिवर्तनों पर विशेष ध्यान दिया जाना चाहिए।
 
@@ -119,7 +118,7 @@ description: |
 प्राय: p5.js रिपॉजिट्रीज में कोड योगदानों का अधिकांश पुल रिक्वेस्ट के माध्यम से होता है। प्रबंधकों और अनुरक्षकों के पास रिपॉजिटरी तक पहुंच हो सकती है, लेकिन फिर भी उन्हें कोड का योगदान करते समय उसी मुद्दे> पुल रिक्वेस्ट> समीक्षा प्रक्रिया का पालन करने के लिए प्रोत्साहित किया जाता है। यहां पुल रिक्वेस्ट की समीक्षा के चरण दिए गए हैं:
 
 * पुल रिक्वेस्ट टेम्पलेट [यहाँ मिलेगा](https://github.com/processing/p5.js/blob/main/.github/PULL_REQUEST_TEMPLATE.md)।
-* लगभग सभी पुल रिक्वेस्टों में संबंधित समस्याएं को पहले खोला और चर्चा की जानी चाहिए, जिसका अर्थ है कि किसी भी प्रबंधक या अनुरक्षक द्वारा पुल रिक्वेस्ट की समीक्षा करने से पहले प्रासंगिक [इश्यू वर्कफ़्लो](../steward_guidelines.md#समस्याएँ/) का पहले पालन किया जाना चाहिए।
+* लगभग सभी पुल रिक्वेस्टों में संबंधित समस्याएं को पहले खोला और चर्चा की जानी चाहिए, जिसका अर्थ है कि किसी भी प्रबंधक या अनुरक्षक द्वारा पुल रिक्वेस्ट की समीक्षा करने से पहले प्रासंगिक [इश्यू वर्कफ़्लो](#समस्याएँ) का पहले पालन किया जाना चाहिए।
   * एकमात्र उदाहरण जहां यह लागू नहीं होता है, वे बहुत मामूली टाइपो फिक्स होते हैं, जिनके लिए एक खुली समस्या की आवश्यकता नहीं होती है और रेपो तक मर्ज पहुंच वाले किसी भी व्यक्ति द्वारा विलय किया जा सकता है, भले ही वे किसी विशेष क्षेत्र के प्रबंधक न हों।
   * हालांकि यह अपवाद मौजूद है, हम इसे व्यवहार में तभी लागू करेंगे जब योगदानकर्ताओं को पहले नए समस्याएं खोलने के लिए प्रोत्साहित किया जाएगा। दूसरे शब्दों में, यदि इस बारे में संदेह है कि यह अपवाद लागू होता है या नहीं, तो फिर भी एक समस्या खोलें।
 * यदि कोई पुल रिक्वेस्ट संदर्भित समस्या को पूरी तरह से हल नहीं करता है, तो आप मूल पोस्ट को संपादित कर सकते हैं और `Resolves #OOOO` को `Addresses #OOOO` में बदल सकते हैं ताकि पुल रिक्वेस्ट विलय होने पर यह स्वचालित रूप से मूल समस्या को बंद न करे।
@@ -138,7 +137,7 @@ description: |
 
 2. पुल रिक्वेस्ट "फ़ाइलें बदली गईं" टैब का उपयोग प्रारंभ में यह समीक्षा करने के लिए किया जा सकता है कि समस्या चर्चा में बताए अनुसार समाधान लागू किया गया है या नहीं।
 
-3. पुल रिक्वेस्ट को संभावनापूर्वक और संबंधित होने पर स्थानीय रूप से परीक्षण किया जाना चाहिए। यदि संभव हो, तो गिटहब CLI कुछ प्रक्रिया को सुव्यवस्थित करने में मदद कर सकता है। (यहाँ [टिप्स और ट्रिक्स](../steward_guidelines.md#युक्तियाँ-और-ट्रिक्स/) में अधिक देखें).
+3. पुल रिक्वेस्ट को संभावनापूर्वक और संबंधित होने पर स्थानीय रूप से परीक्षण किया जाना चाहिए। यदि संभव हो, तो गिटहब CLI कुछ प्रक्रिया को सुव्यवस्थित करने में मदद कर सकता है। (यहाँ [टिप्स और ट्रिक्स](#युक्तियाँ-और-ट्रिक्स) में अधिक देखें).
    * [ ] फ़िक्स को मूल समस्या को पर्याप्त रूप से संबोधित करना चाहिए।
    * [ ] फ़िक्स को किसी भी मौजूदा व्यवहार में परिवर्तन नहीं करना चाहिए जब तक मूल समस्या में सहमति न हो।
    * [ ] फ़िक्स पर p5.js पर कोई महत्वपूर्ण प्रभाव नहीं होना चाहिए।
@@ -183,7 +182,7 @@ description: |
 
 ## निर्माण प्रक्रिया
 
-यह खंड सामान्य निर्माण सेटअप या आदेश का विवरण नहीं करेगा, बल्कि विवरणों के पीछे क्या हो रहा है उसके बारे में जानकारी देगा। कृपया अधिक विस्तृत निर्माण जानकारी के लिए [योगदानकर्ता दिशानिर्देश](../contributing_documentation.md#🗯-संदर्भ-के-लिए-योगदान-करें/) देखें।
+यह खंड सामान्य निर्माण सेटअप या आदेश का विवरण नहीं करेगा, बल्कि विवरणों के पीछे क्या हो रहा है उसके बारे में जानकारी देगा। कृपया अधिक विस्तृत निर्माण जानकारी के लिए [योगदानकर्ता दिशानिर्देश](../hi/contribute/contributing_to_the_p5js_reference/) देखें।
 
 `Gruntfile.js` फ़ाइल p5.js के मुख्य निर्माण परिभाषणों को संबोधित करती है। पुस्तकालय और दस्तावेज़ीकरण निर्माण के लिए उपयोग किए जाने वाले विभिन्न उपकरणों में `Grunt`, `Browserify`, `YUIDoc`, `ESLint`, `Babel`, `Uglify`, और `Mocha` शामिल हैं। यह हमारे लिए `default (डिफ़ॉल्ट)` टास्क के साथ शुरू करने और वहां से पिछले काम करने में मददगार हो सकता है। इस विवरण के दौरान `Gruntfile.js` दस्तावेज़ को खोलना भी उपयोगी हो सकता है।
 
@@ -291,7 +290,7 @@ grunt watch:quick
 
 ## रिहाई प्रक्रिया
 
-कृपया रिलीज [`release_process.md`](../release_process/) देखें।
+कृपया रिलीज [`release_process.md`](../hi/contribute/release_process/) देखें।
 
 ***
 
@@ -324,14 +323,13 @@ grunt watch:quick
 
 ##### समापन: पहुंच
 
-> मुझे इस सुविधा में बहुत अधिक रुचि नहीं दिख रही है, और हमारे पास इसकी स्पष्ट व्याख्या नहीं है कि यह कैसे [पहुंच का विस्तार करता है](../access/), इसलिए मैं इसे अभी बंद कर दूंगा। यदि समस्या अनुरोध में एक एक्सेस स्टेटमेंट जोड़ा जा सकता है, तो कृपया पुनः खोलने का स्वागत करें।
+> मुझे इस सुविधा में बहुत अधिक रुचि नहीं दिख रही है, और हमारे पास इसकी स्पष्ट व्याख्या नहीं है कि यह कैसे [पहुंच का विस्तार करता है](../hi/contribute/access/), इसलिए मैं इसे अभी बंद कर दूंगा। यदि समस्या अनुरोध में एक एक्सेस स्टेटमेंट जोड़ा जा सकता है, तो कृपया पुनः खोलने का स्वागत करें।
 
-> हमें इस बारे में कोई और स्पष्टीकरण नहीं दिख रहा है कि यह मुद्दा कैसे [पहुंच का विस्तार करता है](../access/), इसलिए मैं इस समस्या को अभी के लिए बंद कर दूंगा। यदि फीचर अनुरोध में अधिक विस्तृत एक्सेस स्टेटमेंट जोड़ा जा सकता है, तो कृपया इसे फिर से खोलने का स्वागत करें। धन्यवाद!
+> हमें इस बारे में कोई और स्पष्टीकरण नहीं दिख रहा है कि यह मुद्दा कैसे [पहुंच का विस्तार करता है](../hi/contribute/access/), इसलिए मैं इस समस्या को अभी के लिए बंद कर दूंगा। यदि फीचर अनुरोध में अधिक विस्तृत एक्सेस स्टेटमेंट जोड़ा जा सकता है, तो कृपया इसे फिर से खोलने का स्वागत करें। धन्यवाद!
 
 ##### समापन: ऐडऑन
 
-> मुझे लगता है कि यह फ़ंक्शन p5.js एपीआई के दायरे से परे है (हम इसे यथासंभव न्यूनतम रखने की कोशिश करते हैं), लेकिन यह एक ऐडऑन लाइब्रेरी के लिए एक बेहतरीन शुरुआती बिंदु हो सकता है। ऐडऑन बनाने के तरीके के लिए यहां दस्तावेज़ देखें: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../creating_libraries/)
-
+> मुझे लगता है कि यह फ़ंक्शन p5.js एपीआई के दायरे से परे है (हम इसे यथासंभव न्यूनतम रखने की कोशिश करते हैं), लेकिन यह एक ऐडऑन लाइब्रेरी के लिए एक बेहतरीन शुरुआती बिंदु हो सकता है। ऐडऑन बनाने के तरीके के लिए यहां दस्तावेज़ देखें: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../hi/contribute/creating_libraries/)
 ##### समापन पुल रिक्वेस्ट: पहले समस्या की आवश्यकता है
 
 > धन्यवाद. एक अनुस्मारक के रूप में, पुल रिक्वेस्टों को खोलने और समस्या के साथ टैग करने से पहले समस्याएं को खोला जाना चाहिए। विकास पर नज़र रखने और चर्चा को स्पष्ट रखने के लिए यह आवश्यक है। धन्यवाद!
diff --git a/src/content/contributor-docs/ko/steward_guidelines.mdx b/src/content/contributor-docs/ko/steward_guidelines.mdx
index 8b9a6708a4..b080de6dcc 100644
--- a/src/content/contributor-docs/ko/steward_guidelines.mdx
+++ b/src/content/contributor-docs/ko/steward_guidelines.mdx
@@ -12,24 +12,24 @@ description: |
 
 ## 목차
 
-* [이슈(Issues)](../steward_guidelines.md#issues)
-  * [버그 보고](../steward_guidelines.md#bug-report)
-  * [기능 요청](../steward_guidelines.md#feature-request)
-  * [기능 향상](../steward_guidelines.md#feature-enhancement)
-  * [토론(Discussion)](../steward_guidelines.md#discussion)
-* [풀 리퀘스트(Pull Requests)](../steward_guidelines.md#pull-requests)
-  * [간단한 수정](../steward_guidelines.md#simple-fix)
-  * [버그 수정](../steward_guidelines.md#bug-fix)
-  * [새로운 기능/기능 향상](../steward_guidelines.md#new-feature-feature-enhancement)
-  * [디펜다봇(Dependabot)](../steward_guidelines.md#dependabot)
-* [빌드 과정](../steward_guidelines.md#build-process)
-  * [주요 빌드 작업](../steward_guidelines.md#main-build-task)
-  * [기타 작업](../steward_guidelines.md#miscellaneous-tasks)
-* [배포 과정](../steward_guidelines.md#release-process)
-* [팁과 요령](../steward_guidelines.md#tips--tricks)
-  * [회신 템플릿 (Reply templates)](../steward_guidelines.md#reply-templates)
-  * [깃허브 CLI](../steward_guidelines.md#github-cli)
-  * [알림 관리](../steward_guidelines.md#managing-notifications)
+* [이슈(Issues)](#이슈issues)
+  * [버그 보고](#버그-보고)
+  * [기능 요청](#기능-요청)
+  * [기능 향상](#기능-향상)
+  * [토론(Discussion)](#토론discussion)
+* [풀 리퀘스트(Pull Requests)](#풀-리퀘스트pull-requests)
+  * [간단한 수정](#간단한-수정)
+  * [버그 수정](#버그-수정)
+  * [새로운 기능/기능 향상](#새로운-기능기능-향상)
+  * [디펜다봇(Dependabot)](#디펜다봇dependabot)
+* [빌드 과정](#빌드-과정)
+  * [주요 빌드 작업](#주요-빌드-작업)
+  * [기타 작업](#기타-작업)
+* [배포 과정](#배포-과정)
+* [팁과 요령](#팁과-요령)
+  * [회신 템플릿 (Reply templates)](#회신-양식-reply-template)
+  * [깃허브 CLI](#깃허브-cli)
+  * [알림 관리](#알림-관리)
 
 ***
 
@@ -48,7 +48,7 @@ description: |
      * 그렇지 않으면 버그 보고서가 위치할 곳에 대한 답변을 (직접 연결되는 링크와 함께) 남기고 이슈를 닫습니다.
    * 버그 보고를 검토하는 첫 번째 단계는 버그 재현 위해 충분한 정보가 제공되는지 확인하고, 제공되는 경우에, 설명된 대로 버그 재현을 시도하는 것입니다.
 2. 버그를 재현할 수 있는 경우:
-   * 특정 버그를 고치는 최선의 방법을 찾기 위해 약간의 논의가 필요할 수 있습니다. 때로는 간단할 수도 있고 때로는 까다로울 수도 있습니다. 사례별로 이러한 결정을 내릴 때는 [p5.js 디자인 원칙](../design_principles/)를 참조하세요.
+   * 특정 버그를 고치는 최선의 방법을 찾기 위해 약간의 논의가 필요할 수 있습니다. 때로는 간단할 수도 있고 때로는 까다로울 수도 있습니다. 사례별로 이러한 결정을 내릴 때는 [p5.js 디자인 원칙](../ko/contribute/contributor_guidelines/#software-design-principles)를 참조하세요.
    * 이슈 작성자가 버그 수정에 기여할 의향이 있는 경우:
      * 이슈 작성자가 코멘트를 남기 이슈에 할당하여 이슈 수정을 승인합니다. “담당자(Assignee)” 우측에 있는 톱니바퀴 버튼을 사용하세요.
    * 이슈 작성자가 버그 수정에 기여하기 원하지 않는 경우:
@@ -69,11 +69,11 @@ description: |
 
 기능 요청은 "새로운 기능 요청(New Feature Request)" 이슈 템플릿(template)을 사용해야 합니다. 새로운 기능을 요청하기 위해서는 다음과 같은 과정이 일반적입니다:
 
-1. 기능 요청은 p5.js의 접근성 향상을 위한 노력의 일환으로, 해당 분야에서 역사적으로 소외된 커뮤니티에서 p5.js의 접근성을 높이는 방법에 대한 사례가 되어야 합니다. 자세한 내용은 [이 곳](../access/)에서 볼 수 있습니다.
+1. 기능 요청은 p5.js의 접근성 향상을 위한 노력의 일환으로, 해당 분야에서 역사적으로 소외된 커뮤니티에서 p5.js의 접근성을 높이는 방법에 대한 사례가 되어야 합니다. 자세한 내용은 [이 곳](../ko/contribute/access/)에서 볼 수 있습니다.
    * 기능 요청에 "접근성 향상(Increasing Access)" 필드가 충분히 입력되지 않은 경우, 이슈 작성자에게 이 기능이 어떻게 접근성을 높이는지 질문할 수 있습니다.
    * 기능의 접근성 설명은 이슈 검토자를 포함한 커뮤니티의 다른 구성원이 제공할 수 있습니다.
 2. 새로운 기능 요청은 다음 기준에 따라 포함 여부를 평가할 수 있습니다.
-   * 해당 기능이 p5.js의 프로젝트 범위와 [디자인 원칙](../design_principles/)에 적합한가요?
+   * 해당 기능이 p5.js의 프로젝트 범위와 [디자인 원칙](../ko/contribute/contributor_guidelines/#software-design-principles)에 적합한가요?
      * 예를 들어, 새로운 기본 도형을 추가하는 요청은 고려될 수 있지만, 브라우저 기반 IOT 프로토콜 추가 요청은 고려 범위에서 벗어날 가능성이 높습니다.
      * 전반적으로, p5.js의 프로젝트 범위는 드물게 사용되는 기능으로 인한 과도한 팽창을 피하기 위해 상대적으로 범위가 좁아야 합니다.
      * 해당 기능이 p5.js의 프로젝트 범위에 맞지 않는 경우, 이슈 작성자가 기능을 애드온 라이브러리(addon library)로 만들도록 제안합니다.
@@ -110,7 +110,7 @@ description: |
 p5.js 리포지토리(repository)에 대한 대부분의 코드 기여는 풀 리퀘스트(pull request)를 통해 이루어집니다. 스튜어드와 유지관리자는 리포지토리에 대한 푸시(push) 권한이 있지만 코드 기여 시 똑같이 이슈 > PR > 검토 과정을 거치도록 권장합니다. PR을 검토하는 단계는 다음과 같습니다:
 
 * 풀 리퀘스트 템플릿은 [이 곳](https://github.com/processing/p5.js/blob/main/.github/PULL_REQUEST_TEMPLATE.md)에서 확인할 수 있습니다.
-* 거의 모든 풀 리퀘스트는 먼저 관련 이슈를 열고 논의해야 합니다. 즉, 관련 [이슈 작업 절차(workflow)](../steward_guidelines.md#issues)를 먼저 따른 뒤에 스튜어드나 유지관리자가 검토해야 합니다.
+* 거의 모든 풀 리퀘스트는 먼저 관련 이슈를 열고 논의해야 합니다. 즉, 관련 [이슈 작업 절차(workflow)](#이슈issues)를 먼저 따른 뒤에 스튜어드나 유지관리자가 검토해야 합니다.
   * 절차가 적용되지 않는 유일한 경우는 매우 간단한 오타 수정 뿐이며, 이슈를 열 필요가 없고 특정 분야의 스튜어드가 아니더라도 리포지토리에 대한 병합(merge) 권한이 있는 모든 사람이 병합할 수 있습니다.
   * 이러한 예외가 존재하지만, 우리는 기여자들이 새로운 이슈를 먼저 열도록 권장합니다. 즉, 예외가 적용될지 잘 모르겠다면 어쨌든 이슈를 열어보세요!
 * 제시된 이슈가 풀 리퀘스트를 통해 완전히 해결되지 않았다면, 원본 게시물(post)의 "Resolves #OOOO"를 "Addresses #OOOO"로 수정하여 PR 병합 시에 원본 이슈가 자동으로 닫히지 않게끔 할 수 있습니다.
@@ -296,7 +296,7 @@ grunt watch:quick
 
 ## 배포 과정
 
-[release\_process.md](../release_process/)를 확인하세요.
+[release\_process.md](../ko/contribute/release_process/)를 확인하세요.
 
 ***
 
@@ -336,19 +336,19 @@ grunt watch:quick
 
 ##### 종결(Closing): 접근성
 
-> I'm not seeing a lot of interest in this feature, and we don't have a clear explanation of how it [expands access](../access/), so I will close this for now. If an access statement can be added to the issue request, please feel welcome to reopen.
+> I'm not seeing a lot of interest in this feature, and we don't have a clear explanation of how it [expands access](../ko/contribute/access/), so I will close this for now. If an access statement can be added to the issue request, please feel welcome to reopen.
 
-> 우리는 이 기능으로부터 큰 이점을 찾을 수 없고, 어떻게 [접근성을 확장](../access/)하는지에 대한 명확한 설명이 없으므로 일단 이 이슈를 종결하겠습니다. 이슈 요청에 접근성 설명을 추가할 수 있게 되면 언제든지 다시 열어주세요.
+> 우리는 이 기능으로부터 큰 이점을 찾을 수 없고, 어떻게 [접근성을 확장](../ko/contribute/access/)하는지에 대한 명확한 설명이 없으므로 일단 이 이슈를 종결하겠습니다. 이슈 요청에 접근성 설명을 추가할 수 있게 되면 언제든지 다시 열어주세요.
 
-> We do not see a further explanation of how this issue [expands access](../access/), so I will close this issue for now. If a more detailed access statement can be added to the feature request, please feel welcome to reopen it. Thank you!
+> We do not see a further explanation of how this issue [expands access](../ko/contribute/access/), so I will close this issue for now. If a more detailed access statement can be added to the feature request, please feel welcome to reopen it. Thank you!
 
-> 이 이슈로 인해 어떻게 [접근성이 확장](../access/)되는지에 대한 추가 설명이 없으므로 일단 이 이슈를 종결하겠습니다. 기능 요청에 더 자세한 접근성 설명을 추가할 수 있게 되면 언제든지 다시 열어주세요. 감사합니다!
+> 이 이슈로 인해 어떻게 [접근성이 확장](../ko/contribute/access/)되는지에 대한 추가 설명이 없으므로 일단 이 이슈를 종결하겠습니다. 기능 요청에 더 자세한 접근성 설명을 추가할 수 있게 되면 언제든지 다시 열어주세요. 감사합니다!
 
 ##### 종결(Closing): 애드온(Addon, 부가 기능)
 
 > I think this function is beyond the scope of the p5.js API (we try to keep it as minimal as possible), but it could be a great starting point for an addon library. See the docs here for how to create an addon: [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../creating_libraries/)
 
-> 기능이 p5.js API 범위를 벗어나는 것 같지만 (우리는 최소한의 크기를 유지하고 싶어요), 애드온 라이브러리를 만드는 좋은 시작점이 될 것 같습니다. 애드온을 생성하는 방법을 알고 싶다면 이 문서를 확인해 보세요. [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../creating_libraries/)
+> 기능이 p5.js API 범위를 벗어나는 것 같지만 (우리는 최소한의 크기를 유지하고 싶어요), 애드온 라이브러리를 만드는 좋은 시작점이 될 것 같습니다. 애드온을 생성하는 방법을 알고 싶다면 이 문서를 확인해 보세요. [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../ko/contribute/creating_libraries/)
 
 ##### PR 종결(Closing): 이슈가 먼저 필요함
 
diff --git a/src/content/contributor-docs/zh-Hans/steward_guidelines.mdx b/src/content/contributor-docs/zh-Hans/steward_guidelines.mdx
index 5a6fca063f..9d74231da8 100644
--- a/src/content/contributor-docs/zh-Hans/steward_guidelines.mdx
+++ b/src/content/contributor-docs/zh-Hans/steward_guidelines.mdx
@@ -287,7 +287,7 @@ watch 任务将观察一系列文件的更改，并根据所更改的文件运
 
 ## 发布过程
 
-请参阅[release\_process.md](../release_process/)。
+请参阅[release\_process.md](../zh-Hans/contribute/release_process/)。
 
 ***
 
@@ -319,14 +319,14 @@ watch 任务将观察一系列文件的更改，并根据所更改的文件运
 
 ##### 关闭：访问权限
 
-> 目前看来，这个功能并没有引起太多关注，而且我们还没有一个清晰的解释来说明它是如何扩大[扩大访问权限](../access/)的，因此我们现在将关闭这个 issue。如果能够在 issue 请求中添加一个关于访问权限的声明，请随时重新打开此 issue。
+> 目前看来，这个功能并没有引起太多关注，而且我们还没有一个清晰的解释来说明它是如何扩大[扩大访问权限](../zh-Hans/contribute/access/)的，因此我们现在将关闭这个 issue。如果能够在 issue 请求中添加一个关于访问权限的声明，请随时重新打开此 issue。
 
-> 我们暂时关闭了此 issue，因为没有看到对此 issue 的较详细解释[扩大访问权限](../access/)。如果可以在 issue 请求中添加更详细的访问权限说明，请随时重新打开。谢谢！
+> 我们暂时关闭了此 issue，因为没有看到对此 issue 的较详细解释[扩大访问权限](../zh-Hans/contribute/access/)。如果可以在 issue 请求中添加更详细的访问权限说明，请随时重新打开。谢谢！
 
 ##### 关闭：插件
 
 > 我们认为这个功能超出了 p5.js API 的范围（我们尽量保持最简化），但它可以成为一个很好的插件库的起点。请查看此处的文档，了解如何创建一个插件：
-> [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../creating_libraries/)
+> [https://github.com/processing/p5.js/blob/main/contributor\_docs/creating\_libraries.md](../zh-Hans/contribute/creating_libraries/)
 
 ##### 关闭 PR：先提出 issue