code-reviewer
FreeReview code for quality, bugs, and improvements. Use when user wants code review or quality assessment.
The English summary is being prepared. Showing the original description.
Incrementally update Mintlify documentation (.mdx) from Python source changes only. Use when: (1) Python files referenced in doc_code_map frontmatter have changed, (2) a PR touches Python modules documented in docs/mintlify/key_modules/ or docs/mintlify/mcp/, (3) the user asks to sync docs after Python code changes. Prefer minimal diffs and leave correct content untouched.
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
Update Mintlify .mdx documentation so it stays in sync with CAMEL source code.
doc_code_map.Use terminal tools to inspect the target doc, inspect any relevant code, and edit the target doc directly. Keep changes scoped to that doc and preserve its frontmatter. CI treats the run as successful based on the resulting target doc file state, not on any special status token in the chat response.
| Item | Path |
|---|---|
| Doc roots | docs/mintlify/ |
| Mapping utility | docs/mintlify/scripts/docs_sync/doc_code_map.py |
| Auto-sync script | .camel/skills/docs-incremental-update/scripts/auto_sync_docs_with_chatagent.py |
| Workflow | .github/workflows/docs_release_auto_sync_pr.yml |
Determine which .mdx files are affected by the code change.
# From repo root, pass only changed Python files
python docs/mintlify/scripts/docs_sync/doc_code_map.py impacted \
--changed-file <file1> --changed-file <file2>
# Or using git refs
python docs/mintlify/scripts/docs_sync/doc_code_map.py impacted \
--base-ref <base> --head-ref <head>
Each .mdx file declares a doc_code_map block in its YAML frontmatter:
---
title: MCP Toolkit
doc_code_map:
- "camel/toolkits/mcp_toolkit.py"
- "camel/runtimes/llm_guard_runtime.py"
---
For each impacted doc:
.mdx file and inspect its doc_code_map frontmatter.Rewrite only the parts of the body that are outdated relative to the code.
Rules:
--- block.# Ensure all patterns still resolve
python docs/mintlify/scripts/docs_sync/doc_code_map.py verify
Check that no frontmatter was accidentally removed or duplicated.
Use these components in .mdx files:
<Card title="Title" icon="icon-name" href="/path">
Description text.
</Card>
<Accordion title="Click to expand">
Hidden content revealed on click.
</Accordion>
<Tabs>
<Tab title="Python">
Python content here.
</Tab>
<Tab title="TypeScript">
TypeScript content here.
</Tab>
</Tabs>
<CodeGroup>
```python title="example.py"
print("hello")
```
```bash title="shell"
echo hello
```
</CodeGroup>
<Note>Important information the reader should know.</Note>
<Warning>Critical warning about potential issues.</Warning>
<Tip>Helpful suggestion or best practice.</Tip>
The GitHub Actions workflow docs_release_auto_sync_pr.yml runs
automatically on each release:
doc_code_map patterns (doc_code_map.py verify).changed_python_files.txt from the release diff for all changed
*.py files that may match doc_code_map.impacted_docs.txt from that changed Python file list.auto_sync_docs_with_chatagent.py with both files so the agent knows
which target doc it may inspect and update directly through terminal tools,
while using changed_python_files.txt as context. The script accepts
success based on whether the target doc actually changed and rejects edits
outside the target doc.No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Review code for quality, bugs, and improvements. Use when user wants code review or quality assessment.
The English summary is being prepared. Showing the original description.
Analyze datasets and extract insights. Use when user needs to understand data patterns, statistics, or trends.
The English summary is being prepared. Showing the original description.
Open a pull request with proper PR template, test coverage, and review workflow. Guides agents through creating a PR that follows repo conventions, ensures existing behaviors aren't broken, covers new behaviors with tests, and handles review via bot when local testing isn't possible. TRIGGER when user asks to "open a PR", "create a PR", "make a PR", "submit a PR", "open pull request", "push and create PR", or any variation of opening/submitting a pull request.
The English summary is being prepared. Showing the original description.
Meta-agent supervisor that manages a fleet of Claude Code agents running in tmux windows. Auto-discovers spare worktrees, spawns agents, monitors state, kicks idle agents, approves safe confirmations, and recycles worktrees when done. TRIGGER when user asks to supervise agents, run parallel tasks, manage worktrees, check agent status, or orchestrate parallel work.
The English summary is being prepared. Showing the original description.
Address PR review comments and loop until CI green and all comments resolved. TRIGGER when user asks to address comments, fix PR feedback, respond to reviewers, or babysit/monitor a PR.
The English summary is being prepared. Showing the original description.
Alternate /pr-review and /pr-address on a PR until the PR is truly mergeable — no new review findings, zero unresolved inline threads, zero unaddressed top-level reviews or issue comments, all CI checks green, and two consecutive quiet polls after CI settles. Use when the user wants a PR polished to merge-ready without setting a fixed number of rounds.
The English summary is being prepared. Showing the original description.