This commit implements the complete LLM Usage Guides system for the Tendril project, establishing reusable prompt documents for AI-assisted workflows. ## What Was Implemented ### 1. Core Guide Documents **docs/PROMPTS/LLM-Usage-Guide.md** - Comprehensive LLM execution instructions: - Recognizing prompt documents (naming convention, structure, location) - Step-by-step execution process (5 phases: recognize, gather info, execute, handle errors, validate) - Information gathering requirements and best practices - Error handling procedures and common error patterns - Validation steps (pre-execution, during execution, post-execution) - Providing feedback (progress updates, error reporting, completion summaries) - Best practices for execution, communication, and quality - Special instructions for Tendril-specific context - Troubleshooting guide for common prompt execution issues - Customized for Tendril project structure and Gitea platform **docs/PROMPTS/Prompt-Creation-Guide.md** - Guide for creating effective prompts: - Naming convention (NN-Descriptive-Name-Prompt.md format) - Complete prompt structure template with all required sections - Best practices for writing effective instructions - Information gathering guidelines - Error handling documentation standards - Testing procedures for new prompts - Common patterns (status check, search, sync patterns) - Decision criteria for when to create new prompts - Update procedures for existing prompts - Comprehensive checklist for new prompts - Examples customized for Tendril project - References to Gitea-specific workflows and features ### 2. Initial Prompt Documents **docs/PROMPTS/00-Project-Status-Check-Prompt.md** - Project status overview: - Purpose: Check current status of all project phases - Reads all phase blueprints in tendril/phases/ - Extracts phase status, deliverables, milestones - Organizes by status (Complete, In Progress, Planned) - Provides comprehensive status summary with counts - Highlights issues or blockers - Error handling for missing files, invalid formats - Validation checklist for completion - Customized for Tendril phase structure **docs/PROMPTS/01-KB-Content-Search-Prompt.md** - KB system search: - Purpose: Search KB system for relevant content - Supports multiple search types: topics, tags, phase relevance, keywords - Uses kb/_index.md for efficient searching - Reads matching KB files and extracts metadata - Presents organized search results with summaries - Handles missing index, invalid criteria, empty results - Provides helpful suggestions for refining searches - Customized for Tendril KB structure and categories **docs/PROMPTS/02-Phase-Documentation-Sync-Prompt.md** - Phase documentation synchronization: - Purpose: Ensure phase documentation consistency - Reads all four phase documents (blueprint, tasks, decisions, changelog) - Compares and identifies discrepancies - Syncs tasks.md with blueprint deliverables and Definition of Done - Updates changelog.md with sync entry - Reviews decisions.md for missing ADRs - Verifies consistency across all documents - Follows Cursor rules for phase documentation synchronization - Error handling for missing files, format issues, unresolvable discrepancies - Customized for Tendril phase structure and documentation system ## Why This Implementation ### Standardized AI Workflows LLM Usage Guides enable consistent, repeatable AI-assisted workflows. Instead of explaining the same tasks repeatedly, prompts provide standardized instructions that work reliably every time. ### Reusability and Efficiency Prompt documents can be dragged into Cursor chat sessions and executed immediately. This saves time and ensures tasks are performed consistently across different sessions and users. ### Quality and Reliability Well-structured prompts include validation checklists, error handling, and best practices. This reduces errors and ensures high-quality results. ### Knowledge Preservation Prompts document how to perform complex tasks, preserving institutional knowledge and making it accessible to anyone who needs to perform the task. ### Integration with Project Systems Prompts are designed to work with Tendril's phase documentation system, KB system, and Gitea workflows, providing seamless integration with existing project infrastructure. ## Technical Details ### Prompt Document Structure All prompts follow a consistent structure: 1. **Title and Purpose** - Clear description of what the prompt does 2. **How to Use** - Instructions for using the prompt 3. **CRITICAL: Information Gathering** - Required information section 4. **Step-by-Step Process** - Phased execution instructions 5. **Error Handling** - Common issues and solutions 6. **Validation Checklist** - Completion verification 7. **Important Notes** - Critical instructions for AI assistant ### Naming Convention Prompts follow strict naming: - 00-09: Core system prompts - 10-19: Phase management prompts - 20-29: KB system prompts - 30-39: Workflow and automation prompts - 40-49: Documentation prompts - 50+: Project-specific prompts ### Customization for Tendril All prompts and guides are customized for: - **Project Name**: Tendril (not "pairs" or placeholders) - **Platform**: Gitea (not GitHub) - **Repository**: https://git.parkingmeter.info/Mycelium/tendril - **Directory Structure**: tendril/phases/, kb/ with category directories - **Workflows**: Gitea Actions (with GitHub Actions compatibility notes) ### Integration Points Prompts integrate with: - **Phase Documentation**: tendril/phases/phase-XX-name/ files - **KB System**: kb/ directory with index and category structure - **Workflows**: .github/workflows/ (Gitea Actions) - **Documentation**: docs/ directory structure ## Files Added - docs/PROMPTS/LLM-Usage-Guide.md - LLM execution instructions (~400 lines) - docs/PROMPTS/Prompt-Creation-Guide.md - Prompt creation guide (~600 lines) - docs/PROMPTS/00-Project-Status-Check-Prompt.md - Status check prompt (~180 lines) - docs/PROMPTS/01-KB-Content-Search-Prompt.md - KB search prompt (~240 lines) - docs/PROMPTS/02-Phase-Documentation-Sync-Prompt.md - Documentation sync prompt (~250 lines) **Total**: 5 files, ~1,670 lines of prompt documentation ## Validation All Phase 4 requirements met: - ✅ LLM Usage Guide created and comprehensive - ✅ Prompt Creation Guide created with complete template - ✅ Three initial prompt documents created - ✅ All prompts follow naming convention - ✅ All prompts include required sections - ✅ All files reference "Tendril" (42 references found) - ✅ All files use "Gitea" terminology (10 references, no GitHub) - ✅ Examples relevant to Tendril project structure - ✅ Documentation is clear and actionable ## Next Steps Phase 4 complete. LLM Usage Guides system is ready for use. Prompts can be dragged into Cursor chat sessions to perform standardized tasks. Ready for Phase 5: Validation and Testing. ## Related - Phase 4 Plan: kb/_guides/PROJECT-SETUP-GUIDE/PHASE-4-PLAN.md - Replication Guide: kb/_guides/PROJECT-SETUP-GUIDE/COMPLETE-SYSTEM-REPLICATION-GUIDE.md - Gitea LLM Guidelines: docs/GITEA/LLM-Gitea-Guidelines.md
401 lines
12 KiB
Markdown
401 lines
12 KiB
Markdown
# LLM Usage Guide for Prompt Documents
|
|
|
|
**Purpose**: Instructions for AI assistants (LLMs) on how to recognize, interpret, and execute prompt documents in the Tendril project.
|
|
|
|
**Last Updated**: 2025-11-11
|
|
|
|
---
|
|
|
|
## Overview
|
|
|
|
This guide provides comprehensive instructions for AI assistants working with prompt documents in the Tendril repository. Prompt documents are reusable, standardized instructions that enable consistent AI-assisted workflows.
|
|
|
|
**Repository Context**:
|
|
- **Project**: Tendril
|
|
- **Repository**: https://git.parkingmeter.info/Mycelium/tendril
|
|
- **Platform**: Gitea (self-hosted)
|
|
- **Prompt Location**: `docs/PROMPTS/`
|
|
|
|
---
|
|
|
|
## Recognizing Prompt Documents
|
|
|
|
### Naming Convention
|
|
|
|
Prompt documents follow a specific naming pattern:
|
|
- Format: `NN-Descriptive-Name-Prompt.md`
|
|
- `NN` is a zero-padded two-digit number (00, 01, 02, etc.)
|
|
- `Descriptive-Name` uses kebab-case
|
|
- Always ends with `-Prompt.md`
|
|
|
|
**Examples**:
|
|
- `00-Project-Status-Check-Prompt.md`
|
|
- `01-KB-Content-Search-Prompt.md`
|
|
- `02-Phase-Documentation-Sync-Prompt.md`
|
|
|
|
### Document Structure
|
|
|
|
Prompt documents have a consistent structure:
|
|
1. **Title** - Task name with "Prompt" suffix
|
|
2. **Purpose** - One sentence describing what the prompt accomplishes
|
|
3. **How to Use** - Instructions for using the prompt
|
|
4. **CRITICAL: Information Gathering** - Required information section
|
|
5. **Step-by-Step Process** - Phased execution instructions
|
|
6. **Error Handling** - Common issues and solutions
|
|
7. **Validation Checklist** - Completion verification
|
|
8. **Important Notes** - Critical instructions for AI assistant
|
|
|
|
### Location
|
|
|
|
Prompt documents are located in:
|
|
- `docs/PROMPTS/` directory
|
|
- All prompts are markdown files (`.md`)
|
|
|
|
---
|
|
|
|
## Executing Prompts (Phase-by-Phase Execution)
|
|
|
|
### Step 1: Recognize the Prompt
|
|
|
|
When a prompt document is provided:
|
|
1. **Identify it as a prompt document** by checking:
|
|
- File name matches `NN-Descriptive-Name-Prompt.md` pattern
|
|
- File is in `docs/PROMPTS/` directory
|
|
- Document has prompt structure (Purpose, How to Use, etc.)
|
|
|
|
2. **Read the entire prompt document** before starting execution
|
|
|
|
3. **Understand the purpose** from the Purpose section
|
|
|
|
### Step 2: Information Gathering
|
|
|
|
**CRITICAL**: Before executing any steps, gather all required information:
|
|
|
|
1. **Check the "CRITICAL: Information Gathering" section**
|
|
- Identify all required information items
|
|
- Note format/constraints for each item
|
|
- Understand why each item is needed
|
|
|
|
2. **Ask the user for missing information**
|
|
- If any required information is missing, **ASK THE USER**
|
|
- Do not make assumptions
|
|
- Do not proceed without required information
|
|
|
|
3. **Verify information format**
|
|
- Ensure provided information matches required format
|
|
- Ask for clarification if format is unclear
|
|
|
|
### Step 3: Execute Step-by-Step
|
|
|
|
Follow the prompt's step-by-step process:
|
|
|
|
1. **Execute phases in order**
|
|
- Do not skip phases
|
|
- Complete each phase before moving to the next
|
|
|
|
2. **Follow instructions precisely**
|
|
- Execute commands exactly as specified
|
|
- Use provided code/commands without modification (unless explicitly allowed)
|
|
|
|
3. **Validate each step**
|
|
- After each step, verify it succeeded
|
|
- Check validation criteria provided in the prompt
|
|
- Report any errors immediately
|
|
|
|
4. **Provide progress updates**
|
|
- Inform the user of progress
|
|
- Report completion of each phase
|
|
- Note any issues or deviations
|
|
|
|
### Step 4: Error Handling
|
|
|
|
When errors occur:
|
|
|
|
1. **Check the "Error Handling" section**
|
|
- Look for the specific error in "Common Issues"
|
|
- Follow the provided fix instructions
|
|
- Apply prevention measures if applicable
|
|
|
|
2. **If error not in guide**:
|
|
- Report the error to the user
|
|
- Describe what you tried
|
|
- Ask for guidance
|
|
|
|
3. **Do not continue with errors unresolved**
|
|
- Fix errors before proceeding
|
|
- Verify fix before continuing
|
|
|
|
### Step 5: Validation
|
|
|
|
Before completing:
|
|
|
|
1. **Review the "Validation Checklist"**
|
|
- Check each item in the checklist
|
|
- Verify all items are complete
|
|
- Report any incomplete items
|
|
|
|
2. **Verify final state**
|
|
- Confirm all objectives are met
|
|
- Check that outputs match expectations
|
|
- Ensure no errors remain
|
|
|
|
3. **Provide completion summary**
|
|
- List what was accomplished
|
|
- Note any issues encountered
|
|
- Report validation results
|
|
|
|
---
|
|
|
|
## Information Gathering
|
|
|
|
### Required Information Section
|
|
|
|
Every prompt document includes a "CRITICAL: Information Gathering" section that lists:
|
|
- **Required information items** - What you need from the user
|
|
- **Format/constraints** - How the information should be provided
|
|
- **Examples** - Sample values or formats
|
|
- **Why it's needed** - Purpose of each information item
|
|
|
|
### Gathering Process
|
|
|
|
1. **Read the information gathering section first**
|
|
2. **Check if user has provided required information**
|
|
3. **If missing, ask the user** - Do not proceed without it
|
|
4. **Verify format** - Ensure information matches required format
|
|
5. **Confirm understanding** - Clarify any ambiguities
|
|
|
|
### What NOT to Assume
|
|
|
|
**NEVER assume**:
|
|
- File paths or locations
|
|
- User preferences or choices
|
|
- Current state of files or systems
|
|
- Default values unless explicitly stated
|
|
- User intent without confirmation
|
|
|
|
**ALWAYS ask** if:
|
|
- Information is missing
|
|
- Format is unclear
|
|
- Multiple interpretations are possible
|
|
- User preference affects the outcome
|
|
|
|
---
|
|
|
|
## Error Handling
|
|
|
|
### Common Error Patterns
|
|
|
|
1. **File Not Found**
|
|
- Check file path is correct
|
|
- Verify file exists
|
|
- Check current working directory
|
|
|
|
2. **Permission Denied**
|
|
- Check file permissions
|
|
- Verify user has access
|
|
- Check if file is locked
|
|
|
|
3. **Invalid Format**
|
|
- Verify format matches requirements
|
|
- Check for typos or syntax errors
|
|
- Review format examples
|
|
|
|
4. **Missing Dependencies**
|
|
- Check if required tools are installed
|
|
- Verify environment setup
|
|
- Review dependencies section
|
|
|
|
### Error Response Process
|
|
|
|
1. **Identify the error** - What went wrong?
|
|
2. **Check error handling section** - Is this error documented?
|
|
3. **Apply fix** - Follow provided fix instructions
|
|
4. **Verify fix** - Confirm error is resolved
|
|
5. **Continue or report** - Proceed or ask for help
|
|
|
|
---
|
|
|
|
## Validation Steps
|
|
|
|
### Pre-Execution Validation
|
|
|
|
Before starting execution:
|
|
- [ ] Prompt document is complete (all sections present)
|
|
- [ ] Purpose is clear and understood
|
|
- [ ] All required information is gathered
|
|
- [ ] Information format is correct
|
|
- [ ] User has confirmed understanding
|
|
|
|
### During Execution Validation
|
|
|
|
After each phase:
|
|
- [ ] Phase completed successfully
|
|
- [ ] Validation criteria met
|
|
- [ ] No errors encountered
|
|
- [ ] Progress reported to user
|
|
|
|
### Post-Execution Validation
|
|
|
|
Before completion:
|
|
- [ ] All phases completed
|
|
- [ ] Validation checklist reviewed
|
|
- [ ] All checklist items verified
|
|
- [ ] Final state confirmed
|
|
- [ ] Completion summary provided
|
|
|
|
---
|
|
|
|
## Providing Feedback
|
|
|
|
### Progress Updates
|
|
|
|
Provide regular updates:
|
|
- **Start**: Announce when beginning execution
|
|
- **Progress**: Report completion of each phase
|
|
- **Issues**: Report any problems immediately
|
|
- **Completion**: Summarize what was accomplished
|
|
|
|
### Error Reporting
|
|
|
|
When errors occur:
|
|
- **Describe the error** clearly
|
|
- **Explain what you tried** to fix it
|
|
- **Reference error handling section** if applicable
|
|
- **Ask for help** if error is not documented
|
|
|
|
### Completion Summary
|
|
|
|
At the end:
|
|
- **List accomplishments** - What was completed
|
|
- **Note issues** - Any problems encountered
|
|
- **Report validation** - Checklist results
|
|
- **Suggest next steps** - If applicable
|
|
|
|
---
|
|
|
|
## Best Practices
|
|
|
|
### Execution Best Practices
|
|
|
|
1. **Read the entire prompt first** - Don't start until you understand everything
|
|
2. **Gather all information** - Don't proceed with missing required information
|
|
3. **Follow steps in order** - Don't skip phases or steps
|
|
4. **Validate frequently** - Check progress after each phase
|
|
5. **Report regularly** - Keep user informed of progress
|
|
6. **Handle errors promptly** - Don't ignore errors or warnings
|
|
|
|
### Communication Best Practices
|
|
|
|
1. **Be clear and specific** - Use precise language
|
|
2. **Ask when uncertain** - Don't guess or assume
|
|
3. **Explain your actions** - Help user understand what you're doing
|
|
4. **Provide context** - Explain why you're doing something
|
|
5. **Confirm understanding** - Verify user understands your questions
|
|
|
|
### Quality Best Practices
|
|
|
|
1. **Verify outputs** - Check that results match expectations
|
|
2. **Test assumptions** - Verify before proceeding
|
|
3. **Document deviations** - Note any changes from the prompt
|
|
4. **Review validation checklist** - Ensure nothing is missed
|
|
5. **Provide complete summaries** - Include all relevant information
|
|
|
|
---
|
|
|
|
## Special Instructions
|
|
|
|
### Tendril-Specific Context
|
|
|
|
When working with Tendril project prompts:
|
|
|
|
- **Repository**: https://git.parkingmeter.info/Mycelium/tendril
|
|
- **Platform**: Gitea (not GitHub)
|
|
- **Phase Structure**: `tendril/phases/phase-XX-name/`
|
|
- **KB Structure**: `kb/` with category directories
|
|
- **Workflows**: Gitea Actions (compatible with GitHub Actions format)
|
|
|
|
### Project-Specific Rules
|
|
|
|
- Use "Tendril" (not "pairs" or placeholders)
|
|
- Reference Gitea features and terminology
|
|
- Follow Tendril directory structure
|
|
- Use Tendril-specific paths and conventions
|
|
|
|
### Integration Points
|
|
|
|
Prompts may interact with:
|
|
- **Phase Documentation**: `tendril/phases/phase-XX-name/blueprint.md`, `tasks.md`, `decisions.md`, `changelog.md`
|
|
- **KB System**: `kb/` directory with category subdirectories
|
|
- **Workflows**: `.github/workflows/` (Gitea Actions)
|
|
- **Documentation**: `docs/` directory
|
|
|
|
---
|
|
|
|
## Troubleshooting
|
|
|
|
### Prompt Not Recognized
|
|
|
|
**Symptoms**: AI assistant doesn't recognize document as a prompt
|
|
|
|
**Solutions**:
|
|
1. Verify file name matches `NN-Descriptive-Name-Prompt.md` pattern
|
|
2. Check file is in `docs/PROMPTS/` directory
|
|
3. Verify document has prompt structure (Purpose, How to Use, etc.)
|
|
4. Explicitly tell the AI: "This is a prompt document, please follow its instructions"
|
|
|
|
### Instructions Not Followed
|
|
|
|
**Symptoms**: AI assistant doesn't follow prompt instructions
|
|
|
|
**Solutions**:
|
|
1. Verify prompt document is complete (all sections present)
|
|
2. Check "CRITICAL" and "MANDATORY" sections are clearly marked
|
|
3. Ensure information gathering section requests all required data
|
|
4. Review this LLM-Usage-Guide.md for execution guidelines
|
|
5. Test prompt with a simple task first
|
|
|
|
### Missing Information
|
|
|
|
**Symptoms**: Prompt requires information that wasn't provided
|
|
|
|
**Solutions**:
|
|
1. Check "CRITICAL: Information Gathering" section
|
|
2. Ask user for missing required information
|
|
3. Do not make assumptions or use defaults
|
|
4. Verify information format before proceeding
|
|
|
|
### Execution Errors
|
|
|
|
**Symptoms**: Errors occur during prompt execution
|
|
|
|
**Solutions**:
|
|
1. Check "Error Handling" section in the prompt
|
|
2. Review error message and apply provided fixes
|
|
3. Verify file paths and permissions
|
|
4. Check dependencies and environment
|
|
5. Report error to user if not documented
|
|
|
|
---
|
|
|
|
## Summary
|
|
|
|
This guide provides comprehensive instructions for AI assistants working with prompt documents in the Tendril project. Key points:
|
|
|
|
1. **Recognize prompts** by naming convention and structure
|
|
2. **Gather information** before starting execution
|
|
3. **Execute step-by-step** following the prompt's phases
|
|
4. **Handle errors** using provided error handling guidance
|
|
5. **Validate completion** using the validation checklist
|
|
6. **Provide feedback** throughout the process
|
|
|
|
**Remember**: Prompt documents are designed to be reusable and standardized. Follow them precisely to ensure consistent, reliable results.
|
|
|
|
---
|
|
|
|
**Location**: `docs/PROMPTS/LLM-Usage-Guide.md`
|
|
**Related**:
|
|
- `docs/PROMPTS/Prompt-Creation-Guide.md`
|
|
- `docs/GITEA/LLM-Gitea-Guidelines.md`
|
|
- `kb/_guides/PROJECT-SETUP-GUIDE/PHASE-4-PLAN.md`
|
|
|