Documentation Plan
This is maintainer documentation. Public user pages should stay task-first and avoid launch blockers or release-engineering caveats.
- Verify claims against source before adding them.
- Use exact UI labels from the Swift source.
- Use exact command shapes from services and tests.
- Keep Quick Start short.
- Put release engineering and screenshot TODOs in contributor docs only.
- Do not document future features as current behavior.
- Keep comparison pages date-stamped and conservative.
Required source areas for future audits
Section titled “Required source areas for future audits”ColimaStack/AppState.swiftColimaStack/Services/ColimaCLI.swiftColimaStack/Services/DockerResourceService.swiftColimaStack/Services/KubernetesResourceService.swiftColimaStack/Services/BackendAggregationService.swiftColimaStack/Services/CommandRunService.swiftColimaStack/Services/ToolLocator.swiftColimaStack/Services/ResourceParsing.swiftColimaStack/Views/MainWindowView.swiftColimaStack/Views/MenuBarView.swiftColimaStack/Views/WorkspaceScreens.swift.github/workflows/app-release.ymlColimaStack.xcodeproj/project.pbxproj
Public page checklist
Section titled “Public page checklist”Every major feature page should cover:
- what the view shows
- how data appears
- available actions
- empty states
- source commands or a Command API link
- common fixes