diff --git a/docs/docs/core-abilities/metadata.md b/docs/docs/core-abilities/metadata.md
index c1eb04c0..b886929e 100644
--- a/docs/docs/core-abilities/metadata.md
+++ b/docs/docs/core-abilities/metadata.md
@@ -1,5 +1,5 @@
## Local and global metadata injection with multi-stage analysis
-(1)
+1\.
Qodo Merge initially retrieves for each PR the following data:
- PR title and branch name
@@ -11,7 +11,7 @@ Qodo Merge initially retrieves for each PR the following data:
!!! tip "Tip: Organization-level metadata"
In addition to the inputs above, Qodo Merge can incorporate supplementary preferences provided by the user, like [`extra_instructions` and `organization best practices`](https://qodo-merge-docs.qodo.ai/tools/improve/#extra-instructions-and-best-practices). This information can be used to enhance the PR analysis.
-(2)
+2\.
By default, the first command that Qodo Merge executes is [`describe`](https://qodo-merge-docs.qodo.ai/tools/describe/), which generates three types of outputs:
- PR Type (e.g. bug fix, feature, refactor, etc)
@@ -49,8 +49,8 @@ __old hunk__
...
```
-(3) The entire PR files that were retrieved are also used to expand and enhance the PR context (see [Dynamic Context](https://qodo-merge-docs.qodo.ai/core-abilities/dynamic_context/)).
+3\. The entire PR files that were retrieved are also used to expand and enhance the PR context (see [Dynamic Context](https://qodo-merge-docs.qodo.ai/core-abilities/dynamic_context/)).
-(4) All the metadata described above represents several level of cumulative analysis - ranging from hunk level, to file level, to PR level, to organization level.
+4\. All the metadata described above represents several level of cumulative analysis - ranging from hunk level, to file level, to PR level, to organization level.
This comprehensive approach enables Qodo Merge AI models to generate more precise and contextually relevant suggestions and feedback.
diff --git a/docs/docs/tools/analyze.md b/docs/docs/tools/analyze.md
index c23d4418..189c20af 100644
--- a/docs/docs/tools/analyze.md
+++ b/docs/docs/tools/analyze.md
@@ -14,6 +14,5 @@ An example result:
{width=750}
-**Notes**
-
-- Language that are currently supported: Python, Java, C++, JavaScript, TypeScript, C#.
+!!! note "Language that are currently supported:"
+ Python, Java, C++, JavaScript, TypeScript, C#.
diff --git a/docs/docs/tools/ask.md b/docs/docs/tools/ask.md
index d29d0319..7a5dad6f 100644
--- a/docs/docs/tools/ask.md
+++ b/docs/docs/tools/ask.md
@@ -38,20 +38,20 @@ where `https://real_link_to_image` is the direct link to the image.
Note that GitHub has a built-in mechanism of pasting images in comments. However, pasted image does not provide a direct link.
To get a direct link to an image, we recommend using the following scheme:
-1) First, post a comment that contains **only** the image:
+1\. First, post a comment that contains **only** the image:
{width=512}
-2) Quote reply to that comment:
+2\. Quote reply to that comment:
{width=512}
-3) In the screen opened, type the question below the image:
+3\. In the screen opened, type the question below the image:
{width=512}
{width=512}
-4) Post the comment, and receive the answer:
+4\. Post the comment, and receive the answer:
{width=512}
diff --git a/docs/docs/tools/custom_prompt.md b/docs/docs/tools/custom_prompt.md
index 9ec01fd9..7b31a5a5 100644
--- a/docs/docs/tools/custom_prompt.md
+++ b/docs/docs/tools/custom_prompt.md
@@ -51,8 +51,8 @@ Results obtained with the prompt above:
## Configuration options
-`prompt`: the prompt for the tool. It should be a multi-line string.
+- `prompt`: the prompt for the tool. It should be a multi-line string.
-`num_code_suggestions_per_chunk`: number of code suggestions provided by the 'custom_prompt' tool, per chunk. Default is 4.
+- `num_code_suggestions_per_chunk`: number of code suggestions provided by the 'custom_prompt' tool, per chunk. Default is 4.
-`enable_help_text`: if set to true, the tool will display a help text in the comment. Default is true.
+- `enable_help_text`: if set to true, the tool will display a help text in the comment. Default is true.
diff --git a/docs/docs/tools/describe.md b/docs/docs/tools/describe.md
index 6e8515b0..d77a645e 100644
--- a/docs/docs/tools/describe.md
+++ b/docs/docs/tools/describe.md
@@ -143,7 +143,7 @@ The marker `pr_agent:type` will be replaced with the PR type, `pr_agent:summary`
{width=512}
-→
+becomes
{width=512}
diff --git a/docs/docs/tools/documentation.md b/docs/docs/tools/documentation.md
index 12832b8d..1c1e328d 100644
--- a/docs/docs/tools/documentation.md
+++ b/docs/docs/tools/documentation.md
@@ -27,7 +27,6 @@ You can state a name of a specific component in the PR to get documentation only
- `docs_style`: The exact style of the documentation (for python docstring). you can choose between: `google`, `numpy`, `sphinx`, `restructuredtext`, `plain`. Default is `sphinx`.
- `extra_instructions`: Optional extra instructions to the tool. For example: "focus on the changes in the file X. Ignore change in ...".
-**Notes**
-
-- Language that are currently fully supported: Python, Java, C++, JavaScript, TypeScript, C#.
-- This tool can also be triggered interactively by using the [`analyze`](./analyze.md) tool.
+!!! notes "Notes"
+ - The following languages are currently supported: Python, Java, C++, JavaScript, TypeScript, C#.
+ - This tool can also be triggered interactively by using the [`analyze`](./analyze.md) tool.
diff --git a/docs/docs/tools/implement.md b/docs/docs/tools/implement.md
index 3ee1b94b..36843dac 100644
--- a/docs/docs/tools/implement.md
+++ b/docs/docs/tools/implement.md
@@ -10,8 +10,9 @@ It leverages LLM technology to transform PR comments and review suggestions into
### For Reviewers
-Reviewers can request code changes by:
-1. Selecting the code block to be modified.
+Reviewers can request code changes by:
+
+1. Selecting the code block to be modified.
2. Adding a comment with the syntax:
```
/implement
@@ -46,7 +47,8 @@ You can reference and implement changes from any comment by:
Note that the implementation will occur within the review discussion thread.
-**Configuration options**
+**Configuration options**
+
- Use `/implement` to implement code change within and based on the review discussion.
- Use `/implement ` inside a review discussion to implement specific instructions.
- Use `/implement ` to indirectly call the tool from any comment.
diff --git a/docs/docs/tools/improve.md b/docs/docs/tools/improve.md
index b00ea66c..1f9a7b6d 100644
--- a/docs/docs/tools/improve.md
+++ b/docs/docs/tools/improve.md
@@ -9,9 +9,9 @@ The tool can be triggered automatically every time a new PR is [opened](../usage
{width=512}
-Note that the following features are available only for Qodo Merge๐ users:
-- The `Apply this suggestion` checkbox, which interactively converts a suggestion into a committable code comment
-- The `More` checkbox to generate additional suggestions
+!!! note "The following features are available only for Qodo Merge ๐ users:"
+ - The `Apply this suggestion` checkbox, which interactively converts a suggestion into a committable code comment
+ - The `More` checkbox to generate additional suggestions
## Example usage
@@ -196,7 +196,7 @@ And the label will be: `{organization_name} best practice`.
>`Platforms supported: GitHub`
-'Auto best practices' is a novel Qodo Merge capability that:
+`Auto best practices` is a novel Qodo Merge capability that:
1. Identifies recurring patterns from accepted suggestions
2. **Automatically** generates [best practices page](https://github.com/qodo-ai/pr-agent/wiki/.pr_agent_auto_best_practices) based on what your team consistently values
@@ -315,17 +315,13 @@ code_suggestions_self_review_text = "... (your text here) ..."
### How many code suggestions are generated?
Qodo Merge uses a dynamic strategy to generate code suggestions based on the size of the pull request (PR). Here's how it works:
-1) Chunking large PRs:
-
+#### 1. Chunking large PRs
- Qodo Merge divides large PRs into 'chunks'.
- Each chunk contains up to `pr_code_suggestions.max_context_tokens` tokens (default: 14,000).
-
-2) Generating suggestions:
-
+#### 2. Generating suggestions
- For each chunk, Qodo Merge generates up to `pr_code_suggestions.num_code_suggestions_per_chunk` suggestions (default: 4).
-
This approach has two main benefits:
- Scalability: The number of suggestions scales with the PR size, rather than being fixed.
diff --git a/docs/docs/tools/improve_component.md b/docs/docs/tools/improve_component.md
index b3aac539..da79c65c 100644
--- a/docs/docs/tools/improve_component.md
+++ b/docs/docs/tools/improve_component.md
@@ -18,9 +18,9 @@ The tool will generate code suggestions for the selected component (if no compon
{width=768}
-**Notes**
-- Language that are currently supported by the tool: Python, Java, C++, JavaScript, TypeScript, C#.
-- This tool can also be triggered interactively by using the [`analyze`](./analyze.md) tool.
+!!! note "Notes"
+ - Language that are currently supported by the tool: Python, Java, C++, JavaScript, TypeScript, C#.
+ - This tool can also be triggered interactively by using the [`analyze`](./analyze.md) tool.
## Configuration options
- `num_code_suggestions`: number of code suggestions to provide. Default is 4
diff --git a/docs/docs/tools/similar_issues.md b/docs/docs/tools/similar_issues.md
index d701c1c6..c974507f 100644
--- a/docs/docs/tools/similar_issues.md
+++ b/docs/docs/tools/similar_issues.md
@@ -16,14 +16,17 @@ It can be invoked manually by commenting on any PR:
Note that to perform retrieval, the `similar_issue` tool indexes all the repo previous issues (once).
+### Selecting a Vector Database
+Configure your preferred database by changing the `pr_similar_issue` parameter in `configuration.toml` file.
-**Select VectorDBs** by changing `pr_similar_issue` parameter in `configuration.toml` file
+#### Available Options
+Choose from the following Vector Databases:
-2 VectorDBs are available to switch in
1. LanceDB
2. Pinecone
-To enable usage of the '**similar issue**' tool for Pinecone, you need to set the following keys in `.secrets.toml` (or in the relevant environment variables):
+#### Pinecone Configuration
+To use Pinecone with the `similar issue` tool, add these credentials to `.secrets.toml` (or set as environment variables):
```
[pinecone]
diff --git a/docs/docs/tools/test.md b/docs/docs/tools/test.md
index fa5c533e..2d5652ae 100644
--- a/docs/docs/tools/test.md
+++ b/docs/docs/tools/test.md
@@ -17,9 +17,9 @@ The tool will generate tests for the selected component (if no component is stat
(Example taken from [here](https://github.com/Codium-ai/pr-agent/pull/598#issuecomment-1913679429)):
-**Notes**
-- The following languages are currently supported: Python, Java, C++, JavaScript, TypeScript, C#.
-- This tool can also be triggered interactively by using the [`analyze`](./analyze.md) tool.
+!!! notes "Notes"
+ - The following languages are currently supported: Python, Java, C++, JavaScript, TypeScript, C#.
+ - This tool can also be triggered interactively by using the [`analyze`](./analyze.md) tool.
## Configuration options
diff --git a/docs/docs/usage-guide/automations_and_usage.md b/docs/docs/usage-guide/automations_and_usage.md
index c38481cc..f9004109 100644
--- a/docs/docs/usage-guide/automations_and_usage.md
+++ b/docs/docs/usage-guide/automations_and_usage.md
@@ -14,12 +14,12 @@ Examples of invoking the different tools via the CLI:
**Notes:**
-(1) in addition to editing your local configuration file, you can also change any configuration value by adding it to the command line:
+1. in addition to editing your local configuration file, you can also change any configuration value by adding it to the command line:
```
python -m pr_agent.cli --pr_url= /review --pr_reviewer.extra_instructions="focus on the file: ..."
```
-(2) You can print results locally, without publishing them, by setting in `configuration.toml`:
+2. You can print results locally, without publishing them, by setting in `configuration.toml`:
```
[config]
publish_output=false
@@ -27,14 +27,11 @@ verbosity_level=2
```
This is useful for debugging or experimenting with different tools.
-(3)
-
-**git provider**: The [git_provider](https://github.com/Codium-ai/pr-agent/blob/main/pr_agent/settings/configuration.toml#L5) field in a configuration file determines the GIT provider that will be used by Qodo Merge. Currently, the following providers are supported:
+3. **git provider**: The [git_provider](https://github.com/Codium-ai/pr-agent/blob/main/pr_agent/settings/configuration.toml#L5) field in a configuration file determines the GIT provider that will be used by Qodo Merge. Currently, the following providers are supported:
`
"github", "gitlab", "bitbucket", "azure", "codecommit", "local", "gerrit"
-`
+`.
-Default is "github".
### CLI Health Check
To verify that Qodo Merge has been configured correctly, you can run this health check command from the repository root:
diff --git a/docs/docs/usage-guide/changing_a_model.md b/docs/docs/usage-guide/changing_a_model.md
index d221b953..c4928e19 100644
--- a/docs/docs/usage-guide/changing_a_model.md
+++ b/docs/docs/usage-guide/changing_a_model.md
@@ -189,18 +189,18 @@ key = ...
If the relevant model doesn't appear [here](https://github.com/Codium-ai/pr-agent/blob/main/pr_agent/algo/__init__.py), you can still use it as a custom model:
-(1) Set the model name in the configuration file:
+1. Set the model name in the configuration file:
```
[config]
model="custom_model_name"
fallback_models=["custom_model_name"]
```
-(2) Set the maximal tokens for the model:
+2. Set the maximal tokens for the model:
```
[config]
custom_model_max_tokens= ...
```
-(3) Go to [litellm documentation](https://litellm.vercel.app/docs/proxy/quick_start#supported-llms), find the model you want to use, and set the relevant environment variables.
+3. Go to [litellm documentation](https://litellm.vercel.app/docs/proxy/quick_start#supported-llms), find the model you want to use, and set the relevant environment variables.
-(4) Most reasoning models do not support chat-style inputs (`system` and `user` messages) or temperature settings.
+4. Most reasoning models do not support chat-style inputs (`system` and `user` messages) or temperature settings.
To bypass chat templates and temperature controls, set `config.custom_reasoning_model = true` in your configuration file.