Files
tendril/kb/02_systems/2025-11-11--gitea-llm-guidelines--howto.md
Gitea Actions 5b8bf62130
All checks were successful
KB Lint / validate (push) Successful in 24s
docs(kb): migrate Gitea documentation to KB system
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
2025-11-11 12:36:12 -07:00

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
datawarrior
kind ref
doc docs/GITEA/LLM-Gitea-Guidelines.md
personal_note
tendril
tendril
gitea
llm
guidelines
documentation
terminology
gitea
llm
guidelines
documentation
terminology
best-practices
howto active
LLM guidelines for Gitea - infrastructure/tooling documentation kb/02_systems/ 0.95
docs/GITEA/LLM-Gitea-Guidelines.md
.cursorrules
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

  1. Always refer to "Gitea" (not "GitHub") when the platform is Gitea
  2. Note compatibility when discussing Gitea Actions (compatible with GitHub Actions)
  3. Use Gitea terminology consistently
  4. 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

  1. Platform Reference:

    This repository uses **Gitea** for version control and collaboration.
    
  2. 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.
    
  3. Repository Links:

    Repository: https://git.parkingmeter.info/Mycelium/tendril
    

When Creating Workflow Files

  1. File Location: .github/workflows/ (same as GitHub)
  2. YAML Format: Identical to GitHub Actions
  3. Documentation: Reference as "Gitea Actions workflows"
  4. 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

  1. Use "Gitea Actions" in rules
  2. Note compatibility where relevant

Common Scenarios

Scenario 1: Creating a New Workflow

What to do:

  1. Create workflow in .github/workflows/
  2. Use standard GitHub Actions YAML format
  3. Document as "Gitea Actions workflow"
  4. Note compatibility in documentation
  5. Update .github/CHANGELOG.md
  6. Update .github/README.md

Scenario 2: Referencing Repository

What to do:

  1. Use Gitea repository URL
  2. Reference as "Gitea repository"
  3. Link to Gitea instance

Scenario 3: Discussing Features

What to do:

  1. Reference Gitea features
  2. Note similarities to GitHub when helpful
  3. 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.md when modifying workflows
  • Update .github/README.md when adding workflows
  • Use Gitea terminology consistently

Quick Reference

Repository Information

Key Points

  1. Gitea is self-hosted (not GitHub)
  2. Gitea Actions is compatible with GitHub Actions
  3. Workflows use same format and directory structure
  4. Terminology should reference "Gitea" consistently

Original Location: docs/GITEA/LLM-Gitea-Guidelines.md
Last Updated: 2025-01-27
Related:

  • docs/AGENT-GUIDELINES.md
  • .cursorrules
  • docs/GITEA/Gitea-Basics.md