본문으로 건너뛰기
cccskills
무료GitHub에 공개

docs-incremental-update

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(2)

  • SKILL.md5.6 KB
  • scripts/auto_sync_docs_with_chatagent.py10.1 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Docs Incremental Update

Update Mintlify .mdx documentation so it stays in sync with CAMEL source code.

Scope

  • Only use this skill when the driver is Python source changes referenced by a target document's doc_code_map.
  • Do not use it for docs-only edits, workflow/YAML changes, or broad wording cleanups without Python changes.
  • Prefer no document change when Python edits are internal and do not affect public API, behavior, configuration, examples, or reader understanding.

Edit Rule

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.

Quick Reference

ItemPath
Doc rootsdocs/mintlify/
Mapping utilitydocs/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

Workflow

Step 1 — Identify Impacted Docs

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"
---

Step 2 — Read Current Doc and Relevant Code

For each impacted doc:

  1. Open the target .mdx file and inspect its doc_code_map frontmatter.
  2. Use the provided changed Python file list as initial context.
  3. Read any source files needed to judge whether the doc is still accurate.
  4. Compare the target doc against the current code and decide whether a reader-facing update is actually needed.

Step 3 — Update the Document Body

Rewrite only the parts of the body that are outdated relative to the code.

Rules:

  • Edit the target doc directly through terminal tools for this run.
  • Let file changes speak for themselves — if no update is needed, leave the target doc untouched instead of relying on a sentinel reply.
  • Use changed Python files as context, not a hard boundary — inspect other relevant code when needed to make a correct documentation decision.
  • Ignore non-Python changes — docs, workflow, YAML, test-only, and release metadata changes should not trigger doc edits by themselves.
  • Prefer the smallest possible diff — keep all already-correct content.
  • Preserve frontmatter — never modify the --- block.
  • Preserve style — keep existing section structure and tone.
  • Preserve Mintlify components — keep Card, Accordion, Tab, CodeGroup, etc.
  • Update code snippets — fix imports, class names, method signatures, parameters.
  • Update prose — fix descriptions that no longer match the code.
  • Remove references to deleted classes/methods/parameters.
  • Add references to newly introduced public API when relevant.
  • Skip the document entirely if the Python change is internal and does not require reader-facing doc updates.
  • After finishing, either leave the file unchanged or update it in place.
  • Do not return the full rewritten document body in chat; a short status note is enough.

Step 4 — Verify

# 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.

Mintlify Component Cheatsheet

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>

Automated Workflow

The GitHub Actions workflow docs_release_auto_sync_pr.yml runs automatically on each release:

  1. Verifies doc_code_map patterns (doc_code_map.py verify).
  2. Writes changed_python_files.txt from the release diff for all changed *.py files that may match doc_code_map.
  3. Computes impacted_docs.txt from that changed Python file list.
  4. Runs 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.
  5. Opens a PR with the changes.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Review code for quality, bugs, and improvements. Use when user wants code review or quality assessment.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

HIDORAKAI002/ai-workspace-archive372026년 10월 20일 업데이트

Analyze datasets and extract insights. Use when user needs to understand data patterns, statistics, or trends.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

HIDORAKAI002/ai-workspace-archive372026년 10월 20일 업데이트

open-pr

무료

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

HIDORAKAI002/ai-workspace-archive372026년 10월 20일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

HIDORAKAI002/ai-workspace-archive372026년 10월 20일 업데이트

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

HIDORAKAI002/ai-workspace-archive372026년 10월 20일 업데이트

pr-polish

무료

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.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

HIDORAKAI002/ai-workspace-archive372026년 10월 20일 업데이트

HIDORAKAI002의 스킬 모두 보기

이 스킬의 문제 신고