@afterxleep/doc-bot 1.14.0 → 1.16.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/AGENT_INTEGRATION_RULE.txt +59 -122
- package/README.md +9 -2
- package/package.json +1 -1
- package/prompts/file-docs.txt +46 -8
- package/prompts/global-rules.txt +76 -12
- package/prompts/mandatory-rules.txt +107 -13
- package/prompts/search-results.txt +43 -4
- package/prompts/system-prompt.txt +201 -101
- package/src/index.js +217 -14
- package/prompts/agent-optimized-system-prompt.txt +0 -82
- package/prompts/cognitive-triggers.txt +0 -45
- package/prompts/relevant-docs.txt +0 -13
|
@@ -1,82 +0,0 @@
|
|
|
1
|
-
# MCP TOOL EXECUTION PROTOCOL
|
|
2
|
-
|
|
3
|
-
## CONDITIONAL LOGIC RULES:
|
|
4
|
-
|
|
5
|
-
### Rule 1: Code Generation Detection
|
|
6
|
-
```
|
|
7
|
-
IF input_contains(write, create, implement, build, code, function, class, component, method, variable, generate, make, develop, add)
|
|
8
|
-
THEN execute_tool(check_project_rules, task_description)
|
|
9
|
-
REQUIRED: Before any code output
|
|
10
|
-
```
|
|
11
|
-
|
|
12
|
-
### Rule 2: Project Information Detection
|
|
13
|
-
```
|
|
14
|
-
IF input_contains(how, what, why, architecture, approach, pattern, feature, authentication, database, api, testing)
|
|
15
|
-
AND context_contains(this project, this codebase, here, our, [project_name])
|
|
16
|
-
THEN execute_tool(search_documentation, extracted_keywords)
|
|
17
|
-
REQUIRED: For project-specific queries
|
|
18
|
-
```
|
|
19
|
-
|
|
20
|
-
### Rule 3: Documentation Discovery Detection
|
|
21
|
-
```
|
|
22
|
-
IF input_contains(documentation, available, help with, capabilities, rules, standards, what exists)
|
|
23
|
-
THEN execute_tool(get_global_rules)
|
|
24
|
-
REQUIRED: For documentation overview
|
|
25
|
-
```
|
|
26
|
-
|
|
27
|
-
### Rule 4: Context-Specific Detection
|
|
28
|
-
```
|
|
29
|
-
IF input_contains(file, directory, working on, specific, [filename], path)
|
|
30
|
-
THEN execute_tool(get_relevant_docs, file_context)
|
|
31
|
-
REQUIRED: For file-specific work
|
|
32
|
-
```
|
|
33
|
-
|
|
34
|
-
### Rule 5: Document Reading Detection
|
|
35
|
-
```
|
|
36
|
-
IF input_contains(read, show, get content, full document)
|
|
37
|
-
OR previous_response_contains(search results)
|
|
38
|
-
THEN execute_tool(read_specific_document, filename)
|
|
39
|
-
REQUIRED: For complete document access
|
|
40
|
-
```
|
|
41
|
-
|
|
42
|
-
## EXECUTION ALGORITHM:
|
|
43
|
-
|
|
44
|
-
```
|
|
45
|
-
STEP 1: input_analysis(user_query)
|
|
46
|
-
STEP 2: keyword_extraction(input_analysis)
|
|
47
|
-
STEP 3: rule_matching(keyword_extraction)
|
|
48
|
-
STEP 4: tool_execution(matched_rule)
|
|
49
|
-
STEP 5: response_generation(tool_output)
|
|
50
|
-
STEP 6: validation(response, project_rules)
|
|
51
|
-
```
|
|
52
|
-
|
|
53
|
-
## RESPONSE PROTOCOL:
|
|
54
|
-
|
|
55
|
-
### Tool-Based Response:
|
|
56
|
-
1. **Execute Tool**: Call appropriate MCP tool first
|
|
57
|
-
2. **Parse Output**: Extract relevant information from tool response
|
|
58
|
-
3. **Generate Answer**: Base response on tool output only
|
|
59
|
-
4. **Validate**: Ensure consistency with project documentation
|
|
60
|
-
|
|
61
|
-
### Fallback Response:
|
|
62
|
-
1. **Context Check**: Verify if response requires project knowledge
|
|
63
|
-
2. **Tool Selection**: Use search_documentation if uncertain
|
|
64
|
-
3. **Search Limit**: If documentation search yields no results after 2-3 attempts, fall back to web search
|
|
65
|
-
4. **Web Search Guidance**: When instructed to use web search after failed documentation searches:
|
|
66
|
-
- Use web search for official documentation, tutorials, and examples
|
|
67
|
-
- Combine project context with external knowledge when appropriate
|
|
68
|
-
5. **Generic Response**: Only if certain no project context needed
|
|
69
|
-
|
|
70
|
-
## VALIDATION REQUIREMENTS:
|
|
71
|
-
|
|
72
|
-
- **Tool Precedence**: Tool responses override general knowledge
|
|
73
|
-
- **Accuracy**: Do not add information beyond tool output
|
|
74
|
-
- **Completeness**: Use tools for all project-related queries
|
|
75
|
-
- **Consistency**: Ensure responses align with project standards
|
|
76
|
-
|
|
77
|
-
## OPERATIONAL CONSTRAINTS:
|
|
78
|
-
|
|
79
|
-
- **Custom Patterns**: Project implements non-standard practices
|
|
80
|
-
- **Rule Compliance**: Generated code must follow project rules
|
|
81
|
-
- **Documentation Authority**: Project docs are the authoritative source
|
|
82
|
-
- **Context Awareness**: Always consider project-specific context
|
|
@@ -1,45 +0,0 @@
|
|
|
1
|
-
# MCP TOOL USAGE DECISION TREE
|
|
2
|
-
|
|
3
|
-
## KEYWORD-TO-TOOL MAPPINGS:
|
|
4
|
-
|
|
5
|
-
### Code Generation Keywords → check_project_rules
|
|
6
|
-
**Keywords**: write, create, implement, build, add, code, function, class, component, method, develop, generate, make
|
|
7
|
-
**Logic**: Code generation requires project-specific rules validation
|
|
8
|
-
**Action**: Execute check_project_rules before any code output
|
|
9
|
-
|
|
10
|
-
### Project Information Keywords → search_documentation
|
|
11
|
-
**Keywords**: how, what, why, architecture, approach, feature, authentication, database, API, testing, pattern
|
|
12
|
-
**Context Indicators**: "this project", "this codebase", "here", "our", specific feature names
|
|
13
|
-
**Logic**: Project-specific questions require documentation lookup
|
|
14
|
-
**Action**: Execute search_documentation with relevant query
|
|
15
|
-
|
|
16
|
-
### Documentation Discovery Keywords → get_global_rules
|
|
17
|
-
**Keywords**: documentation, available, capabilities, help with, what exists, rules, standards
|
|
18
|
-
**Logic**: Documentation queries need comprehensive rule listing
|
|
19
|
-
**Action**: Execute get_global_rules for overview
|
|
20
|
-
|
|
21
|
-
### Context-Specific Keywords → get_relevant_docs
|
|
22
|
-
**Keywords**: file, directory, component, working on, specific, this [filename], path
|
|
23
|
-
**Logic**: File-specific work requires targeted documentation
|
|
24
|
-
**Action**: Execute get_relevant_docs with file context
|
|
25
|
-
|
|
26
|
-
## DECISION ALGORITHM:
|
|
27
|
-
|
|
28
|
-
1. **Parse Input**: Extract keywords from user query
|
|
29
|
-
2. **Match Patterns**: Check keywords against tool mappings
|
|
30
|
-
3. **Priority Order**: Code generation > Project questions > Documentation discovery > Context-specific
|
|
31
|
-
4. **Tool Execution**: Call appropriate MCP tool first
|
|
32
|
-
5. **Response Generation**: Base answer on tool output
|
|
33
|
-
6. **Validation**: Ensure response aligns with retrieved documentation
|
|
34
|
-
|
|
35
|
-
## EXECUTION REQUIREMENTS:
|
|
36
|
-
|
|
37
|
-
- **Mandatory**: Use MCP tools for any project-related query
|
|
38
|
-
- **Precedence**: Tool responses override general knowledge
|
|
39
|
-
- **Accuracy**: Verify information against documentation
|
|
40
|
-
- **Completeness**: Don't add assumptions beyond tool output
|
|
41
|
-
- **Search Limits**: If documentation searches yield no results after 2-3 attempts, follow web search fallback
|
|
42
|
-
- **Fallback Protocol**: When instructed to use web search:
|
|
43
|
-
- Acknowledge the documentation search limitation
|
|
44
|
-
- Use web search for external resources
|
|
45
|
-
- Combine findings with any available project context
|
|
@@ -1,13 +0,0 @@
|
|
|
1
|
-
# CONTEXTUAL DOCUMENTATION
|
|
2
|
-
|
|
3
|
-
${globalRulesSection}
|
|
4
|
-
${contextualDocsSection}
|
|
5
|
-
${inferredDocsSection}
|
|
6
|
-
${confidenceSection}
|
|
7
|
-
|
|
8
|
-
## IMPLEMENTATION GUIDANCE:
|
|
9
|
-
|
|
10
|
-
**Context**: The above documentation applies to your current working context
|
|
11
|
-
**Usage**: Apply these patterns and rules to all generated code
|
|
12
|
-
**Priority**: Context-specific rules take precedence over general guidelines
|
|
13
|
-
**Validation**: Verify generated code complies with all listed requirements
|