governance / Documentation Style Guide — DjangoPlay Labs
DocsGovernanceDocumentation Style Guide — DjangoPlay Labs

Documentation Style Guide — DjangoPlay Labs

Project: DjangoPlay Labs Documentation Document Type: Governance Last Updated: 2026-03-28 Version: 1.0

2 min readGovernance
On this page ▾
  1. 1. Overview
  2. 2. Document Structure
  3. 3. Document Header
  4. 4. Heading Rules
  5. 5. Writing Style
  6. 6. Formatting Rules
  7. Lists
  8. 7. Tables
  9. 8. Code Blocks
  10. 9. Placeholders
  11. 10. File Naming Conventions
  12. 11. Versioning Documentation

1. Overview

This document defines documentation writing standards for DjangoPlay Labs documentation.

All documentation should follow this style guide to maintain consistency across projects.


2. Document Structure

Each document follows the template for its type (templates/). A typical doc:

plaintext

Header (frontmatter)
Overview
Main Sections
Examples / Commands
Tables / Diagrams
Related

3. Document Header

Every document starts with a frontmatter header, not in-body metadata lines:

yaml
---
title: <page title>
description: <one sentence>
type: guide
since: 1.0.0
---

The fields, the doc types and the tooling are defined in DOCS_STANDARD.md.


4. Heading Rules

Use consistent heading hierarchy:

plaintext

# Title

## Section

### Subsection

#### Sub-subsection

Do not skip heading levels.


5. Writing Style

Documentation should be:

  • Clear
  • Concise
  • Professional
  • Technical but readable
  • Neutral tone
  • Avoid slang
  • Avoid unnecessary opinions
  • Use active voice
  • Use consistent terminology

6. Formatting Rules

Lists

Use tables for structured information.

Use bullet lists for:

  • Features
  • Steps
  • Items

Use numbered lists for:

  • Procedures
  • Workflows
  • Ordered steps

7. Tables

Use tables for:

  • Configuration values
  • Comparisons
  • Commands
  • Environments
  • Modules
  • Services

8. Code Blocks

Use code blocks for:

  • Commands
  • Configuration
  • API examples
  • SQL queries
  • Scripts

9. Placeholders

Always use placeholders for sensitive values:

Example Use
<domain> Domain
<db_name> Database name
<db_user> Database user
<secret_key> Secret key
<email> Email
<path> File path

10. File Naming Conventions

Use lowercase with hyphens:

Correct Incorrect
system-design.md SystemDesign.md
deployment-architecture.md deployArchitecture.md
user-guide.md userGuide.md

11. Versioning Documentation

Documentation version format:

plaintext
1.0 → Initial version
1.1 → Minor updates
1.2 → Minor updates
2.0 → Major changes