diff --git a/.pre-commit-config.yaml b/.pre-commit-config.yaml
index f2d9ac48..33578882 100644
--- a/.pre-commit-config.yaml
+++ b/.pre-commit-config.yaml
@@ -9,6 +9,7 @@ repos:
     hooks:
       # Validate format
       - id: check-yaml
+        args: ["--unsafe"]
       - id: check-toml
       - id: check-json
       # Check for common mistakes
diff --git a/CHANGELOG.md b/CHANGELOG.md
index 1795db2d..fc08fa28 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -7,6 +7,13 @@ and this project uses [Semantic Versioning](https://semver.org/spec/v2.0.0.html)
 
 ## [Unreleased]
 
+
+### Added
+
+- Added triaging guide ([#754](https://github.com/nsidc/earthaccess/issues/754))
+  ([@Sherwin-14](https://github.com/Sherwin-14))
+  ([@mfisher87](https://github.com/mfisher87))
+
 ### Removed
 
 - Python 3.10 is no longer supported.
@@ -76,6 +83,7 @@ and this project uses [Semantic Versioning](https://semver.org/spec/v2.0.0.html)
   ([#913](https://github.com/nsidc/earthaccess/issues/913))
   ([**@hailiangzhang**](https://github.com/hailiangzhang))
 
+
 ## [v0.12.0] - 2024-11-13
 
 ### Changed
diff --git a/docs/contributing/triaging.md b/docs/contributing/triaging.md
new file mode 100644
index 00000000..e7f3f17f
--- /dev/null
+++ b/docs/contributing/triaging.md
@@ -0,0 +1,137 @@
+# Triaging guide
+
+With constant influx of new issues, it's essential to prioritize and categorize them efficiently to ensure that the most important problems are addressed promptly. This document outlines our approach to triaging issues on GitHub, including guidelines for labeling and resolving issues, as well as best practices for maintaining a well-organized and up-to-date issue tracker.
+
+## Labeling Issues
+
+When labeling an issue, choose the label(s) that best describes the issue. Using labels consistently and accurately ensures that issues are trackable and searchable.
+
+
+### Issue Types
+
+- **type: bug**: Use for issues that identify bugs causing incorrect or unexpected behavior.
+- **type: duplicate**: Use this label for issues that are duplicates of existing ones.
+- **type: enhancement**: Use this label for requests for new features or improvements to existing functionalities.
+- **type: will not do**: Use this label for issues that won’t be addressed or fixed.
+
+### Impact labels
+
+These labels describe what portion of the project they affect:
+
+- **impact: breaking**: Issues that break our public API.
+- **impact: core**: Issues that affect the core Python codebase.
+- **impact: dependencies**: Use this label for issues concerning dependencies.
+- **impact: documentation**: Use this label for issues related to documentation.
+- **impact: automation**: Use this label for issues related to the CI/CD pipeline or automation
+
+### Needs labels
+
+- **needs: decision**: We're struggling to decide what to do and the decision committee needs to help.
+- **needs: feedback**:  Use this label for issues where feedback is requested from the team or our community.
+- **needs: help**: Use this label for issues where additional help or contributions are needed.
+
+### Special labels
+
+- **good first issue**: Use this label for issues that are suitable for new contributors. These issues are designed to be approachable and not overly complex, making them an ideal starting point for those looking to contribute to the project.
+
+## Linking Labels in GitHub Markdown
+
+When referencing a label in a GitHub issue or discussion, it will be  useful to link to the label page to provide additional context and help other members to quickly understand the issue's category.
+
+### Syntax
+
+To link to a label in GitHub Markdown, copy-and-paste the URL to the label by right-clicking [any label](https://github.com/nsidc/earthaccess/labels) and selecting "Copy Link". Then, paste that label in a GitHub issue, PR, discussion, or Markdown document:
+
+```
+https://github.com/username/repository/labels/label-name
+```
+
+### Example
+
+For example, to link to the "good first issue" label in the nsidc/earthaccess repository, you would use the URL:
+
+```
+https://github.com/nsidc/earthaccess/labels/good%20first%20issue
+```
+
+
+## Close Issue as Not Planned
+
+This section will cover the guidelines for when to use the "Close Issue as Not Planned" feature, and how to handle issues that are not planned or feasible.
+
+### When to "Close as not planned"?
+
+Close issues as "not planned" when:
+
+- An issue is not aligned with the project's goals or priorities.
+- An issue is not feasible to be addressed due to technical or resource constraints.
+- An issue is a duplicate of an existing issue that has already been addressed.
+
+When closing an issue as not planned, keep the following best practices in mind:
+
+- Provide a clear explanation as to why the issue is not planned or feasible.
+- Offer alternative solutions or workarounds, if possible.
+- Link to relevant documentation or resources, if applicable.
+
+## Discussions vs Issues
+
+This section would cover the guidelines for when to use discussions versus issues, and how to migrate between them.
+
+###  What are Discussions?
+
+Discussions are used for:
+
+- Brainstorming and idea generation.
+- Project feedback.
+- General questions and topics.
+
+###  What are Issues?
+
+Issues are used for:
+
+- Reporting bugs and errors.
+- Tracking progress on specific tasks or projects.
+- Requesting changes or improvements.
+
+### When to Migrate
+
+Use your best judgement when migrating between issues and discussions. Sometimes it makes more sense to open a new issue or discussion instead of migrating, for example when there are many things being discussed, but we want to create an issue or task out of just one of those things.
+
+Migrate a discussion to an issue when:
+
+- A specific task is identified.
+- A bug or error is reported.
+- A change or improvement is requested.
+
+Migrate an issue to a discussion when:
+
+- The issue is a nebulous idea that needs to be workshopped before it can be implemented.
+- The issue is a general question or topic.
+- The issue is not specific or actionable.
+
+## Issue Triaging Workflow
+
+``` mermaid
+
+flowchart TD
+  %%{init: {"flowchart": {"htmlLabels": false}} }%%
+  classDef default font-size:32pt;
+  start{"`Followed
+  issue
+  template?`"}
+  start ==NO==> close1[Request needed information from reporter and update issue on behalf of reporter]
+  start == YES ==> dupe{Is duplicate?}
+  dupe == YES ==> close2[Close and point to duplicate]
+  dupe == NO ==> repro{Has proper reproduction?}
+  repro == NO ==> close3[Label: 'needs reproduction' bot will auto close if no update has been made in 3 days]
+  repro == YES ==> real{Is actually a bug?}
+  real == NO ==> intended{Is the intended behaviour?}
+  intended == YES ==> explain[Explain and close point to docs if needed]
+  intended == NO ==> open[Keep open for discussion Remove 'pending triage' label]
+  real == YES ==> real2["Confirm that 'Bug' label was automatically added as part of the Bug Issue template, otherwise add 'Bug' label."]
+
+
+  %% Link Color %%
+    linkStyle default stroke:black,stroke-width:2px,font-size:24pt;
+
+```
diff --git a/mkdocs.yml b/mkdocs.yml
index 53a51a37..1e7cac0e 100644
--- a/mkdocs.yml
+++ b/mkdocs.yml
@@ -33,6 +33,7 @@ extra_css:
 
 plugins:
   - search
+  - mermaid2
   - mkdocstrings:
       default_handler: python
       handlers:
@@ -63,7 +64,9 @@ nav:
       - "Development Guide": "contributing/development.md"
       - "Releasing Guide": "contributing/releasing.md"
       - "Maintainers Guide": "contributing/maintainers-guide.md"
+      - "Triaging Guide": "contributing/triaging.md"
       - "Code of Conduct": "contributing/code-of-conduct.md"
+      - "Contributing naming convention": "contributing/naming-convention.md"
       - "Meet-ups": "contributing/our-meet-ups.md"
       - "Topics":
           - "Naming conventions": "contributing/naming-convention.md"
@@ -121,7 +124,12 @@ markdown_extensions:
       anchor_linenums: true
   - pymdownx.inlinehilite
   - pymdownx.snippets
-  - pymdownx.superfences
+  - pymdownx.superfences:
+      custom_fences:
+        - name: mermaid
+          class: mermaid
+          format: !!python/name:mermaid2.fence_mermaid_custom
+
   - pymdownx.tabbed:
       alternate_style: true
 
diff --git a/pyproject.toml b/pyproject.toml
index f2f326df..15651997 100644
--- a/pyproject.toml
+++ b/pyproject.toml
@@ -106,6 +106,7 @@ docs = [
     "markdown-callouts >=0.2.0",
     "markdown-include >=0.6",
     "mkdocs-jupyter >=0.19.0",
+    "mkdocs-mermaid2-plugin >=1.2.1",
     "mkdocstrings[python] >=0.19.0",
     "pymdown-extensions >=9.2",
     "pygments >=2.11.1",