diff --git a/.github/copilot-instructions.md b/.github/copilot-instructions.md
new file mode 100644
index 00000000..da9e76eb
--- /dev/null
+++ b/.github/copilot-instructions.md
@@ -0,0 +1,90 @@
+# Copilot Prompt: Technical Documentation Review
+
+You are reviewing technical documentation for clarity, readability, consistency, and accessibility. 
+Follow these exact rules, which are based on our style guide. 
+
+## Purpose and Audience
+
+- Assume the reader is less technical (e.g., data scientists, IT professionals) and may not be familiar with Linux or Posit products.
+- Your role is to simplify complex product details using clear, accessible language.
+- Use a helpful, encouraging tone.
+
+## General Writing Guidelines
+
+- **Be brief.** Sentences should generally be 28–30 words or fewer.
+- **Break up long paragraphs.** If a sentence contains a semicolon, recommend splitting it.
+- **Avoid passive voice** unless necessary.
+  - **Preferred Active voice:** The user installs the package.
+  - **AVOID Passive voice:** The package is installed by the user.
+- **Use present tense.**
+  - **Preferred:** The UI displays a message.
+  - **Less appropriate:** The UI will display a message.
+- **Avoid "will be."** It often indicates unnecessary future tense.
+- **Avoid gerunds** (verbs ending in -ing used as nouns).
+  - **Avoid:** The configuring of the file is complete.
+  - **Preferred:** The file configuration is complete.
+- **Avoid contractions** unless in UI copy or casual voice is required.
+  - **Preferred:** Do not, it is, cannot
+  - **Avoid:** Don’t, it’s, can’t
+- Aim to write at/around a 12th grade reading level based on Flesch Kincaid Grade Levels
+
+
+## Tone and Style
+
+- **Energetic:** Share enthusiasm about what's possible with the product.
+- **Compassionate:** Acknowledge the challenges of learning and be encouraging.
+- **Simple:** Keep language clear. Avoid words that require re-reading.
+- **Direct and concise:** No fluff. Prioritize clarity and transparency.
+
+## Grammar and Punctuation
+
+- Use the **Oxford comma**.
+  - Example: A, B, and C
+- Use **em dashes** (—) for emphasis or breaks; **en dashes** (–) for number ranges.
+- **Avoid abbreviations.**
+- **Spell out the first use of an acronym**, followed by the abbreviation in parentheses.
+  - Example: Central Intelligence Agency (CIA)
+- Use **sentence-style capitalization** except for H1/Title Case headings.
+  - Example: The Connect configuration file...
+- Do **not** use possessives with product names.
+  - **Avoid:** Connect’s documentation
+  - **Preferred:** The Connect documentation
+- **Use quotation marks** around user-supplied values.
+  - Example: Enter "mypassword" in the Password field.
+- **Punctuation goes:**
+  - Inside parentheses when the full sentence is parenthetical.
+  - Inside quotation marks unless quoting code.
+- **Inline code** and configuration values should be in backticks:
+  - Example: Use the `Server.Address` property.
+- Use **italics for emphasis**, but sparingly.
+  - Example: Posit does *not* recommend upgrading...
+
+## Headings and Titles
+
+- Titles/H1s: Use **Title Case**
+- Other headings: Use **sentence case**
+- Do not format documentation titles. Do not italicize or use quotations. 
+
+## Formatting Rules
+
+- **Bold** UI elements (buttons, menu items):
+  - Example: Click **Publish** from the **File** menu.
+- **Bold** terms in lists:
+  - **Term:** Definition follows.
+
+## Accessibility and Inclusion
+
+- Do **not** rely on images alone to convey important info.
+- Assume some readers use screen readers or translation tools.
+- Use clear, literal language with no ambiguity.
+- Avoid idioms, metaphors, or culturally specific references.
+
+## Copilot Tasks
+
+When reviewing content:
+
+- Suggest edits to follow these rules.
+- Flag deviations (e.g., passive voice, long sentences, unclear acronyms, idioms).
+- Recommend better formatting or sentence splits for clarity.
+- Do not alter the underlying meaning of the text.
+- Provide examples when possible to clarify recommendations.
diff --git a/_quarto.yml b/_quarto.yml
index 7adb42af..f2314d15 100644
--- a/_quarto.yml
+++ b/_quarto.yml
@@ -72,6 +72,7 @@ website:
         - keyboard-shortcuts.qmd
         - data-explorer.qmd
         - connections-pane.qmd
+        - help-pane.qmd
         - run-interactive-apps.qmd
         - remote-ssh.qmd
         - updating.qmd
diff --git a/help-pane.qmd b/help-pane.qmd
new file mode 100644
index 00000000..eab44d06
--- /dev/null
+++ b/help-pane.qmd
@@ -0,0 +1,58 @@
+---
+title: "Help Pane"
+---
+
+
+The **Help Pane** provides rich, in-editor documentation for Python and R.
+It can be used to display information about an object, function, or package. 
+
+
+## Getting Help in Python & R
+
+You can open documentation in the Help Pane using language-specific tools or the keyboard shortcut <kbd>F1</kbd>. 
+These methods automatically open the Help Pane and display documentation.
+
+::: {.panel-tabset}
+
+### Python
+
+```python
+int?
+# or
+help(int)
+```
+
+#### Supported content
+
+The Help Pane supports the following types of documentation in Python:
+
+- Modules, classes, functions, and objects with docstrings
+- Rich rendering for common docstring formats: Google, NumPy, Sphinx, Epytext
+
+
+### R
+
+```r
+?paste0
+# or
+help(paste0)
+```
+
+#### Supported content
+
+The Help Pane supports the following types of documentation in R:
+
+- Function and package documentation
+- Package vignettes (when available)
+
+:::
+
+
+The Help Pane includes built-in navigation tools:
+
+- {{< fa search>}}  Search – Find keywords within a help page
+
+- {{< fa arrow-left >}}  {{< fa arrow-right >}} Back and Forward – Navigate through recent help views
+
+All documentation is fully interlinked, with internal references and copyable code examples available where supported.
+