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
5.1 KiB
5.1 KiB
title, date, captured_at, author, source, source_type, project, related_projects, topics, tags, type, status, phase_relevance, routing_hint, proposed_path, routing_confidence, related, summary, key_takeaways, action_candidates
| title | date | captured_at | author | source | source_type | project | related_projects | topics | tags | type | status | phase_relevance | routing_hint | proposed_path | routing_confidence | related | summary | key_takeaways | action_candidates | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| LLM Guidelines for Working with Gitea | 2025-11-11 | 2025-11-11 |
|
|
personal_note |
|
|
|
|
howto | active | LLM guidelines for Gitea - infrastructure/tooling documentation | kb/02_systems/ | 0.95 |
|
Specific guidelines for AI assistants (LLMs) when working with Gitea-based projects. Covers terminology, documentation standards, workflow file creation, and common scenarios. |
LLM Guidelines for Working with Gitea
Core Principles
- Always refer to "Gitea" (not "GitHub") when the platform is Gitea
- Note compatibility when discussing Gitea Actions (compatible with GitHub Actions)
- Use Gitea terminology consistently
- Link to Gitea documentation when referencing features
Terminology Guidelines
Correct Usage
✅ Use These Terms:
- "Gitea" - The platform
- "Gitea Actions" - CI/CD system
- "Gitea Runners" - CI/CD execution environment
- "Gitea instance" - Self-hosted Gitea server
- "Pull Request" or "PR" - Code review (same as GitHub)
- "Issues" - Bug/feature tracking (same as GitHub)
- "Repository" or "Repo" - Code storage (same as GitHub)
❌ Avoid These Terms (when referring to Gitea):
- "GitHub" - Wrong platform
- "GitHub Actions" - Should be "Gitea Actions" (but note compatibility)
- "GitHub Runners" - Should be "Gitea Runners"
- "GitHub repository" - Should be "Gitea repository"
Compatibility Notes
When discussing workflows or Actions:
- ✅ "Gitea Actions workflows (compatible with GitHub Actions format)"
- ✅ "Gitea Actions uses the same YAML format as GitHub Actions"
- ✅ "Workflows use
.github/workflows/directory (same as GitHub)"
Documentation Standards
When Creating Documentation
-
Platform Reference:
This repository uses **Gitea** for version control and collaboration. -
Actions Reference:
This project uses **Gitea Actions** for CI/CD. Gitea Actions is compatible with GitHub Actions, so workflows use the same YAML format and `.github/workflows/` directory structure. -
Repository Links:
Repository: https://git.parkingmeter.info/Mycelium/tendril
When Creating Workflow Files
- File Location:
.github/workflows/(same as GitHub) - YAML Format: Identical to GitHub Actions
- Documentation: Reference as "Gitea Actions workflows"
- Comments: Note compatibility if relevant
Example:
# Gitea Actions workflow
# Compatible with GitHub Actions format
name: KB Lint
on:
push:
paths:
- 'kb/**/*.md'
When Updating Cursor Rules
- Use "Gitea Actions" in rules
- Note compatibility where relevant
Common Scenarios
Scenario 1: Creating a New Workflow
What to do:
- Create workflow in
.github/workflows/ - Use standard GitHub Actions YAML format
- Document as "Gitea Actions workflow"
- Note compatibility in documentation
- Update
.github/CHANGELOG.md - Update
.github/README.md
Scenario 2: Referencing Repository
What to do:
- Use Gitea repository URL
- Reference as "Gitea repository"
- Link to Gitea instance
Scenario 3: Discussing Features
What to do:
- Reference Gitea features
- Note similarities to GitHub when helpful
- Link to Gitea documentation
Checklist for LLMs
When working with Gitea-based projects:
- Use "Gitea" (not "GitHub") when referring to the platform
- Use "Gitea Actions" (not "GitHub Actions") but note compatibility
- Reference Gitea repository URLs correctly
- Link to Gitea documentation:
https://docs.gitea.com/ - Note compatibility when discussing workflows
- Use
.github/workflows/directory (same as GitHub) - Use standard GitHub Actions YAML format for workflows
- Update
.github/CHANGELOG.mdwhen modifying workflows - Update
.github/README.mdwhen adding workflows - Use Gitea terminology consistently
Quick Reference
Repository Information
- Platform: Gitea (self-hosted)
- Instance: git.parkingmeter.info
- Repository: https://git.parkingmeter.info/Mycelium/tendril
Documentation Links
- Gitea Docs: https://docs.gitea.com/
- Gitea Actions: https://docs.gitea.com/usage/actions/
- Gitea API: https://docs.gitea.com/api/
Key Points
- Gitea is self-hosted (not GitHub)
- Gitea Actions is compatible with GitHub Actions
- Workflows use same format and directory structure
- Terminology should reference "Gitea" consistently
Original Location: docs/GITEA/LLM-Gitea-Guidelines.md
Last Updated: 2025-01-27
Related:
docs/AGENT-GUIDELINES.md.cursorrulesdocs/GITEA/Gitea-Basics.md