1423ee1f04b7f386dc70045d13e3374754b89154
5 Commits
| Author | SHA1 | Message | Date | |
|---|---|---|---|---|
|
|
72d74f86ad |
test(phase-5): implement Phase 5 validation and testing
All checks were successful
KB Lint / validate (push) Successful in 3s
Completed comprehensive validation and testing of all system components as part of Phase 5: Validation and Testing. ## What Was Tested ### Test 1: Cursor Rules ✅ - Verified rules file exists and is properly structured - Confirmed all required sections present - Validated phase documentation synchronization rules ### Test 2: KB System ✅ - Verified KB directory structure complete - Confirmed all three templates exist with complete frontmatter - Tested index generation script (works correctly) - Created test KB file and verified indexing - Tested changelog update process ### Test 3: Phase Documentation ✅ - Verified phase structure - Tested blueprint modification synchronization - Confirmed changelog updates automatically per Cursor rules ### Test 4: Gitea Actions Workflows ⏸️ - Verified workflow files exist and syntax is valid - Validated workflow configuration (triggers, paths, permissions) - Workflow execution pending runner configuration - Runner setup request documented in docs/issues/ ### Test 5: LLM Prompts ✅ - Verified prompt files exist - Confirmed prompt structure follows documentation - Validated prompt content is complete ## Test Results **Total Tests**: 18 **Passed**: 17 **Pending**: 1 (requires runners) **Pass Rate**: 94.4% ## Files Created ### Phase 5 Documentation - - Phase blueprint - - Task tracking - - Change history - - ADRs - - Detailed test results - - Final validation report ### Test Artifacts - - Test KB file for validation ## Files Modified - - Added Phase 5 test file entry - - Regenerated with test file (9 files indexed) - - Version updated (1.0 → 1.1) for sync test - - Updated per synchronization rules ## Key Findings ✅ **All tested components working correctly**: - Cursor rules structure and content - KB system file creation and indexing - Phase documentation synchronization - Index generation script - KB changelog updates - LLM prompt file structure ⏸️ **Pending Runner Configuration**: - Gitea Actions workflow execution (requires runners) - KB lint workflow validation - KB index auto-update workflow ## Phase Status **Phase 5 Status**: ✅ Complete (with runner requirement noted) All components that can be tested without runners have been validated and are working correctly. Workflow execution tests will be completed once Gitea Actions runners are configured. ## Next Steps 1. Configure Gitea Actions runners (when available) 2. Complete workflow execution tests 3. Proceed to Phase 6: Customization and Final Verification |
||
|
|
5b8bf62130 |
docs(kb): migrate Gitea documentation to KB system
All checks were successful
KB Lint / validate (push) Successful in 24s
Migrated all Gitea documentation from docs/GITEA/ folder into the Knowledge Base system, following KB naming conventions and frontmatter requirements. ## What Was Migrated ### Gitea Documentation Guides (6 KB entries) 1. **Gitea Basics Guide** () - Core concepts and features of Gitea - Key differences from GitHub - Terminology and common workflows - System requirements 2. **Gitea Actions Guide** () - Gitea Actions CI/CD system - Compatibility with GitHub Actions - Workflow creation and patterns - Troubleshooting guide 3. **LLM Guidelines for Gitea** () - Terminology guidelines for LLMs - Documentation standards - Common scenarios and checklist - Quick reference 4. **Gitea Workflows Guide** () - Common workflows (repository setup, branches, PRs, issues) - Best practices (branch naming, commits, PR process) - Integration with documentation systems - Troubleshooting 5. **Gitea API Reference** () - API authentication and endpoints - Differences from GitHub API - Common use cases - MCP server integration 6. **Gitea Documentation Overview** () - Overview and index of all Gitea documentation - Quick reference guide - Links to all Gitea KB entries ## KB System Compliance ✅ All files follow KB naming convention (YYYY-MM-DD--slug--type.md) ✅ All files have complete frontmatter (all 18 required fields) ✅ All files categorized in 02_systems/ (infrastructure/tooling) ✅ All files reference original documentation location ✅ KB changelog updated with migration entry ✅ KB index regenerated via script (8 files, 23 topics, 31 tags) ## Category Decision All Gitea documentation entries were placed in **02_systems/** category because: - Gitea is infrastructure/tooling (not project-specific) - Documentation covers platform usage and integration - Guides are system-level references - Fits KB category definition: "Infrastructure, DevOps, tooling" ## Original Documentation Original documentation remains in folder: - docs/GITEA/Gitea-Basics.md - docs/GITEA/Gitea-Actions-Guide.md - docs/GITEA/LLM-Gitea-Guidelines.md - docs/GITEA/Gitea-Workflows.md - docs/GITEA/Gitea-API-Reference.md - docs/GITEA/README.md KB entries reference original locations for full documentation. ## Benefits - Gitea documentation now searchable via KB index - Integrated with KB system for LLM discovery - Consistent with other KB entries - Maintains reference to original documentation - Provides comprehensive Gitea platform reference |
||
|
|
197f44b4d3 |
docs: add issues capture system and KB documentation
Some checks failed
KB Lint / validate (push) Has been cancelled
This commit adds the issues capture system from PAIRS project and documents it in the KB system, following all KB system rules for changelog and index updates. ## What Was Added ### 1. Issues Capture System (docs/issues/) **docs/issues/README.md** - System documentation: - Purpose and workflow for quick issue capture - File naming convention (YYYY-MM-DD--short-description.md) - Issue types (bug, feature, insight, structural, improvement, question) - Template fields and best practices - Integration with Gitea platform - Future automation possibilities **docs/issues/template.md** - Issue file template: - Minimal required fields (title, type, date, status) - Optional fields (description, impact, notes, related) - Gitea issue tracking section - Simple, quick-capture format **docs/issues/2025-11-11--gitea-runner-setup-request.md** - Moved from .github/: - Gitea Actions runner configuration request - Updated to match issue template format - Includes type, date, status fields - Ready for compilation to Gitea issue ### 2. KB Documentation Entry **kb/02_systems/2025-11-11--issues-capture-system--note.md** - KB entry: - Documents the issues capture system structure and workflow - Explains quick capture process - Describes compilation to Gitea issues - Includes best practices and integration points - Properly categorized in 02_systems/ (infrastructure/tooling) - Complete frontmatter with all 18 required fields ### 3. KB System Updates **kb/CHANGELOG.md** - Updated: - Added entry for issues capture system documentation - Date: 2025-11-11 - Documents KB file addition **kb/_index.md** - Regenerated: - Index updated via generate-index.sh script - New KB file appears in 02_systems category - Topics indexed: documentation, issue-tracking, workflow, gitea - Tags indexed: issues, capture, documentation, gitea, workflow - Summary updated with file count ## Why This Implementation ### Quick Issue Capture The issues capture system provides a lightweight staging area for capturing issues, insights, bugs, and features as you encounter them. This enables quick capture without the overhead of creating formal Gitea issues immediately. ### Markdown-Based Workflow Issues are captured as markdown files, making them easy to edit, version control, and review. This provides flexibility before committing to formal issue tracking. ### Later Compilation Issues can be batch-processed into Gitea issues when ready, allowing for review, prioritization, and grouping before creating formal issues. ### Documentation in KB The issues capture system is documented in the KB system, making it discoverable and providing reference material for the workflow. ## Technical Details ### File Structure ### Issue File Format - **Naming**: - **Template**: Minimal fields for quick capture - **Status**: captured → reviewed → compiled - **Integration**: Links to Gitea issues when compiled ### KB Entry Details - **Category**: 02_systems (infrastructure, DevOps, tooling) - **Type**: note - **Topics**: documentation, issue-tracking, workflow, gitea - **Tags**: issues, capture, documentation, gitea, workflow - **Routing Confidence**: 0.95 (high confidence) ## Files Added/Modified ### Added - docs/issues/README.md - Issues capture system documentation - docs/issues/template.md - Issue file template - docs/issues/2025-11-11--gitea-runner-setup-request.md - Runner setup request (moved from .github/) - kb/02_systems/2025-11-11--issues-capture-system--note.md - KB documentation entry ### Modified - kb/CHANGELOG.md - Added entry for new KB file - kb/_index.md - Regenerated with new KB file indexed ## KB System Compliance ✅ KB file follows naming convention (YYYY-MM-DD--slug--type.md) ✅ KB file has complete frontmatter (all 18 required fields) ✅ KB file date matches filename date ✅ KB file type matches filename type ✅ KB changelog updated with entry ✅ KB index regenerated via script ✅ All changes committed together ## Related - Source: PAIRS-for-the-Individual project (docs/issues/) - KB System: kb/README.md - KB Changelog: kb/CHANGELOG.md - KB Index: kb/_index.md - Gitea Documentation: docs/GITEA/ |
||
|
|
830629f105 | chore: update KB index [skip ci] | ||
| aecc370e1d |
docs(kb): implement Phase 2 KB System Setup
This commit implements the complete Knowledge Base (KB) system for the Tendril
project, establishing a structured, LLM-friendly system for capturing and
organizing external information that informs project development.
## What Was Implemented
### 1. KB System Documentation (kb/README.md)
- Comprehensive documentation explaining the KB system's purpose and structure
- Directory structure explanation with all 8 category directories
- File naming schema: YYYY-MM-DD--slug--type.md with regex validation
- Complete frontmatter schema documentation (18 required fields for Tendril)
- Routing decision tree for categorizing content
- Routing confidence system (0.00-1.00 scale) with policy for low-confidence items
- Usage guidelines for creating and managing KB files
- Integration notes with phase documentation system
- Index generation and changelog update procedures
### 2. KB File Templates (kb/_templates/)
Created three template files with complete frontmatter:
- note.md: General notes template with draft status default
- decision.md: ADR-style decision template with active status default
- howto.md: How-to guide template with active status default
All templates include:
- All 18 required frontmatter fields (base + Tendril-specific)
- Placeholder syntax (${VARIABLE}) for easy customization
- Appropriate default values (routing_confidence, status, etc.)
- Template-specific content sections
- Customized for Tendril project (project: ["tendril"])
### 3. KB Ingestion Prompt (kb/_guides/KB_INGEST_PROMPT.md)
Complete system prompt for LLM-assisted KB ingestion:
- System instructions for content analysis and routing
- Classification and routing rules for all 8 categories
- Routing decision tree with 9-step decision process
- Routing confidence assessment guidelines
- File naming standards with examples and validation
- Complete frontmatter requirements documentation
- JSON output format specification
- Quality and style guidelines
- Safety constraints (NEVER/ALWAYS rules)
- Validation checklist
- Completion summary format with mandatory index/changelog updates
### 4. Index Generation Script (kb/scripts/generate-index.sh)
Bash script for automatic KB index generation:
- Scans all KB files in category directories (01_projects through 08_archive)
- Excludes special directories (_guides, _templates, _inbox, _review_queue)
- Extracts YAML frontmatter from each KB file
- Parses metadata fields (title, date, type, summary, topics, tags, phases)
- Generates kb/_index.md with:
* File listing organized by category
* Topics index (all unique topics with file references)
* Tags index (all unique tags with file references)
* Phase relevance index (files organized by phase)
* Summary statistics
- Compatible with Windows (Git Bash) and Unix systems
- Uses temporary files for cross-platform compatibility
- Handles errors gracefully (missing frontmatter, invalid files)
- Script is executable (chmod +x)
### 5. KB Changelog (kb/CHANGELOG.md)
Change tracking for KB system:
- Initial entry documenting Phase 2 setup
- Date-based format: ## [YYYY-MM-DD] KB System Setup
- Lists all files created during setup
- Notes about customization for Tendril project
### 6. Initial Index (kb/_index.md)
Auto-generated searchable index:
- Generated by running generate-index.sh
- Currently empty (no KB files exist yet)
- Ready to be populated as KB files are added
- Includes proper structure for all index sections
## Why This Implementation
### Structured Knowledge Capture
The KB system provides a lightweight staging area for external information
(Pulse Daily chats, ideas, notes, research) that may inform Tendril project
development. Unlike formal phase documentation, KB entries capture informal
knowledge that complements the structured phase blueprints.
### LLM-Friendly Design
The system is designed for LLM-assisted ingestion and management:
- Clear routing decision tree enables automated classification
- Confidence scoring allows human review of uncertain routing
- Complete frontmatter ensures rich metadata for searchability
- JSON output format enables automated file creation
### Searchability and Discovery
The automatic index generation creates multiple access paths:
- By category (for browsing related content)
- By topic (for finding content on specific subjects)
- By tag (for cross-cutting categorization)
- By phase relevance (for finding content related to specific phases)
### Integration with Phase Documentation
KB decisions complement phase-specific ADRs, KB research informs phase
planning, and KB playbooks provide operational guides. The phase_relevance
field creates explicit links between KB content and project phases.
### Project Customization
All files are customized for Tendril:
- Project name: "tendril" (replaced "pairs" references)
- Default project field: ["tendril"]
- Path references updated for Tendril structure
- Gitea Actions noted (not GitHub Actions) for Phase 3
## Technical Details
### Frontmatter Schema (18 Fields)
Base fields (14): title, date, author, source, project, topics, tags, type,
status, routing_hint, proposed_path, routing_confidence, related, summary
Tendril-specific (4): captured_at, source_type, related_projects,
phase_relevance
Optional (2): key_takeaways, action_candidates
### File Naming Pattern
Regex: ^\d{4}-\d{2}-\d{2}--[a-z0-9-]{3,}--(idea|note|spec|decision|howto|retro|meeting)(--p[0-9]+)?\.md$
Components: Date (YYYY-MM-DD) + Slug (3-8 words, no stop-words) + Type
### Routing Confidence Policy
- >= 0.60: File goes to proposed_path
- < 0.60: File goes to _review_queue/ (with proposed_path in frontmatter)
## Next Steps
Phase 2 complete. Ready for Phase 3: Gitea Actions Workflows configuration.
## Files Added
- kb/README.md (290 lines)
- kb/_templates/note.md
- kb/_templates/decision.md
- kb/_templates/howto.md
- kb/_guides/KB_INGEST_PROMPT.md (~400 lines)
- kb/scripts/generate-index.sh (executable)
- kb/CHANGELOG.md
- kb/_index.md (auto-generated)
|