blumeops/docs/tutorials/exploring-the-docs.md
Erich Blume 7be34dca60 Add Phase 5: explanation documentation
Understanding-oriented content explaining the "why" behind BlumeOps:
- why-gitops: Philosophy of infrastructure-as-code for homelabs
- architecture: How all the pieces fit together (hosts, services, data flow)
- security-model: Tailscale networking, 1Password secrets, access control

Also updates docs/index.md with How-to and Explanation sections.

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2026-02-03 20:23:45 -08:00

3 KiB

title tags
exploring-the-docs
tutorials
getting-started

Exploring the Documentation

Audiences: All (Owner, AI, Reader, Contributor, Replicator)

This guide explains how the BlumeOps documentation is organized and how to find what you need.

Documentation Structure

The docs follow the Diataxis framework:

Section Purpose When to Use
**[[tutorials/index Tutorials]]** Learning-oriented
**[[reference/index Reference]]** Information-oriented
**[[how-to/index How-to]]** Task-oriented
**[[explanation/index Explanation]]** Understanding-oriented

Quick Paths by Audience

For Erich (Owner)

You probably want quick access to operational details:

  • how-to/index for common operations (deploy, troubleshoot, update ACLs)
  • reference/index has service URLs, commands, and config locations
  • The zk-docs mise task still works for legacy zettelkasten access
  • ai-assistance-guide explains how to work effectively with Claude

For Claude/AI Agents

Context for effective assistance:

  • Read ai-assistance-guide for operational conventions
  • reference/index has the technical specifics you'll need
  • The repo's CLAUDE.md has critical rules (especially the kubectl context requirement)

For External Readers

Understanding what this is:

For Contributors

Getting started with changes:

For Replicators

Replicators are people who want to build their own similar homelab GitOps setup, using BlumeOps as inspiration.

  • replicating-blumeops provides the overview
  • explanation/index covers architecture and design rationale
  • The replication/ tutorials go deep on components
  • Reference pages show specific configuration choices

Documentation uses [[wiki-links]] for cross-references:

  • [[service-name]] links to a reference page
  • [[folder/page]] links to nested pages
  • [[page | Display Text]] customizes the link text

When reading on the web (docs.ops.eblu.me), these render as clickable links. The backlinks panel shows what references each page.

Pre-commit hooks automatically validate that all wiki-links point to existing files and that link targets are unambiguous.

Legacy Content

The docs/zk/ directory contains zettelkasten cards from before the restructuring. These are read-only reference - new content goes in the structured sections. The cards will eventually be migrated or archived.

To view legacy cards:

mise run zk-docs