Hugo-native templates for API reference documentation. Operations render as server-side HTML instead of client-side Redoc, providing faster page loads, full SEO indexability, and consistent styling. Architecture: - Tag-based navigation: operations grouped by OpenAPI tag, accessed via tag pages only (no individual operation URLs) - Generation script auto-discovers products from .config.yml files, deriving Hugo paths and menu keys from directory structure - Per-tag JSON/YAML chunks for fast Hugo template rendering - Inline curl examples generated from OpenAPI specs at build time Templates (layouts/api/, layouts/partials/api/): - tag-renderer.html: renders all operations for a tag - operation.html: individual operation with parameters, request body, responses, and schema rendering - code-sample.html: curl examples with Ask AI integration - section-children.html: tag listing on section index pages - all-endpoints-list.html: all operations sorted by path Generation (api-docs/scripts/generate-openapi-articles.ts): - Auto-discovery from .config.yml replaces hardcoded productConfigs - Each API section generates independently (no cross-spec merging) - Frontmatter-driven template data (specDownloadPath, articleDataKey) - Link transformation: /influxdb/version/ placeholders resolved to product-specific paths Removed: - Redoc renderer, JavaScript components, and CSS - Shadow DOM test infrastructure (~160 lines) - Operation page generation (dead generatePathPages function) - mergeArticleData() and slugifyDisplayName() Styles (assets/styles/layouts/_api-*.scss): - 3-column layout: sidebar, content, sticky TOC - Theme-aware code blocks for curl examples - Method badges (GET/POST/PUT/DELETE) with color coding - Collapsible schema sections with depth tracking Tests (cypress/e2e/content/api-reference.cy.js): - Tag page rendering with operation structure - Download button verification per section - All-endpoints page with operation cards - Related links from x-related OpenAPI extension - Code sample and Ask AI link validation |
||
|---|---|---|
| .. | ||
| __tests__ | ||
| commands | ||
| config | ||
| lib | ||
| README.md | ||
| docs-cli.js | ||
README.md
Documentation CLI Tools
This directory contains command-line tools for working with the InfluxData documentation repository.
Structure
scripts/docs-cli/
├── README.md # This file
├── docs-cli.js # Main CLI entry point
├── docs-edit.js # Edit existing documentation
├── docs-create.js # Create new documentation
├── lib/ # CLI-specific modules
│ ├── editor-resolver.js # Smart editor selection
│ ├── process-manager.js # Process spawning (detached/attached)
│ └── url-parser.js # URL parsing utilities
└── __tests__/ # Unit tests
├── editor-resolver.test.js # Editor resolution tests
├── process-manager.test.js # Process management tests
└── run-tests.sh # Test runner script
Installation
The docs command is automatically configured when you run:
yarn install
This creates a symlink in node_modules/.bin/docs pointing to docs-cli.js.
Commands
docs edit - Edit Existing Documentation
Opens documentation files in your preferred editor. Non-blocking by default (agent-friendly).
Usage
# Quick edit (exits immediately, editor in background)
docs edit <url-or-path>
docs edit https://docs.influxdata.com/influxdb3/core/admin/
docs edit /influxdb3/core/admin/
# Interactive edit (waits for editor to close)
docs edit <url-or-path> --wait
# List files without opening
docs edit <url-or-path> --list
# Use specific editor
docs edit <url-or-path> --editor nano
Options
--list- List files without opening editor--wait- Wait for editor to close (blocking mode)--editor <command>- Use specific editor (e.g.,vim,nano,code --wait)
Editor Configuration
The CLI selects an editor in this priority order:
--editorflagDOCS_EDITORenvironment variableVISUALenvironment variableEDITORenvironment variable- System default (vim, nano, etc.)
Examples:
# Set editor for all commands
export EDITOR=vim
# Set editor specifically for docs CLI
export DOCS_EDITOR=nano
# Use VS Code with built-in wait flag
export DOCS_EDITOR="code --wait"
docs create - Create New Documentation
Scaffolds new documentation pages with proper frontmatter and structure.
Usage
# Create from draft file
docs create <draft-path> --products <product-key>
# Create at specific URL location
docs create --url <url> --from-draft <draft-path>
# Create and open files in editor (non-blocking)
docs create <draft-path> --products <product-key> --open
# Create and open files, wait for editor (blocking)
docs create <draft-path> --products <product-key> --open --wait
# Use specific editor
docs create <draft-path> --products <product-key> --open --editor nano
Options
--open- Open created files in editor after creation (non-blocking by default)--wait- Wait for editor to close (use with--open)--editor <command>- Use specific editor (e.g.,vim,nano,code --wait)--products <keys>- Comma-separated product keys--url <url>- Documentation URL for new content location--dry-run- Show what would be created without creating files--yes- Skip confirmation prompt
See docs create --help for full options.
Editor Configuration
The --open flag uses the same editor resolution as docs edit:
--editorflagDOCS_EDITORenvironment variableVISUALenvironment variableEDITORenvironment variable- System default (vim, nano, etc.)
Examples:
# Set editor for docs CLI
export DOCS_EDITOR=nano
# Create and open in one command
docs create drafts/feature.md --products influxdb3_core --open
# Create, open, and wait
docs create drafts/feature.md --products influxdb3_core --open --wait
docs placeholders - Add Placeholder Syntax
Adds placeholder syntax to code blocks for interactive examples.
docs placeholders <file-path>
Testing
Run All Tests
bash scripts/docs-cli/__tests__/run-tests.sh
Run Individual Tests
node scripts/docs-cli/__tests__/editor-resolver.test.js
node scripts/docs-cli/__tests__/process-manager.test.js
Manual Verification
# Test non-blocking mode (should exit immediately)
time docs edit /influxdb3/core/admin/ --editor echo
# Test blocking mode (should wait)
time docs edit /influxdb3/core/admin/ --wait --editor echo
# Test list mode
docs edit /influxdb3/core/admin/ --list
Implementation Details
Non-Blocking by Default
The docs edit command spawns the editor as a detached process and exits immediately. This prevents AI agents and automation scripts from hanging indefinitely.
Key modules:
lib/editor-resolver.js- Resolves the editor command from multiple sourceslib/process-manager.js- Spawns processes in detached (non-blocking) or attached (blocking) mode
URL Parsing
The CLI supports both full URLs and path-only formats:
# Both of these work:
docs edit https://docs.influxdata.com/influxdb3/core/admin/
docs edit /influxdb3/core/admin/
The lib/url-parser.js module handles URL parsing and maps documentation URLs to source files in the repository.
Shared Content Detection
When a page uses shared content (via the source frontmatter field), the CLI identifies both:
- The frontmatter file (defines page metadata)
- The shared source file (contains actual content)
Both files are opened for editing.
Issue #21 Fix
This directory structure was created as part of fixing issue #21, where the docs edit command caused agents to hang waiting for the editor.
Changes:
- Made non-blocking the default behavior
- Added
--waitflag for interactive editing - Added
--editorflag for explicit editor selection - Improved editor resolution with multiple fallbacks
- Organized CLI code into dedicated directory
Documentation:
- ISSUE-21-FIX-README.md - Implementation overview
- IMPLEMENTATION-SUMMARY.md - Detailed implementation
- TEST-RESULTS.md - Test verification
Contributing
When modifying these tools:
- Update tests in
__tests__/ - Run the test suite:
bash scripts/docs-cli/__tests__/run-tests.sh - Update this README if adding new commands or features
- Test both blocking and non-blocking modes
- Verify editor resolution works correctly
Help
For command-specific help:
docs --help
docs edit --help
docs create --help
For general documentation contribution guidelines, see DOCS-CONTRIBUTING.md.