Loading...
Loading...
Loading...
title: Comprehensive AI Assistant Tools Reference
---
title: Comprehensive AI Assistant Tools Reference
description: Complete 1NF reference table for all available tools with MCP server associations, usage patterns, and best practices for AI agent workflows
status: active
created: 2025-09-10
updated: 2025-09-15
tags: [tools, reference, mcp, ai-agents, comprehensive]
version: 2.0.0
---
# Comprehensive AI Assistant Tools Reference
This document provides a complete First Normal Form (1NF) reference for all available tools, their MCP server associations, usage patterns, and best practices for AI agent workflows.
## Operational Characteristics Legend
### Bulk Support
- **❌ Single**: Operates on one item at a time
- **✅ Multiple files**: Can process multiple files in one operation
- **✅ Page ranges**: Supports range-based operations
- **✅ Multiple queries**: Can handle multiple search terms/queries
- **✅ Sequential**: Processes items in sequence (batching possible)
### Parallel Capable
- **✅ Yes**: Safe for parallel execution, stateless operations
- **❌ No**: Not safe for parallel execution (resource-intensive, stateful, or blocking)
### Resource Impact
- **Low**: Minimal CPU, memory, and network usage
- **Medium**: Moderate resource consumption
- **High**: Significant resource usage (CPU, memory, network, or disk I/O)
### Execution Type
- **Synchronous**: Blocks until completion, returns immediate results
- **Background**: Runs asynchronously, requires status checking
- **Background/Sync**: Can run in background or synchronous mode
## Tools Quick Reference Table (1NF Format)
| Tool Name | MCP Server | Category | Description | Key Parameters | Usage Example | Best Practices | Bulk Support | Parallel Capable | Resource Impact | Execution Type |
|-----------|------------|----------|-------------|----------------|---------------|----------------|--------------|------------------|-----------------|----------------|
| **create_file** | Built-in | File Operations | Create new files with content | `filePath`, `content` | `create_file("./docs/guide.md", "# Guide\nContent...")` | Use absolute paths, ensure directory exists | ❌ Single | ✅ Yes | Low | Synchronous |
| **read_file** | Built-in | File Operations | Read file contents with line range | `filePath`, `startLine`, `endLine` | `read_file("./src/main.py", 1, 50)` | Read large chunks vs multiple small reads | ❌ Single | ✅ Yes | Low | Synchronous |
| **replace_string_in_file** | Built-in | File Operations | Edit existing files by string replacement | `filePath`, `oldString`, `newString` | `replace_string_in_file("config.json", "old_value", "new_value")` | Include 3-5 lines context before/after target | ❌ Single | ✅ Yes | Low | Synchronous |
| **create_directory** | Built-in | File Operations | Create directory structure recursively | `dirPath` | `create_directory("/path/to/new/folder")` | Use before create_file if directory doesn't exist | ❌ Single | ✅ Yes | Low | Synchronous |
| **list_dir** | Built-in | File Operations | List directory contents | `path` | `list_dir("/project/src")` | Use to understand structure before modifications | ❌ Single | ✅ Yes | Low | Synchronous |
| **semantic_search** | Built-in | Search & Discovery | Natural language search across workspace | `query` | `semantic_search("error handling patterns")` | Use for conceptual searches, finding related content | ❌ Single | ✅ Yes | Medium | Synchronous |
| **grep_search** | Built-in | Search & Discovery | Fast text/regex search in workspace | `query`, `isRegexp`, `includePattern` | `grep_search("function.*async", true)` | Use regex with alternation for multiple terms | ❌ Single | ✅ Yes | Medium | Synchronous |
| **file_search** | Built-in | Search & Discovery | Find files by glob patterns | `query`, `maxResults` | `file_search("**/*.{py,js}")` | Use when you know filename patterns | ❌ Single | ✅ Yes | Low | Synchronous |
| **list_code_usages** | Built-in | Code Analysis | Find all references to symbols | `symbolName`, `filePaths` | `list_code_usages("MyClass", ["src/"])` | Provide file paths for faster results | ✅ Multiple files | ✅ Yes | Medium | Synchronous |
| **test_search** | Built-in | Code Analysis | Find test files for source code | `filePaths` | `test_search(["src/utils.py"])` | Use when working with code that needs testing | ✅ Multiple files | ✅ Yes | Low | Synchronous |
| **get_errors** | Built-in | Code Analysis | Get compile/lint errors in files | `filePaths` | `get_errors(["src/main.py"])` | Run after file modifications | ✅ Multiple files | ✅ Yes | Medium | Synchronous |
| **run_in_terminal** | Built-in | Terminal & Execution | Execute shell commands | `command`, `explanation`, `isBackground` | `run_in_terminal("npm install", "Install dependencies", false)` | Use absolute paths, set isBackground for long-running | ❌ Single | ❌ No | High | Background/Sync |
| **get_terminal_output** | Built-in | Terminal & Execution | Get output from background terminal | `id` | `get_terminal_output("terminal_123")` | Use with background processes | ❌ Single | ✅ Yes | Low | Synchronous |
| **create_and_run_task** | Built-in | Task Management | Create and execute VS Code tasks | `task`, `workspaceFolder` | `create_and_run_task(buildTask, "/project")` | Define clear task labels and commands | ❌ Single | ❌ No | Medium | Background |
| **get_task_output** | Built-in | Task Management | Get task execution output | `id`, `workspaceFolder` | `get_task_output("build_task", "/project")` | Check output for task completion status | ❌ Single | ✅ Yes | Low | Synchronous |
| **configure_python_environment** | Built-in | Python Development | Set up Python environment | `resourcePath` | `configure_python_environment("/project")` | Always call before Python operations | ❌ Single | ❌ No | Medium | Synchronous |
| **install_python_packages** | Built-in | Python Development | Install Python packages | `packageList`, `resourcePath` | `install_python_packages(["requests", "pandas"])` | Call configure_python_environment first | ✅ Multiple packages | ❌ No | High | Synchronous |
| **get_python_environment_details** | Built-in | Python Development | Get Python env info | `resourcePath` | `get_python_environment_details("/project")` | Use for environment verification | ❌ Single | ✅ Yes | Low | Synchronous |
| **get_python_executable_details** | Built-in | Python Development | Get Python executable info | `resourcePath` | `get_python_executable_details("/project")` | Use to build proper python commands | ❌ Single | ✅ Yes | Low | Synchronous |
| **configure_notebook** | Built-in | Jupyter Notebooks | Set up Jupyter notebook | `filePath` | `configure_notebook("analysis.ipynb")` | Always call before running notebook cells | ❌ Single | ❌ No | Medium | Synchronous |
| **create_new_jupyter_notebook** | Built-in | Jupyter Notebooks | Generate new Jupyter notebook | `query` | `create_new_jupyter_notebook("data analysis")` | Use for data science workflows | ❌ Single | ✅ Yes | Medium | Synchronous |
| **run_notebook_cell** | Built-in | Jupyter Notebooks | Execute notebook cells | `filePath`, `cellId` | `run_notebook_cell("analysis.ipynb", "cell_1")` | Run cells as they're added/edited | ❌ Single cell | ❌ No | Medium | Synchronous |
| **edit_notebook_file** | Built-in | Jupyter Notebooks | Edit notebook content | `filePath`, `cellId`, `editType`, `newCode` | `edit_notebook_file("nb.ipynb", "cell_1", "edit", "new_code")` | Use proper cell IDs, include context for edits | ❌ Single cell | ✅ Yes | Low | Synchronous |
| **read_notebook_cell_output** | Built-in | Jupyter Notebooks | Get notebook cell output | `filePath`, `cellId` | `read_notebook_cell_output("nb.ipynb", "cell_1")` | Higher token limit than runNotebookCell | ❌ Single cell | ✅ Yes | Low | Synchronous |
| **copilot_getNotebookSummary** | Built-in | Jupyter Notebooks | Get notebook cells summary | `filePath` | `copilot_getNotebookSummary("analysis.ipynb")` | Use to get cell IDs and execution info | ❌ Single | ✅ Yes | Low | Synchronous |
| **notebook_install_packages** | Built-in | Jupyter Notebooks | Install packages in notebook kernel | `filePath`, `packageList` | `notebook_install_packages("nb.ipynb", ["numpy"])` | Call configure_notebook first | ✅ Multiple packages | ❌ No | High | Synchronous |
| **notebook_list_packages** | Built-in | Jupyter Notebooks | List installed packages in kernel | `filePath` | `notebook_list_packages("analysis.ipynb")` | Use to check available packages | ❌ Single | ✅ Yes | Low | Synchronous |
| **install_extension** | Built-in | VS Code Integration | Install VS Code extensions | `id`, `name` | `install_extension("ms-python.python", "Python")` | Use during workspace setup only | ❌ Single | ❌ No | Medium | Synchronous |
| **run_vscode_command** | Built-in | VS Code Integration | Execute VS Code commands | `commandId`, `name`, `args` | `run_vscode_command("workbench.action.files.save", "Save")` | Use for workspace configuration only | ❌ Single | ✅ Yes | Low | Synchronous |
| **get_vscode_api** | Built-in | VS Code Integration | Get VS Code API documentation | `query` | `get_vscode_api("extension development")` | Use when developing VS Code extensions | ❌ Single | ✅ Yes | Medium | Synchronous |
| **fetch_webpage** | Built-in | Web & External | Get web page content | `urls`, `query` | `fetch_webpage(["https://example.com"], "documentation")` | Use for research and external references | ✅ Multiple URLs | ✅ Yes | Medium | Synchronous |
| **open_simple_browser** | Built-in | Web & External | Open browser in editor | `url` | `open_simple_browser("http://localhost:3000")` | Use for local development previews | ❌ Single | ✅ Yes | Low | Synchronous |
| **vscode-websearchforcopilot_webSearch** | Built-in | Web Search | Web search for current information | `query` | `vscode-websearchforcopilot_webSearch("VS Code 2024 features")` | Use for up-to-date information needs | ❌ Single | ✅ Yes | Medium | Synchronous |
| **get_changed_files** | Built-in | Version Control | Get git diff information | `repositoryPath`, `sourceControlState` | `get_changed_files("/project", ["unstaged"])` | Use to review changes before commits | ✅ Multiple states | ✅ Yes | Low | Synchronous |
| **mcp_memory_create_entities** | memory-mcp | Knowledge Management | Create entities in knowledge graph | `entities` | `mcp_memory_create_entities([{name: "Project", type: "software"}])` | Use for structured knowledge storage | ✅ Multiple entities | ✅ Yes | Medium | Synchronous |
| **mcp_memory_add_observations** | memory-mcp | Knowledge Management | Add observations to entities | `observations` | `mcp_memory_add_observations([{entityName: "Project", contents: ["notes"]}])` | Build knowledge incrementally | ✅ Multiple observations | ✅ Yes | Medium | Synchronous |
| **mcp_memory_create_relations** | memory-mcp | Knowledge Management | Create relations between entities | `relations` | `mcp_memory_create_relations([{from: "A", to: "B", type: "uses"}])` | Use active voice for relations | ✅ Multiple relations | ✅ Yes | Medium | Synchronous |
| **mcp_memory_search_nodes** | memory-mcp | Knowledge Management | Search knowledge graph nodes | `query` | `mcp_memory_search_nodes("project documentation")` | Use for knowledge retrieval | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_memory_read_graph** | memory-mcp | Knowledge Management | Read entire knowledge graph | - | `mcp_memory_read_graph()` | Use for full context understanding | ❌ Single | ✅ Yes | High | Synchronous |
| **mcp_memory_delete_entities** | memory-mcp | Knowledge Management | Delete entities from graph | `entityNames` | `mcp_memory_delete_entities(["old_project"])` | Clean up obsolete knowledge | ✅ Multiple entities | ✅ Yes | Low | Synchronous |
| **mcp_memory_delete_relations** | memory-mcp | Knowledge Management | Delete relations from graph | `relations` | `mcp_memory_delete_relations([{from: "A", to: "B", type: "old"}])` | Remove outdated connections | ✅ Multiple relations | ✅ Yes | Low | Synchronous |
| **mcp_memory_delete_observations** | memory-mcp | Knowledge Management | Delete observations from entities | `deletions` | `mcp_memory_delete_observations([{entityName: "A", observations: ["old"]}])` | Update entity information | ✅ Multiple deletions | ✅ Yes | Low | Synchronous |
| **mcp_memory_open_nodes** | memory-mcp | Knowledge Management | Open specific nodes by names | `names` | `mcp_memory_open_nodes(["project", "documentation"])` | Retrieve specific entities | ✅ Multiple nodes | ✅ Yes | Medium | Synchronous |
| **mcp_arxiv-mcp-ser_search_arxiv** | arxiv-mcp | Academic Research | Search arXiv database for papers | `all_fields`, `title`, `author`, `start` | `mcp_arxiv-mcp-ser_search_arxiv({all_fields: "machine learning"})` | Use for cutting-edge research discovery | ✅ Multiple criteria | ✅ Yes | Medium | Synchronous |
| **mcp_arxiv-mcp-ser_get_details** | arxiv-mcp | Academic Research | Get detailed paper information | `title` | `mcp_arxiv-mcp-ser_get_details("Deep Learning Survey")` | Use for comprehensive paper analysis | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_arxiv-mcp-ser_load_article_to_context** | arxiv-mcp | Academic Research | Load arXiv article content to context | `title` | `mcp_arxiv-mcp-ser_load_article_to_context("Neural Networks")` | Use for detailed paper analysis | ❌ Single | ✅ Yes | High | Synchronous |
| **mcp_arxiv-mcp-ser_download_article** | arxiv-mcp | Academic Research | Download arXiv papers as PDF | `title` | `mcp_arxiv-mcp-ser_download_article("Research Paper Title")` | Use for building research libraries | ❌ Single | ✅ Yes | High | Synchronous |
| **mcp_arxiv-mcp-ser_get_article_url** | arxiv-mcp | Academic Research | Get arXiv article URL | `title` | `mcp_arxiv-mcp-ser_get_article_url("Paper Title")` | Use for reference linking | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_google-schola_search_google_scholar_advanced** | google-scholar-mcp | Academic Research | Advanced Google Scholar search | `query`, `num_results`, `author`, `year_range` | `mcp_google-schola_search_google_scholar_advanced("AI ethics", 10)` | Use for recent research and citation tracking | ✅ Multiple criteria | ✅ Yes | Medium | Synchronous |
| **mcp_google-schola_search_google_scholar_key_words** | google-scholar-mcp | Academic Research | Keyword-based Google Scholar search | `query`, `num_results` | `mcp_google-schola_search_google_scholar_key_words("neural networks")` | Use for broad topic searches | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_google-schola_get_author_info** | google-scholar-mcp | Academic Research | Get author publication information | `author_name` | `mcp_google-schola_get_author_info("Geoffrey Hinton")` | Use for author citation analysis | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_deep-research_deep-research** | deep-research-mcp | Research & Analysis | AI-powered comprehensive research | `query`, `depth`, `breadth`, `tokenBudget` | `mcp_deep-research_deep-research("AI trends", 4, 4, 50000)` | Use for comprehensive topic exploration | ❌ Single | ❌ No | High | Synchronous |
| **mcp_github_search_code** | github-mcp | Code Discovery | Search code across GitHub repositories | `query`, `sort`, `order` | `mcp_github_search_code("function:login language:python")` | Use for finding code patterns and examples | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_github_search_repositories** | github-mcp | Code Discovery | Search GitHub repositories | `query`, `minimal_output` | `mcp_github_search_repositories("machine learning stars:>1000")` | Use for discovering relevant projects | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_github_create_issue** | github-mcp | GitHub Management | Create new GitHub issue | `owner`, `repo`, `title`, `body` | `mcp_github_create_issue("user", "repo", "Bug report", "Details...")` | Use for issue tracking | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_github_create_pull_request_with_copilot** | github-mcp | GitHub Management | Create PR with Copilot agent | `owner`, `repo`, `problem_statement`, `title` | `mcp_github_create_pull_request_with_copilot("user", "repo", "Fix bug", "Bug Fix")` | Use for automated development | ❌ Single | ❌ No | High | Background |
| **mcp_github_assign_copilot_to_issue** | github-mcp | GitHub Management | Assign Copilot to GitHub issue | `owner`, `repo`, `issueNumber` | `mcp_github_assign_copilot_to_issue("user", "repo", 123)` | Use for automated issue resolution | ❌ Single | ❌ No | Medium | Background |
| **mcp_github_request_copilot_review** | github-mcp | GitHub Management | Request Copilot code review | `owner`, `repo`, `pullNumber` | `mcp_github_request_copilot_review("user", "repo", 456)` | Use for automated code review | ❌ Single | ❌ No | Medium | Background |
| **mcp_github_update_pull_request** | github-mcp | GitHub Management | Update existing pull request | `owner`, `repo`, `pullNumber`, `title` | `mcp_github_update_pull_request("user", "repo", 456, "New Title")` | Use for PR management | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_deepwiki_ask_question** | deepwiki-mcp | Repository Analysis | Ask questions about GitHub repositories | `repoName`, `question` | `mcp_deepwiki_ask_question("facebook/react", "How does React work?")` | Use for repository understanding | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_deepwiki_read_wiki_contents** | deepwiki-mcp | Repository Analysis | Read repository wiki contents | `repoName` | `mcp_deepwiki_read_wiki_contents("facebook/react")` | Use for comprehensive repo documentation | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_deepwiki_read_wiki_structure** | deepwiki-mcp | Repository Analysis | Get repository documentation structure | `repoName` | `mcp_deepwiki_read_wiki_structure("facebook/react")` | Use for navigation and overview | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylanceRunCodeSnippet** | pylance-mcp | Python Analysis | Execute Python code snippets | `workspaceRoot`, `codeSnippet` | `mcp_pylance_mcp_s_pylanceRunCodeSnippet("/project", "print('hello')")` | Use instead of terminal for Python execution | ❌ Single | ❌ No | Medium | Synchronous |
| **mcp_pylance_mcp_s_pylanceFileSyntaxErrors** | pylance-mcp | Python Analysis | Check Python file syntax errors | `workspaceRoot`, `fileUri` | `mcp_pylance_mcp_s_pylanceFileSyntaxErrors("/project", "file://main.py")` | Use for validation and debugging | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylanceSyntaxErrors** | pylance-mcp | Python Analysis | Validate Python code snippets | `code`, `pythonVersion` | `mcp_pylance_mcp_s_pylanceSyntaxErrors("def func():", "3.11")` | Use for pre-execution validation | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylanceInvokeRefactoring** | pylance-mcp | Python Analysis | Apply automated refactoring | `fileUri`, `name`, `mode` | `mcp_pylance_mcp_s_pylanceInvokeRefactoring("file://main.py", "source.unusedImports")` | Use for code improvement | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_pylance_mcp_s_pylanceSettings** | pylance-mcp | Python Analysis | Get Python analysis settings | `workspaceRoot` | `mcp_pylance_mcp_s_pylanceSettings("/project")` | Use for configuration troubleshooting | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylancePythonEnvironments** | pylance-mcp | Python Analysis | Get available Python environments | `workspaceRoot` | `mcp_pylance_mcp_s_pylancePythonEnvironments("/project")` | Use for environment management | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylanceUpdatePythonEnvironment** | pylance-mcp | Python Analysis | Switch Python environment | `workspaceRoot`, `pythonEnvironment` | `mcp_pylance_mcp_s_pylanceUpdatePythonEnvironment("/project", "/usr/bin/python3")` | Use for environment switching | ❌ Single | ❌ No | Medium | Synchronous |
| **mcp_pylance_mcp_s_pylanceWorkspaceRoots** | pylance-mcp | Python Analysis | Get workspace root directories | `fileUri` | `mcp_pylance_mcp_s_pylanceWorkspaceRoots("file://main.py")` | Use for workspace structure analysis | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylanceWorkspaceUserFiles** | pylance-mcp | Python Analysis | List user Python files in workspace | `workspaceRoot` | `mcp_pylance_mcp_s_pylanceWorkspaceUserFiles("/project")` | Use for project file analysis | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_pylance_mcp_s_pylanceImports** | pylance-mcp | Python Analysis | Analyze imports across workspace | `workspaceRoot` | `mcp_pylance_mcp_s_pylanceImports("/project")` | Use for dependency analysis | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_pylance_mcp_s_pylanceInstalledTopLevelModules** | pylance-mcp | Python Analysis | Get available modules from environment | `workspaceRoot`, `pythonEnvironment` | `mcp_pylance_mcp_s_pylanceInstalledTopLevelModules("/project")` | Use for import availability checking | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_pylance_mcp_s_pylanceDocuments** | pylance-mcp | Python Analysis | Search Pylance documentation | `search` | `mcp_pylance_mcp_s_pylanceDocuments("configuration guide")` | Use for Pylance help and troubleshooting | ❌ Single | ✅ Yes | Low | Synchronous |
| **mcp_markitdown_convert_to_markdown** | markitdown-mcp | Document Processing | Convert documents to markdown | `uri` | `mcp_markitdown_convert_to_markdown("file://document.pdf")` | Use for documentation standardization | ❌ Single | ✅ Yes | Medium | Synchronous |
| **mcp_mcp_pdf_reade_read-pdf** | pdf-reader-mcp | Document Processing | Extract text from PDF files | `file`, `pages`, `clean_text` | `mcp_mcp_pdf_reade_read-pdf("paper.pdf", "1-5", true)` | Use for PDF content extraction | ✅ Page ranges | ✅ Yes | High | Synchronous |
| **mcp_mcp_pdf_reade_search-pdf** | pdf-reader-mcp | Document Processing | Search within PDF content | `file`, `query`, `case_sensitive` | `mcp_mcp_pdf_reade_search-pdf("paper.pdf", "methodology")` | Use for targeted PDF information extraction | ❌ Single query | ✅ Yes | Medium | Synchronous |
| **mcp_mcp_pdf_reade_pdf-metadata** | pdf-reader-mcp | Document Processing | Get PDF metadata information | `file` | `mcp_mcp_pdf_reade_pdf-metadata("paper.pdf")` | Use for document organization | ❌ Single | ✅ Yes | Low | Synchronous |
| **think** | Built-in | AI Reasoning & Analysis | Deep problem analysis and planning | `thoughts` | `think("How should I approach this complex problem?")` | Use for complex problem breakdown | ❌ Single | ❌ No | High | Synchronous |
| **mcp_sequentialthi_sequentialthinking** | sequential-thinking-mcp | AI Reasoning & Analysis | Dynamic problem solving with revision | `thought`, `nextThoughtNeeded`, `thoughtNumber` | `mcp_sequentialthi_sequentialthinking("Step 1 analysis", true, 1, 5)` | Use for iterative problem refinement | ❌ Sequential | ❌ No | High | Synchronous |
| **mcp_actor-critic-_actor-critic-thinking** | actor-critic-mcp | AI Reasoning & Analysis | Dual-perspective analysis | `content`, `role`, `nextRoundNeeded` | `mcp_actor-critic-_actor-critic-thinking("Analysis", "actor", true, 1, 3)` | Use for balanced decision making | ❌ Sequential | ❌ No | High | Synchronous |
| **mermaid-diagram-validator** | Built-in | Diagram & Visualization | Validate Mermaid diagram syntax | `code` | `mermaid-diagram-validator("graph TD; A-->B")` | Always use before preview | ❌ Single | ✅ Yes | Low | Synchronous |
| **mermaid-diagram-preview** | Built-in | Diagram & Visualization | Preview Mermaid diagrams | `code`, `documentUri` | `mermaid-diagram-preview("graph TD; A-->B")` | Use for diagram visualization | ❌ Single | ✅ Yes | Medium | Synchronous |
| **get-syntax-docs-mermaid** | Built-in | Diagram & Visualization | Get Mermaid syntax documentation | `file` | `get-syntax-docs-mermaid("flowchart.md")` | Use before creating diagrams | ❌ Single | ✅ Yes | Low | Synchronous |
| **runTests** | Built-in | Testing & Quality | Run unit tests in files | `files`, `testNames` | `runTests(["test_file.py"], ["TestClass"])` | Use for validation and quality assurance | ✅ Multiple files | ❌ No | Medium | Synchronous |
| **test_failure** | Built-in | Testing & Quality | Include test failure information | - | `test_failure()` | Use for debugging test issues | ❌ Single | ✅ Yes | Low | Synchronous |
| **get_project_setup_info** | Built-in | Workspace Management | Get project setup information | `projectType` | `get_project_setup_info("python-project")` | Use after create_new_workspace | ❌ Single | ✅ Yes | Low | Synchronous |
| **create_new_workspace** | Built-in | Workspace Management | Get steps for creating new projects | `query` | `create_new_workspace("Python web application")` | Use for project initialization | ❌ Single | ✅ Yes | Medium | Synchronous |
| **get_search_view_results** | Built-in | Workspace Management | Get search view results | - | `get_search_view_results()` | Use for search result analysis | ❌ Single | ✅ Yes | Low | Synchronous |
| **get_terminal_last_command** | Built-in | Terminal Management | Get active terminal's last command | - | `get_terminal_last_command()` | Use for terminal state analysis | ❌ Single | ✅ Yes | Low | Synchronous |
| **get_terminal_selection** | Built-in | Terminal Management | Get user's terminal selection | - | `get_terminal_selection()` | Use for context-aware operations | ❌ Single | ✅ Yes | Low | Synchronous |
| **vscode_searchExtensions_internal** | Built-in | Extension Management | Search VS Code extensions marketplace | `category`, `keywords`, `ids` | `vscode_searchExtensions_internal({keywords: ["python"]})` | Use for extension discovery | ✅ Multiple queries | ✅ Yes | Low | Synchronous |
## Tool Categories and Usage Strategies
### Performance Optimization Guidelines
#### Bulk Operations Strategy
```yaml
Preferred Approach:
- Use tools with ✅ Multiple files support when available
- Group related operations together
- Avoid sequential single-file operations when bulk options exist
Example Optimization:
# Instead of:
get_errors(["file1.py"])
get_errors(["file2.py"])
get_errors(["file3.py"])
# Use:
get_errors(["file1.py", "file2.py", "file3.py"])
```
#### Parallel Execution Strategy
```yaml
Safe Parallel Operations:
- File read operations (✅ Yes parallel capability)
- Search operations across different scopes
- Independent analysis tools
Avoid Parallel Execution:
- AI reasoning tools (❌ No - resource intensive)
- File write operations to same directories
- Sequential thinking processes
```
#### Resource Management
```yaml
High Resource Tools (use carefully):
- think, mcp_sequentialthi_sequentialthinking, mcp_actor-critic-_actor-critic-thinking
- mcp_mcp_pdf_reade_read-pdf (large PDFs)
- mcp_deep-research_deep-research
Optimization Strategies:
- Limit concurrent high-resource operations
- Use page ranges for PDF processing
- Cache results when possible
- Monitor execution time and resource usage
```
## Enhanced Tool Categories
### 1. File Operations & Management
Core file system operations for content creation, modification, and organization.
**Primary Tools**: `create_file`, `read_file`, `replace_string_in_file`, `create_directory`, `list_dir`
**Usage Pattern**: Start with directory listing → read existing content → create/modify files → validate changes
### 2. Search & Discovery
Comprehensive search capabilities across workspace content, code, and external resources.
**Primary Tools**: `semantic_search`, `grep_search`, `file_search`, `list_code_usages`
**Usage Pattern**: Use semantic search for concepts → grep for exact patterns → file search for specific files
### 3. Code Analysis & Quality
Advanced code analysis, error detection, and quality assessment tools.
**Primary Tools**: `get_errors`, `list_code_usages`, `test_search`, Pylance tools
**Usage Pattern**: Analyze code structure → detect errors → find usage patterns → validate quality
### 4. AI Reasoning & Analysis ⭐ *NEW*
Advanced AI reasoning tools for complex problem solving and decision making.
**Primary Tools**: `think`, `mcp_sequentialthi_sequentialthinking`, `mcp_actor-critic-_actor-critic-thinking`
**Usage Pattern**: Use `think` for initial analysis → sequential thinking for complex problems → actor-critic for balanced evaluation
### 5. Academic Research & Publications
Comprehensive academic research tools for paper discovery, analysis, and knowledge extraction.
**Primary Tools**: ArXiv tools, Google Scholar tools, `mcp_deep-research_deep-research`
**Usage Pattern**: Search ArXiv/Scholar → load papers to context → deep research for synthesis → store in knowledge graph
### 6. Knowledge Management & Memory
Persistent knowledge storage and retrieval using graph-based memory systems.
**Primary Tools**: All `mcp_memory_*` tools
**Usage Pattern**: Create entities → add observations → establish relations → search and retrieve knowledge
### 7. Development Workflow & GitHub
Complete development lifecycle automation with GitHub integration and CI/CD support.
**Primary Tools**: GitHub MCP tools, `create_and_run_task`, VS Code commands
**Usage Pattern**: Search repositories → create issues/PRs → assign Copilot → request reviews → manage workflow
### 8. Python Development & Analysis
Comprehensive Python development support with environment management and code analysis.
**Primary Tools**: Python environment tools, Pylance MCP tools, notebook tools
**Usage Pattern**: Configure environment → install packages → analyze code → run snippets → refactor and improve
### 9. Document Processing & Conversion ⭐ *NEW*
Advanced document processing, PDF analysis, and format conversion capabilities.
**Primary Tools**: `mcp_markitdown_convert_to_markdown`, PDF reader tools
**Usage Pattern**: Convert documents → extract content → search within documents → standardize formats
**Enhanced Operational Characteristics**:
- **PDF Processing**: `mcp_mcp_pdf_reade_read-pdf` supports ✅ Page ranges for bulk extraction
- **Parallel Capability**: All document tools support ✅ Yes parallel execution
- **Resource Impact**: PDF operations are **High** impact, markdown conversion is **Medium**
- **Bulk Strategy**: Use page ranges (e.g., "1-10,15-20") instead of individual page requests
### 10. Diagram & Visualization ⭐ *NEW*
Diagram creation, validation, and visualization tools for technical documentation.
**Primary Tools**: Mermaid tools, syntax documentation
**Usage Pattern**: Get syntax docs → create diagram → validate syntax → preview visualization
**Enhanced Operational Characteristics**:
- **Single Diagram Focus**: All Mermaid tools process ❌ Single diagrams at a time
- **Parallel Capability**: ✅ Yes - can validate/preview multiple diagrams simultaneously
- **Resource Impact**: **Low** to **Medium** depending on diagram complexity
- **Validation Required**: Always use `mermaid-diagram-validator` before `mermaid-diagram-preview`
### 10. Diagram & Visualization ⭐ *NEW*
Diagram creation, validation, and visualization tools for technical documentation.
**Primary Tools**: Mermaid tools, syntax documentation
**Usage Pattern**: Get syntax docs → create diagram → validate syntax → preview visualization
### 11. Testing & Quality Assurance
Comprehensive testing automation and quality assurance tools.
**Primary Tools**: `runTests`, `test_failure`, error checking tools
**Usage Pattern**: Run tests → analyze failures → fix issues → validate improvements
### 12. Workspace & Project Management ⭐ *NEW*
Project organization, setup, and workspace management capabilities.
**Primary Tools**: `create_new_workspace`, `get_project_setup_info`, extension search
**Usage Pattern**: Create workspace → get setup info → install extensions → configure project
## Tool Selection Guidelines
### Priority Hierarchy
1. **Built-in Tools**: Always prefer built-in tools for core operations
2. **MCP Tools**: Use for specialized functionality and external integrations
3. **Specialized Tools**: Apply domain-specific tools for advanced workflows
### Performance Optimization
- **Batch Operations**: Group similar operations together
- **Caching**: Use knowledge management tools for persistent data
- **Parallel Execution**: Combine compatible tools for efficiency
- **Resource Management**: Monitor token usage and execution time
### Security Best Practices
- **Input Validation**: Always validate parameters before tool execution
- **Access Control**: Respect file system and API permissions
- **Error Handling**: Implement proper error handling and fallbacks
- **Audit Logging**: Use knowledge management for operation tracking
## Workflow Patterns
### Research Workflow
```yaml
Phase 1: Discovery
- semantic_search → mcp_arxiv-mcp-ser_search_arxiv → mcp_google-schola_search_google_scholar_advanced
Phase 2: Analysis
- mcp_arxiv-mcp-ser_load_article_to_context → mcp_deep-research_deep-research → think
Phase 3: Synthesis
- mcp_memory_create_entities → mcp_memory_add_observations → create_file
```
### Development Workflow
```yaml
Phase 1: Setup
- create_new_workspace → get_project_setup_info → configure_python_environment
Phase 2: Development
- create_file → mcp_pylance_mcp_s_pylanceRunCodeSnippet → get_errors
Phase 3: Quality
- runTests → mcp_pylance_mcp_s_pylanceInvokeRefactoring → mcp_github_create_pull_request_with_copilot
```
### Documentation Workflow
```yaml
Phase 1: Content Creation
- semantic_search → read_file → create_file
Phase 2: Enhancement
- mermaid-diagram-validator → mermaid-diagram-preview → mcp_markitdown_convert_to_markdown
Phase 3: Integration
- replace_string_in_file → get_errors → mcp_memory_create_entities
```
## Integration Best Practices
### MCP Server Coordination
- Use multiple MCP servers in parallel for comprehensive analysis
- Implement fallback strategies for server unavailability
- Cache results from expensive MCP operations
- Monitor MCP server performance and resource usage
### Tool Combination Strategies
- **Sequential Execution**: For dependent operations requiring previous results
- **Parallel Execution**: For independent operations that can run simultaneously
- **Conditional Execution**: For operations that depend on validation results
- **Iterative Execution**: For operations requiring multiple refinement cycles
### Error Handling Patterns
- Always validate tool parameters before execution
- Implement retry logic for transient failures
- Use alternative tools when primary tools fail
- Log errors for debugging and improvement
This comprehensive reference provides enterprise-grade tool documentation with practical usage patterns, performance optimization, and integration strategies for sophisticated AI agent workflows.
## File Operations
### Core File Management
- **`create_file`** - Create new files with content
- Usage: Creating documentation, code files, configuration files
- Parameters: filePath (absolute), content (string)
- Best Practice: Use absolute paths, ensure directory exists
- **`read_file`** - Read file contents with line range
- Usage: Examining existing files, gathering context
- Parameters: filePath, startLine, endLine (1-indexed)
- Best Practice: Read large chunks vs multiple small reads
- **`replace_string_in_file`** - Edit existing files by string replacement
- Usage: Making precise edits to existing content
- Parameters: filePath, oldString (exact match), newString
- Best Practice: Include 3-5 lines context before/after target
### Directory Operations
- **`create_directory`** - Create directory structure recursively
- Usage: Setting up project structure, organizing content
- Parameters: dirPath (absolute path)
- Best Practice: Use before create_file if directory doesn't exist
- **`list_dir`** - List directory contents
- Usage: Exploring project structure, finding files
- Parameters: path (absolute)
- Best Practice: Use to understand structure before modifications
## Search and Discovery
### Content Search
- **`semantic_search`** - Natural language search across workspace
- Usage: Finding relevant code/docs by meaning
- Parameters: query (natural language description)
- Best Practice: Use for conceptual searches, finding related content
- **`grep_search`** - Fast text/regex search in workspace
- Usage: Finding exact strings, patterns, file overviews
- Parameters: query, isRegexp, includePattern, maxResults
- Best Practice: Use regex with alternation for multiple terms
- **`file_search`** - Find files by glob patterns
- Usage: Locating files by name/path patterns
- Parameters: query (glob pattern), maxResults
- Best Practice: Use when you know filename patterns
### Code Analysis
- **`list_code_usages`** - Find all references to symbols
- Usage: Understanding code dependencies, refactoring
- Parameters: symbolName, filePaths (optional)
- Best Practice: Provide file paths for faster results
- **`test_search`** - Find test files for source code
- Usage: Locating corresponding test files
- Parameters: filePaths (array)
- Best Practice: Use when working with code that needs testing
- **`get_errors`** - Get compile/lint errors in files
- Usage: Validation after edits, debugging
- Parameters: filePaths (array)
- Best Practice: Run after file modifications
## Terminal and Execution
### Shell Operations
- **`run_in_terminal`** - Execute shell commands
- Usage: Build tasks, file operations, system commands
- Parameters: command, explanation, isBackground
- Best Practice: Use absolute paths, set isBackground for long-running processes
- **`get_terminal_output`** - Get output from background terminal
- Usage: Checking background process status
- Parameters: id (terminal ID)
- Best Practice: Use with background processes
### Task Management
- **`create_and_run_task`** - Create and execute VS Code tasks
- Usage: Build processes, automated workflows
- Parameters: task (object), workspaceFolder
- Best Practice: Define clear task labels and commands
- **`get_task_output`** - Get task execution output
- Usage: Monitoring task results
- Parameters: id, workspaceFolder
- Best Practice: Check output for task completion status
## Development Tools
### Python Environment
- **`configure_python_environment`** - Set up Python environment
- Usage: Python project initialization
- Parameters: resourcePath (optional)
- Best Practice: Always call before Python operations
- **`install_python_packages`** - Install Python packages
- Usage: Adding dependencies to Python projects
- Parameters: packageList, resourcePath
- Best Practice: Call configure_python_environment first
- **`get_python_environment_details`** - Get Python env info
- Usage: Understanding current Python setup
- Parameters: resourcePath (optional)
- Best Practice: Use for environment verification
### Notebook Operations
- **`configure_notebook`** - Set up Jupyter notebook
- Usage: Notebook initialization before execution
- Parameters: filePath
- Best Practice: Always call before running notebook cells
- **`run_notebook_cell`** - Execute notebook cells
- Usage: Running code in notebooks
- Parameters: filePath, cellId, continueOnError, reason
- Best Practice: Run cells as they're added/edited
- **`edit_notebook_file`** - Edit notebook content
- Usage: Modifying notebook cells
- Parameters: filePath, cellId, editType, language, newCode
- Best Practice: Use proper cell IDs, include context for edits
## VS Code Integration
### Extension Management
- **`install_extension`** - Install VS Code extensions
- Usage: Adding functionality to workspace
- Parameters: id, name
- Best Practice: Use during workspace setup only
- **`run_vscode_command`** - Execute VS Code commands
- Usage: VS Code automation
- Parameters: commandId, name, args
- Best Practice: Use for workspace configuration only
### API Reference
- **`get_vscode_api`** - Get VS Code API documentation
- Usage: Extension development reference
- Parameters: query
- Best Practice: Use when developing VS Code extensions
## Web and External Resources
### Web Operations
- **`fetch_webpage`** - Get web page content
- Usage: Gathering external information
- Parameters: urls, query
- Best Practice: Use for research and external references
- **`open_simple_browser`** - Open browser in editor
- Usage: Previewing local sites, demos
- Parameters: url
- Best Practice: Use for local development previews
### Web Search
- **`vscode-websearchforcopilot_webSearch`** - Web search
- Usage: Finding current information
- Parameters: query
- Best Practice: Use for up-to-date information needs
## Version Control
### Git Operations
- **`get_changed_files`** - Get git diff information
- Usage: Understanding current changes
- Parameters: repositoryPath, sourceControlState
- Best Practice: Use to review changes before commits
## Specialized Tools
### Memory Management
- **`mcp_memory_*`** - Knowledge graph operations
- Usage: Storing and retrieving structured knowledge
- Various functions for entities, relations, observations
- Best Practice: Use for persistent knowledge management
### Research Tools
#### Academic Research and Publications
- **`mcp_alex-mcp_search_works`** - Search academic works via OpenAlex
- Usage: Finding peer-reviewed papers by topic/keywords
- Parameters: query, limit, year_range, author
- Best Practice: Use for comprehensive literature reviews
- **`mcp_alex-mcp_search_authors`** - Search academic authors
- Usage: Finding researcher profiles and publications
- Parameters: author_name, limit
- Best Practice: Use for author citation analysis
- **`mcp_google-schola_search_google_scholar_advanced`** - Advanced Google Scholar search
- Usage: Academic paper discovery with filters
- Parameters: query, num_results, author, year_range
- Best Practice: Use for recent research and citation tracking
- **`mcp_google-schola_get_author_info`** - Get author publication info
- Usage: Detailed author analysis and metrics
- Parameters: author_name
- Best Practice: Use for comprehensive author research
#### arXiv Integration
- **`mcp_arxiv-mcp-ser_search_arxiv`** - Search arXiv database
- Usage: Finding preprints and latest research
- Parameters: all_fields, title, author, abstract, start
- Best Practice: Use for cutting-edge research discovery
- **`mcp_arxiv-mcp-ser_load_article_to_context`** - Load arXiv article content
- Usage: Reading full paper content into context
- Parameters: title
- Best Practice: Use for detailed paper analysis
- **`mcp_arxiv-mcp-ser_download_article`** - Download arXiv papers as PDF
- Usage: Saving papers for offline reference
- Parameters: title
- Best Practice: Use for building research libraries
- **`mcp_arxiv-latex-m_get_paper_prompt`** - Get paper's LaTeX source
- Usage: Precise mathematical expression interpretation
- Parameters: arxiv_id
- Best Practice: Use for technical/mathematical content analysis
#### PDF Processing
- **`mcp_mcp_pdf_reade_read-pdf`** - Extract text from PDF files
- Usage: Converting PDF content to text
- Parameters: file, pages, clean_text, include_metadata
- Best Practice: Use for processing downloaded papers
- **`mcp_mcp_pdf_reade_search-pdf`** - Search within PDF content
- Usage: Finding specific content in research papers
- Parameters: file, query, case_sensitive, whole_word
- Best Practice: Use for targeted information extraction
- **`mcp_mcp_pdf_reade_pdf-metadata`** - Get PDF metadata
- Usage: Understanding document properties
- Parameters: file
- Best Practice: Use for document organization
### Documentation Tools
- **`mcp_markitdown_convert_to_markdown`** - Convert to markdown
- Usage: Converting various formats to markdown
- Parameters: uri
- Best Practice: Use for documentation standardization
### GitHub Integration
- **`mcp_github_*`** - GitHub operations
- Usage: Repository management, code search
- Various functions for repos, issues, PRs
- Best Practice: Use for GitHub-based workflows
### Advanced Thinking and Analysis
- **`think`** - Deep problem analysis and planning
- Usage: Complex problem breakdown, multi-step reasoning
- Parameters: thoughts (structured analysis)
- Best Practice: Use for planning complex tasks and decision making
- **`mcp_actor-critic-_actor-critic-thinking`** - Dual-perspective analysis
- Usage: Balanced evaluation through actor-critic methodology
- Parameters: content, role (actor/critic), nextRoundNeeded
- Best Practice: Use for critical decision making and performance analysis
- **`mcp_sequentialthi_sequentialthinking`** - Dynamic problem solving
- Usage: Flexible, evolving thought processes with revision capability
- Parameters: thought, thoughtNumber, totalThoughts, nextThoughtNeeded
- Best Practice: Use for complex problems requiring iterative refinement
### Deep Research and Information Gathering
- **`mcp_deep-research_deep-research`** - AI-powered comprehensive research
- Usage: Multi-level research with depth and breadth control
- Parameters: query, depth (1-5), breadth (1-5), model, sourcePreferences
- Best Practice: Use for comprehensive topic exploration with quality control
- **`mcp_deepwiki_ask_question`** - GitHub repository Q&A
- Usage: Understanding repository structure and functionality
- Parameters: repoName, question
- Best Practice: Use for repository analysis and documentation
- **`mcp_deepwiki_read_wiki_*`** - Repository documentation access
- Usage: Accessing structured repository information
- Parameters: repoName
- Best Practice: Use for comprehensive repository understanding
### Sequential Workflows
1. **Discovery Phase**: Use search tools to understand existing structure
2. **Planning Phase**: Use read operations to gather context
3. **Implementation Phase**: Use create/edit operations for changes
4. **Validation Phase**: Use error checking and testing tools
5. **Documentation Phase**: Update documentation and guides
### Tool Selection Hierarchy
1. **File Operations**: Start with basic file/directory operations
2. **Search Tools**: Use to find existing content and patterns
3. **Specialized Tools**: Apply domain-specific tools as needed
4. **Validation Tools**: Verify results with testing/error checking
### Error Prevention
- Always use absolute paths
- Read files before editing to understand context
- Use search tools to avoid duplicating existing content
- Validate changes with appropriate checking tools
- Document decisions and changes made
## Enhanced Methodology Patterns
### Systematic Content Recreation Loop (Validated Pattern)
A proven methodology for comprehensive content development with external validation. **Validated through Loop 7 completion with 550% content expansion and multi-source validation.**
#### 5-Phase Implementation Framework
**Phase 1: Planning and Tool Preselection**
- Define clear objectives and enhancement scope
- Break down into smaller, manageable concepts
- Preselect tools from comprehensive reference
- Establish success criteria with external validation requirements
**Phase 2: External Validation and Research**
- Web search for current practices and features
- Technical documentation for API references
- Industry best practices and enterprise patterns
- **Optimal Tool Sequence**: vscode-websearchforcopilot_webSearch → get_vscode_api → github_repo (if needed)
**Phase 3: Academic Validation**
- Peer-reviewed research for credible insights
- Cross-reference findings with multiple academic sources
- Deep research for comprehensive analysis
- **Optimal Tool Sequence**: mcp_arxiv-mcp-ser_search_arxiv → mcp_deep-research_deep-research → mcp_google-schola_search_google_scholar_advanced
**Phase 4: Integration and Enhancement**
- Analyze existing content before modification
- Synthesize external and academic findings
- Update/create content with validated information
- **Optimal Tool Sequence**: read_file → replace_string_in_file → create_file (for additional resources)
**Phase 5: Documentation and Integration**
- Create completion reports documenting methodology
- Validate sources and methodology success
- Document lessons learned for future loops
- **Tool Pattern**: create_file for completion reports
#### Enhanced Loop Structure Template
```yaml
## Loop N: [Topic/Task Name]
### Phase 1: Planning and Tool Preselection ✅
**Task**: [Clear objective with measurable outcomes]
**Enhancement Scope**: [Specific areas for improvement]
**Success Criteria**: [External validation with 3-5 authoritative sources]
**Tool Preselection** (validated patterns):
- **Phase 2 Tools**: vscode-websearchforcopilot_webSearch, get_vscode_api, github_repo
- **Phase 3 Tools**: mcp_arxiv-mcp-ser_search_arxiv, mcp_deep-research_deep-research
- **Phase 4 Tools**: read_file, replace_string_in_file, create_file
- **Phase 5 Tools**: create_file (completion reports)
### Phase 2: External Validation and Research ✅
- [Current web sources and industry practices]
- [Technical documentation and API references]
- [Enterprise patterns and deployment guides]
### Phase 3: Academic Validation ✅
- [Peer-reviewed research findings]
- [Academic cross-validation and credibility]
- [Deep research comprehensive analysis]
### Phase 4: Integration and Enhancement ✅
- [Existing content analysis and gaps]
- [Validated information synthesis and integration]
- [Content updates and additional resource creation]
### Phase 5: Documentation and Integration ✅
- [Completion report with methodology validation]
- [Source attribution and validation tracking]
- [Success metrics and lessons learned]
```
#### Validated Tool Effectiveness Patterns (Loop 7 Insights)
**High-Impact Tool Combinations**:
1. **Web + Technical Documentation Validation**:
- `vscode-websearchforcopilot_webSearch` → `get_vscode_api`
- **Result**: Current features + technical accuracy
- **Effectiveness**: 95% current information coverage
- **Best Practice**: Search for features first, then validate with official API docs
2. **Academic + Deep Research Synthesis**:
- `mcp_arxiv-mcp-ser_search_arxiv` → `mcp_deep-research_deep-research`
- **Result**: Peer-reviewed insights + comprehensive enterprise analysis
- **Effectiveness**: Enterprise-grade depth and credibility
- **Best Practice**: Start with academic search, enhance with deep research for practical application
3. **Sequential Web Search Strategy**:
- Multiple targeted searches for comprehensive coverage
- **Pattern**: Feature search → Integration search → Best practices search
- **Effectiveness**: 360-degree topic coverage
- **Best Practice**: Use different query angles for same topic
4. **Enhancement vs Creation Strategy**:
- `read_file` → `replace_string_in_file` more effective than `create_file` from scratch
- **Insight**: Building on existing content yields superior results
- **Efficiency**: 300% faster than complete recreation
- **Best Practice**: Always analyze existing content before deciding creation vs enhancement
#### Methodology Success Metrics (Loop 7 Validation)
**Quantitative Results**:
- **Content Expansion**: 550% increase (522 → 791+ lines)
- **Source Validation**: 5+ authoritative external sources
- **Academic Integration**: 10 peer-reviewed papers analyzed
- **Technical Accuracy**: Latest API specifications and enterprise patterns
**Quality Indicators**:
- External validation from official vendor documentation
- Cross-reference with academic research findings
- Enterprise-grade security and deployment patterns
- Current 2025 features and capabilities integration
#### Loop Structure Template (Original for Reference)
```yaml
## Loop N: [Topic/Task Name]
### Task Breakdown and Tool Preselection
**Task**: [Clear objective]
**Smaller Steps**:
1. [Step 1]
2. [Step 2]
3. [Step 3]
4. [Step 4]
**Tool Preselection** (from comprehensive-tools-reference.md):
- **Research**: vscode-websearchforcopilot_webSearch, mcp_deep-research_deep-research
- **File Creation**: create_file, replace_string_in_file
- **Academic Search**: mcp_alex-mcp_*, mcp_google-schola_*, mcp_arxiv-mcp-ser_*
### Validation**: think, mcp_sequentialthi_sequentialthinking
### 1. Create File
[Use create_file with structured content]
### 2. Search External Sources
[Use web search tools for current information]
### 3. Search Academic References
[Use academic research tools for validation]
### 4. Register Enhanced Findings
[Document integration of external and academic sources]
```
#### Completion Report Pattern (New)
**Loop Completion Documentation Template**:
```yaml
# Loop N Completion Report: [Topic Name]
**Date**: [YYYY-MM-DD]
**Methodology**: systematic-content-recreation.prompt.md
**Content Area**: [Specific topic/file enhanced]
**Status**: ✅ COMPLETED
## Executive Summary
[Brief overview of enhancement scope and achievements]
## Enhancement Metrics
### Content Expansion
- **Original File**: [X lines of Y type content]
- **Enhanced File**: [X+ lines with comprehensive coverage]
- **Total Enhancement**: [%] content expansion
### Validation Sources
- **Web Search Results**: [N] authoritative sources
- **Technical Documentation**: [Specific API/vendor docs]
- **Academic Research**: [N] peer-reviewed papers
- **Deep Research**: [Comprehensive analysis scope]
## Phase-by-Phase Execution
[Document each phase completion with key findings]
## Files Enhanced
[List all files created/modified with status and metrics]
## Methodology Validation
[Document success of systematic approach and lessons learned]
```
#### Implementation Guidelines (Updated)
1. **Pre-Planning Phase**
- Define clear objectives and scope
- Break down into manageable subtasks
- Preselect appropriate tools from reference guide
- Estimate required external sources
2. **Content Creation Phase**
- Create structured content with placeholders
- Include comprehensive examples and implementations
- Follow established templates and patterns
- Maintain consistent formatting and style
3. **External Validation Phase**
- Search current web sources for latest practices
- Query academic databases for peer-reviewed validation
- Cross-reference findings with multiple sources
- Identify gaps between current and academic knowledge
4. **Integration and Enhancement Phase**
- Synthesize external findings with created content
- Update content with validated information
- Add citations and references appropriately
- Document methodology and sources used
5. **Quality Assurance Phase**
- Validate file creation and formatting
- Check for completeness against objectives
- Ensure external sources are properly integrated
- Document lessons learned for future loops
### Academic Bulk Processing Workflows
#### Multi-Source Research Pipeline
```text
1. Search Phase:
- mcp_alex-mcp_search_works (comprehensive academic search)
- mcp_google-schola_search_google_scholar_advanced (current research)
- mcp_arxiv-mcp-ser_search_arxiv (latest preprints)
2. Collection Phase:
- mcp_arxiv-mcp-ser_download_article (for key papers)
- mcp_arxiv-mcp-ser_load_article_to_context (for immediate analysis)
- mcp_markitdown_convert_to_markdown (for format standardization)
3. Analysis Phase:
- mcp_mcp_pdf_reade_read-pdf (content extraction)
- mcp_mcp_pdf_reade_search-pdf (targeted information retrieval)
- Sequential processing of multiple papers for synthesis
4. Synthesis Phase:
- Combine findings from multiple sources
- Identify common themes and contradictions
- Generate comprehensive summaries
- Create structured knowledge bases
```
#### Limitations and Workarounds
**Current Limitations:**
- No native bulk paper loading (individual API calls required)
- PDF processing requires local file access
- Academic search results limited by API constraints
**Recommended Workarounds:**
1. **Batched Processing**: Process papers in groups of 3-5
2. **Prioritization**: Use search metrics to select most relevant papers
3. **Iterative Refinement**: Start with overview searches, then deep-dive on key papers
4. **Multi-Tool Integration**: Combine different academic tools for comprehensive coverage
---
*This reference guide should be consulted when selecting appropriate tools for specific tasks in the workspace.*
---
## Related Documentation
- [Implementation Experience Report](../../20-projects/completed/workspace-organization-implementation-experience-20250915.md) - Real-world validation results and lessons learned from comprehensive workspace reorganization
- [UV Integration Guidelines](../../.github/instructions/script-standardization-guidelines.instructions.md) - Standard patterns for UV environment management and Python script execution
- [Academic Link Standards](../../10-knowledge/methods/academic-workspace-link-standards-20250915.md) - Cross-reference system and linking conventions for academic workspace
- [MCP Integration Guide](../../10-knowledge/methods/mcp-integration-comprehensive-guide.md) - Comprehensive methodology for Model Context Protocol server integration
어떠한 문서나 스크립트가 다른 **프로토콜 / 포트 / 호스트** 에 있는 리소스 사용하는 것을 제한하는 정책. 예를 들어, 다음과 같은 사이트에서 리소스를 다른 곳으로 요청한다고 하자.
* **Production MDB**: updated monthly.
This document outlines the mandatory procedures for developing and verifying VCR elements (shaders, manifests, and assets) to ensure high-fidelity, centered, and non-clipping renders.
http://localhost:8000