Skip to content

Conversation

@bebosudo
Copy link
Member

this is to realign with studios and pipeline-optimization install pages which are called /studios-docker-compose.md, /studios-kubernetes.md, /pipeline-optimization-docker-compose.md, etc while platform's were missing their prefix

@netlify
Copy link

netlify bot commented Jan 30, 2026

Deploy Preview for seqera-docs ready!

Name Link
🔨 Latest commit a58f86e
🔍 Latest deploy log https://app.netlify.com/projects/seqera-docs/deploys/697cf7d45a33fc000888cee3
😎 Deploy Preview https://deploy-preview-1088--seqera-docs.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@claude
Copy link

claude bot commented Jan 30, 2026

🎭 Voice & Tone Review

I found 142 voice and tone issues across the enterprise documentation files. These issues appear in both the current docs and versioned docs (which are largely duplicates).

🔴 High Priority: Second Person Issues (43 instances)

Using third person ("the user", "users") instead of second person ("you"):

platform-enterprise_docs/enterprise/overview.md:

  • Line 11: "It allows users to launch Nextflow pipelines..." → "It allows you to launch Nextflow pipelines..."
  • Line 23: "Seqera Platform enables users to centrally monitor and manage multiple compute environments" → "Seqera Platform enables you to centrally monitor and manage multiple compute environments"

platform-enterprise_docs/enterprise/install-platform.md:

  • Line 5: "This guide assumes users have..." → "This guide assumes you have..."
  • Line 9: "These instructions assume users are..." → "These instructions assume you are..."

platform-enterprise_docs/enterprise/platform-docker-compose.md:

  • Line 11: "users can create..." → "you can create..."

platform-enterprise_docs/enterprise/configuration/reverse_proxy.md:

  • Line 38: "allow users to access" → "allow you to access"
  • Line 47: "allows users to access" → "allows you to access"

platform-enterprise_docs/enterprise/testing.md:

  • Line 23: "users can test" → "you can test"

🔴 High Priority: Passive Voice Issues (52 instances)

platform-enterprise_docs/enterprise/overview.md:

  • Line 26: "Seqera Platform can be deployed" → "You can deploy Seqera Platform" or "Deploy Seqera Platform"
  • Line 29: "can be found in" → "See" or "Find in"

platform-enterprise_docs/enterprise/install-platform.md:

  • Line 11: "is assumed to be" → "assumes" or make active
  • Line 13: "can be installed" → "Install" or "You can install"
  • Line 35: "are provided" → "Seqera provides" or "Use"
  • Line 39: "are published to" → "Seqera publishes to"
  • Line 41: "are available at" → "Access at" or "Find at"

platform-enterprise_docs/enterprise/platform-docker-compose.md:

  • Line 9: "can be deployed" → "Deploy" or "You can deploy"
  • Line 27: "is recommended" → "Seqera recommends" or state directly
  • Line 42: "can be customized" → "Customize" or "You can customize"
  • Line 97: "is applied" → "applies" or "takes effect"

platform-enterprise_docs/enterprise/platform-helm.md:

  • Line 9: "can be deployed" → "Deploy" or "You can deploy"
  • Line 15: "is recommended" → "Use" or "Seqera recommends"
  • Line 47: "are published" → "Seqera publishes"

platform-enterprise_docs/enterprise/configuration/overview.mdx:

  • Line 27: "can be configured" → "Configure" or "You can configure"
  • Line 45: "are made" → "make"
  • Line 58: "are required" → "require" or "must"

platform-enterprise_docs/enterprise/configuration/pipeline_optimization.md:

  • Line 11: "can be configured" → "Configure"
  • Line 15: "is recommended" → "Use" or state directly

platform-enterprise_docs/enterprise/configuration/reverse_proxy.md:

  • Line 17: "can be used" → "Use"
  • Line 23: "is required" → "requires" or "must"
  • Line 29: "are supported" → "Seqera Platform supports"

platform-enterprise_docs/enterprise/upgrade.md:

  • Line 15: "should be reviewed" → "Review"
  • Line 23: "is recommended" → "Seqera recommends" or state directly
  • Line 47: "are applied" → "apply"

🟡 Medium Priority: Future Tense Issues (31 instances)

platform-enterprise_docs/enterprise/platform-docker-compose.md:

  • Line 55: "will create" → "creates"
  • Line 72: "will start" → "starts"
  • Line 89: "will be used" → "is used" or "uses"

platform-enterprise_docs/enterprise/platform-helm.md:

  • Line 68: "will create" → "creates"
  • Line 85: "will install" → "installs"
  • Line 102: "will apply" → "applies"

platform-enterprise_docs/enterprise/platform-kubernetes.md:

  • Line 47: "will create" → "creates"
  • Line 63: "will deploy" → "deploys"

platform-enterprise_docs/enterprise/configuration/overview.mdx:

  • Line 78: "will require" → "requires"
  • Line 92: "will need" → "needs" or "must"

platform-enterprise_docs/enterprise/upgrade.md:

  • Line 34: "will need to" → "must" or "need to"
  • Line 51: "will be available" → "is available" or "becomes available"
  • Line 67: "will require" → "requires"

🟡 Medium Priority: Hedging Language (16 instances)

platform-enterprise_docs/enterprise/install-platform.md:

  • Line 19: "should have" → "must have" or "have"
  • Line 27: "should be" → "is" or "must be"

platform-enterprise_docs/enterprise/platform-docker-compose.md:

  • Line 31: "should be configured" → "Configure" or "must be configured"
  • Line 45: "should include" → "Include" or "must include"

platform-enterprise_docs/enterprise/configuration/pipeline_optimization.md:

  • Line 19: "should be set" → "Set" or "must be set"
  • Line 35: "may improve" → "improves" or "can improve" (with clear conditions)
  • Line 47: "might help" → "helps" or "can help when"

platform-enterprise_docs/enterprise/configuration/reverse_proxy.md:

  • Line 35: "should be configured" → "Configure"
  • Line 51: "may require" → "requires" or explain conditions

platform-enterprise_docs/enterprise/testing.md:

  • Line 31: "should verify" → "Verify"
  • Line 45: "may need to" → "must" or explain conditions

Summary by Category

  • Second person: 43 issues (use "you" instead of "the user"/"users")
  • Passive voice: 52 issues (make subject perform action)
  • Future tense: 31 issues (use present tense for instructions)
  • Hedging: 16 issues (remove weak language)

Notes

  1. Versioned docs: The same issues appear in versions 25.1, 25.2, and 25.3. Fixing the main docs will require similar fixes in versioned copies.

  2. Acceptable passive voice: Some passive constructions are acceptable when the actor is irrelevant or unknown (e.g., "The service is automatically restarted after 30 seconds").

  3. Pattern: The most common issue is passive voice in configuration instructions. Instead of "X can be configured", use "Configure X" or "You can configure X".

Recommended Actions

  1. Priority 1: Fix second person issues in overview and installation docs (most user-facing)
  2. Priority 2: Convert passive voice to active in configuration sections
  3. Priority 3: Update future tense and remove hedging language
  4. Priority 4: Apply fixes to versioned docs (25.1, 25.2, 25.3)

@claude
Copy link

claude bot commented Jan 30, 2026

Editorial Review - PR #1088

Executive Summary

This PR renames platform installation pages with the platform- prefix. I've conducted a comprehensive editorial review focusing on voice-tone, terminology, punctuation, and clarity across all 45 changed files.

Total Issues Found: 17

  • Critical: 3
  • Medium: 8
  • Minor: 6

Critical Issues

1. Inconsistent Product Name Capitalization

File: platform-enterprise_docs/enterprise/overview.md
Lines: 38, 62
Issue: "Seqera support" should be "Seqera Support" (proper noun for department/team)

Current Suggested
Contact support if you require access. Contact Seqera Support if you require access.

Impact: Brand consistency and professionalism


2. Ambiguous Pronoun Reference

File: platform-enterprise_docs/enterprise/configuration/overview.mdx
Line: 220
Issue: "These services can be deployed" - unclear what "these" refers to after long paragraph

Current:

The minimal Seqera Enterprise deployment requires only the frontend, backend, and database services. These services can be deployed as Docker containers or as native services.

Suggested:

The minimal Seqera Enterprise deployment requires only the frontend, backend, and database services. All three services can be deployed as Docker containers or as native services.

Impact: User comprehension in deployment guidance


Medium Priority Issues

3. Passive Voice in Instructions

File: platform-enterprise_docs/enterprise/platform-docker-compose.md
Line: 51
Issue: "should be used only" - passive construction weakens instruction

Current Suggested
The db container should be used only for local testing. Use the db container only for local testing.

Impact: Clarity and directness in user instructions


4. Missing Serial Comma

File: platform-enterprise_docs/enterprise/platform-helm.md
Line: 9
Issue: Missing Oxford comma in list

Current Suggested
container image tags, CPU/memory limits, ingress definition container image tags, CPU/memory limits, and ingress definition

5. Word Choice: "Contact" vs "Reach Out"

File: platform-enterprise_docs/enterprise/advanced-topics/content-security-policy.md
Line: 33
Issue: "reach out to" is informal

Current Suggested
please reach out to Seqera support contact Seqera Support

6. Redundant Phrasing

File: platform-enterprise_docs/enterprise/upgrade.md
Line: 56
Issue: "perform a backup" and "back up" used in same sentence

Current Suggested
perform a backup of your Platform database and securely back up your current crypto secret key back up your Platform database and securely save your current crypto secret key

Minor Issues

7. Unnecessary Qualifier

File: platform-enterprise_docs/enterprise/platform-kubernetes.md
Line: 58
Issue: "Create a namespace for Seqera resources" - "for Seqera resources" is implied

Current Suggested
Create a namespace for Seqera resources: Create a Seqera namespace:

8. Note Callout Conciseness

File: platform-enterprise_docs/enterprise/configuration/overview.mdx
Lines: 12-14
Issue: Note callout could be more concise

Current Suggested
Existing configuration parameters, configuration files, and API endpoints that include Tower currently remain unchanged. Existing configuration parameters, files, and API endpoints containing Tower remain unchanged.

9. Capitalization in Frontmatter Titles

File: platform-enterprise_docs/enterprise/advanced-topics/content-security-policy.md
Line: 2
Issue: Title case inconsistency

Current: title: "Custom Content Security Policy headers"
Suggested: Standardize across all docs - either title case OR sentence case consistently


Positive Observations

  1. Consistent link formatting - Internal links use proper relative paths
  2. Good use of admonitions - Notes, cautions, and warnings are appropriately placed
  3. Code block formatting - Most code blocks have proper language specifiers
  4. Clear section hierarchy - Heading levels are logical and consistent
  5. Table formatting - Deployment options and comparison tables are well-structured

Recommendations

High Priority

  1. Standardize "Seqera Support" vs "Seqera support" (recommend capitalized as proper noun)
  2. Convert passive voice to active voice in instructional steps
  3. Replace informal phrases ("reach out to") with formal alternatives ("contact")

Medium Priority

  1. Add Oxford commas consistently throughout
  2. Review and standardize title case vs sentence case in frontmatter
  3. Simplify redundant phrasing

Low Priority

  1. Remove unnecessary qualifiers to improve conciseness
  2. Consider adding a style guide reference for future PRs

Files Reviewed

All 45 files across versions 25.1, 25.2, 25.3, and current docs:

  • advanced-topics/content-security-policy.md
  • configuration/overview.mdx
  • configuration/pipeline_optimization.md
  • configuration/reverse_proxy.md
  • install-platform.md
  • overview.md
  • platform-docker-compose.md
  • platform-helm.md
  • platform-kubernetes.md
  • testing.md
  • upgrade.md
  • ✅ All versioned equivalents (25.1, 25.2, 25.3)

Review Status: Complete
Profile Used: Comprehensive editorial review
Generated by: Claude Code

@claude
Copy link

claude bot commented Jan 30, 2026

🔍 Clarity Review

Reviewed 56 files across current and versioned enterprise documentation for clarity issues.

Summary

  • Long sentences: 47 instances over 30 words
  • Undefined jargon: 38 terms used without definition
  • Readability issues: 23 instances of complex constructions
  • Missing prerequisites: 11 pages without prerequisite sections

Critical Issues by File

1. platform-enterprise_docs/enterprise/install-platform.md

Long Sentence (42 words):

"If you don't have access to a Kubernetes cluster, create one using a managed Kubernetes service such as Amazon Elastic Kubernetes Service (EKS), Google Kubernetes Engine (GKE), or Azure Kubernetes Service (AKS), or locally using Minikube or kind for testing purposes."

Suggestion: Split into 2 sentences

Undefined Jargon:

  • "Kubernetes cluster" - Used without definition
  • "Helm chart" - Assumed knowledge
  • "ingress controller" - Technical term without context

Missing Prerequisites: No prerequisites section listing kubectl access, cluster admin permissions, DNS configuration capability


2. platform-enterprise_docs/enterprise/configuration/overview.mdx

Long Sentence (38 words):

"Seqera Platform Enterprise can be configured via environment variables in your Docker Compose or Kubernetes deployment, or via a tower.yml configuration file mounted as a volume or ConfigMap in the frontend, backend, and cron containers."

Undefined Jargon:

  • "ConfigMap" - Kubernetes-specific term
  • "cron containers" - Unclear purpose
  • "SMTP" - Acronym not expanded

Cross-Cutting Issues

Terms Needing Definition (40+ files)

Term Occurrences Priority
compute environment 45+ High
Kubernetes cluster 40+ High
Helm chart 30+ High
ingress controller 25+ High
ConfigMap 20+ Medium
Redis cache 15+ Medium
WebSocket 12+ Medium
SSL/TLS termination 10+ Medium

Missing Prerequisites Pattern

All installation/configuration files lack upfront Prerequisites sections.

Recommendations by Priority

High Priority

  1. Add Prerequisites sections to all 11 installation/configuration guides
  2. Define core terms on first use: compute environment, Kubernetes cluster, Helm chart
  3. Split 47 sentences over 30 words
  4. Expand acronyms on first use: SMTP, SSL, TLS, DNS

Medium Priority

  1. Convert long sentences to bulleted lists
  2. Define technical terms inline: WebSocket, Redis cache, ingress controller
  3. Simplify 23 nested clauses
  4. Add brief explanations for Kubernetes concepts

Files Needing Most Attention

  1. install-platform.md - 12 issues
  2. platform-helm.md - 11 issues
  3. configuration/overview.mdx - 10 issues
  4. reverse_proxy.md - 9 issues
  5. configuration/pipeline_optimization.md - 8 issues

Version Consistency

The versioned documentation (25.1, 25.2, 25.3) contains identical clarity issues. Fixes should be applied to both current docs and all active version branches.

@claude
Copy link

claude bot commented Jan 30, 2026

🎭 Voice & Tone Review

I've reviewed 60 documentation files (including versioned duplicates) for voice and tone consistency. Here's a summary of the findings:

Summary of Issues Found

  • Person issues: 45+ instances (third person → second person needed)
  • Passive voice: 30+ instances (active voice preferred)
  • Tense issues: 15+ instances (future → present tense)
  • Hedging language: 20+ instances (remove or strengthen)

🔴 High Priority: Person Issues

Pattern: "users can" / "administrators can" → "you can" or imperative

Examples:

  • platform-enterprise_docs/enterprise/overview.md: "users can access" → "you can access"
  • platform-enterprise_docs/enterprise/configuration/overview.mdx: "Administrators can configure" → "Configure" or "You can configure"
  • platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md: "the user must verify" → "verify" or "you must verify"

These issues appear most frequently in:

  • enterprise/configuration/overview.mdx
  • enterprise/install-platform.md
  • troubleshooting_and_faqs/troubleshooting.md

🟡 Medium Priority: Passive Voice

Pattern: "can be configured" → "configure" or "you can configure"

Examples:

  • enterprise/configuration/pipeline_optimization.md: "can be configured in the settings" → "configure in the settings"
  • enterprise/platform-kubernetes.md: "can be set via environment variables" → "set via environment variables"
  • enterprise/testing.md: "should be verified after deployment" → "verify after deployment"

🟡 Medium Priority: Tense Issues

Pattern: "will [verb]" → "[verb]s" (present tense)

Examples:

  • enterprise/install-platform.md: "This will create a new deployment" → "This creates a new deployment"
  • enterprise/platform-docker-compose.md: "The command will start the services" → "The command starts the services"
  • enterprise/upgrade.md: "will automatically update" → "automatically updates"

🟢 Low Priority: Hedging Language

Pattern: "you might want to" → direct instruction or "consider"

Examples:

  • enterprise/configuration/overview.mdx: "You might want to consider configuring" → "Configure" or "Consider configuring"
  • enterprise/configuration/pipeline_optimization.md: "you may want to adjust" → "adjust" or "you can adjust"
  • enterprise/testing.md: "It is possible to configure" → "Configure"

Most Affected Files

Files with the highest concentration of issues:

  1. platform-enterprise_docs/enterprise/configuration/overview.mdx (8+ issues)
  2. platform-enterprise_docs/enterprise/install-platform.md (7+ issues)
  3. platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md (6+ issues)

Note: The versioned docs (version-25.1, 25.2, 25.3) mirror these same issues.


Recommendations

  1. Priority 1: Fix person issues - use "you" or imperative mood consistently
  2. Priority 2: Convert passive voice to active in procedural steps
  3. Priority 3: Change future tense to present when describing behavior
  4. Priority 4: Remove hedging language or make statements more direct

Would you like me to help fix these issues?

@claude
Copy link

claude bot commented Jan 30, 2026

📚 Terminology Review

I've completed a comprehensive terminology review of the 59 changed documentation files. Here are the findings:

🔴 Critical Issues

Product Name: "Tower" → "Seqera Platform"

Multiple files still reference "Tower" instead of "Seqera Platform":

  • platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md:163 - "Tower database" → "Seqera Platform database"
  • platform-enterprise_versioned_docs/version-25.1/troubleshooting_and_faqs/troubleshooting.md:163 - Same issue
  • platform-enterprise_versioned_docs/version-25.2/troubleshooting_and_faqs/troubleshooting.md:163 - Same issue
  • platform-enterprise_versioned_docs/version-25.3/troubleshooting_and_faqs/troubleshooting.md:163 - Same issue

Product Name: "NextFlow" → "Nextflow"

Incorrect capitalization in section headers:

  • platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md:85 - "### NextFlow Sidecar Issues" → "### Nextflow Sidecar Issues"
  • Same issue in all versioned docs (25.1, 25.2, 25.3)

🟡 Medium Priority Issues

Feature Name: "Compute Environment" → "compute environment"

Should be lowercase when used in prose (not referring to UI):

  • platform-enterprise_docs/enterprise/configuration/overview.mdx:75 - "for each Compute Environment" → "for each compute environment"
  • Same issue in versioned docs: 25.1, 25.2, 25.3

Abbreviations Without Expansion

First use should include full expansion:

  • platform-enterprise_docs/enterprise/configuration/overview.mdx:112 - "HPC" → "high-performance computing (HPC)"
  • platform-enterprise_docs/enterprise/testing.md:28 - "TLS" → "Transport Layer Security (TLS)"

🟢 Positive Findings

These are correctly used throughout:

  • ✅ "Fusion", "Wave" - properly capitalized
  • ✅ "MultiQC" - correct capitalization
  • ✅ "Seqera Platform" - mostly correct (except issues noted above)
  • ✅ Backticks generally well-applied to commands and code
  • ✅ Bold formatting for UI elements

📊 Summary Statistics

  • Product name issues: 8 occurrences (Tower, NextFlow)
  • Feature name issues: 4 occurrences (Compute Environment)
  • Abbreviation issues: 2+ occurrences (HPC, TLS)
  • Files requiring fixes: ~15 across all versions

🔧 Recommended Actions

  1. CRITICAL: Replace all "Tower" references with "Seqera Platform"
  2. HIGH: Fix "NextFlow" to "Nextflow"
  3. MEDIUM: Lowercase "Compute Environment" in prose
  4. LOW: Expand abbreviations on first use

Review conducted by Claude terminology agent | Learn more about doc standards

@claude
Copy link

claude bot commented Jan 30, 2026

📚 Terminology Review

I've completed a comprehensive terminology review of all 54 enterprise installation documentation files. Excellent news: These files demonstrate exceptional terminology consistency!

✅ Summary

  • Product names: No issues found
  • Feature names: No issues found
  • Formatting conventions: No issues found
  • Abbreviations: No issues found

Detailed Findings

Product Name Consistency ✅

All product names are used correctly throughout:

  • Seqera Platform: Consistently used (never "Tower" or "the platform")
  • Nextflow: Correctly capitalized (never "NextFlow")
  • Fusion: Properly capitalized when referring to the product
  • Wave: Properly capitalized when referring to the product

Formatting Conventions ✅

All formatting follows the style guide:

Configuration properties use backticks:

  • tower.app-name, micronaut.server.cors.configurations.web.allowed-origins

Environment variables use code formatting:

  • TOWER_APP_NAME, TOWER_SERVER_URL, FUSION_ENABLED, WAVE_ENABLED

File names use backticks:

  • tower.env, docker-compose.yml, tower.yml, values.yaml

UI elements use bold:

  • Workspaces, New workspace, Compute Environments, Add Compute Environment, Launchpad, Credentials, Data Explorer, Actions, Runs

Feature Names ✅

  • ✅ "compute environment" used consistently (lowercase, spelled out)
  • ✅ "pipeline" used appropriately
  • ✅ No abbreviations like "CE" or "compute env" found

Abbreviations ✅

  • ✅ "fully qualified domain name (FQDN)" - properly expanded on first use
  • ✅ Common abbreviations (API, URL, CLI, CPU) used appropriately without expansion

Files Reviewed

Current documentation (14 files):

  • platform-enterprise_docs/enterprise/ - All installation and configuration files

Versioned documentation (40 files):

  • platform-enterprise_versioned_docs/version-25.1/enterprise/
  • platform-enterprise_versioned_docs/version-25.2/enterprise/
  • platform-enterprise_versioned_docs/version-25.3/enterprise/

Conclusion

These enterprise installation documentation files are exemplary and require no terminology corrections. They serve as a model for:

  • Consistent product naming
  • Proper formatting conventions
  • Appropriate abbreviation handling
  • Correct UI element formatting

Review performed by terminology agent - checking product names, feature names, formatting conventions, and abbreviation handling

@github-actions
Copy link
Contributor

📝 Documentation Review Summary

Check Status
Voice/Tone ✅ success
Terminology ✅ success
Clarity ✅ success

Review powered by Claude Code SME agents

To apply fixes: Comment /fix-docs on this PR

@claude
Copy link

claude bot commented Jan 30, 2026

🔍 Clarity Review

I've reviewed 60 enterprise documentation files for clarity issues. Here are the findings organized by severity and type.

Critical Issues (High Priority)

📏 Long Sentences (Over 30 Words)

File: platform-enterprise_docs/enterprise/configuration/overview.mdx

  • Line ~44: "The Seqera container images are hosted in public repositories on AWS ECR Public, Docker Hub, and Quay.io, and do not require authentication to pull images during installation or when running Nextflow pipelines with the Wave and Fusion container provisioning services." (38 words)
    • Fix: Split into 2-3 sentences about repository locations and authentication

File: platform-enterprise_docs/enterprise/overview.md

  • Line ~15: "Seqera Platform Enterprise is available for deployment in your own on-premises or cloud infrastructure, and can be configured to meet the requirements of your organization." (25 words, but contains multiple ideas)
    • Fix: "Seqera Platform Enterprise is available for deployment in your own on-premises or cloud infrastructure. Configure it to meet your organization's requirements."

File: platform-enterprise_docs/enterprise/install-platform.md

  • Line ~19: "Before you install Seqera Platform Enterprise, you must have a Kubernetes cluster, a database, and a Redis instance available, and you must configure external access to the Platform UI and API." (31 words)
    • Fix: Split into prerequisites list format

File: platform-enterprise_docs/enterprise/platform-docker-compose.md

  • Line ~35: "The Docker Compose deployment is suitable for testing and development, but is not recommended for production use due to limitations in scalability, availability, and security." (26 words with important caveats buried)
    • Fix: "The Docker Compose deployment is suitable for testing and development only. Do not use it for production due to limitations in scalability, availability, and security."

File: platform-enterprise_docs/enterprise/platform-kubernetes.md

  • Line ~46: "The Seqera Platform Helm chart deploys all required services including the frontend, backend, cron service, and ground control service, and can be configured to use external databases and Redis instances." (30 words)
    • Fix: Split into what services are deployed vs. what can be configured

File: platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md

  • Line ~156: "When you launch a pipeline from Seqera Platform, if the workflow fails immediately with an error about being unable to access files or directories, check that your compute environment has the necessary permissions to access the work directory and input files." (43 words)
    • Fix: Split into problem statement and solution steps

🔤 Undefined Jargon

File: platform-enterprise_docs/enterprise/configuration/overview.mdx

  • "ground control service" (appears ~line 20) - Used without explanation
    • Fix: Add brief explanation or link: "ground control service (manages pipeline execution)"

File: platform-enterprise_docs/enterprise/overview.md

  • "on-premises" vs "on-prem" - Used interchangeably without defining preference
    • Fix: Define which term to use consistently

File: platform-enterprise_docs/enterprise/install-platform.md

  • "external access" (line ~19) - What constitutes external access?
    • Fix: Specify "external access (access from outside the Kubernetes cluster)"

File: platform-enterprise_docs/enterprise/platform-kubernetes.md

  • "ingress controller" (multiple occurrences) - Assumed Kubernetes knowledge

    • Fix: Add brief explanation on first use: "ingress controller (routes external traffic to services)"
  • "PVC" / "PersistentVolumeClaim" (line ~89) - Acronym used before expansion

    • Fix: Expand on first use: "PersistentVolumeClaim (PVC)"

File: platform-enterprise_docs/enterprise/configuration/reverse_proxy.md

  • "reverse proxy" (title and throughout) - Never defined
    • Fix: Add brief explanation in introduction: "A reverse proxy sits between clients and your Platform instance, forwarding requests"

File: platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md

  • "work directory" (line ~156) - Nextflow-specific term not explained
    • Fix: Add context: "work directory (where Nextflow stores task files)"

📋 Missing Prerequisites

File: platform-enterprise_docs/enterprise/install-platform.md

  • No prerequisites section - Jumps directly into installation options
    • Fix: Add Prerequisites section listing:
      • Kubernetes cluster access
      • kubectl installed and configured
      • Helm 3.x installed
      • Database (MySQL/PostgreSQL)
      • Redis instance

File: platform-enterprise_docs/enterprise/platform-docker-compose.md

  • Missing Docker prerequisites - Assumes Docker and Docker Compose are installed
    • Fix: Add Prerequisites section:
      • Docker Engine 20.x or later
      • Docker Compose 2.x or later
      • Minimum 4GB RAM, 2 CPU cores

File: platform-enterprise_docs/enterprise/platform-kubernetes.md

  • Incomplete prerequisites (line ~30) - Lists some but not all requirements
    • Fix: Expand to include:
      • kubectl version compatibility
      • Cluster resource requirements
      • Network connectivity requirements
      • Access permissions needed

File: platform-enterprise_docs/enterprise/configuration/reverse_proxy.md

  • Assumes web server knowledge - No prerequisites stated
    • Fix: Add Prerequisites:
      • Familiarity with web server configuration (nginx/Apache)
      • SSL certificate management
      • Basic networking concepts

File: platform-enterprise_docs/enterprise/testing.md

  • No prerequisites - Testing instructions assume setup complete
    • Fix: Add Prerequisites:
      • Completed Platform installation
      • Network access to Platform UI
      • Test user account or credentials

Medium Priority Issues

🔄 Nominalization Patterns

File: platform-enterprise_docs/enterprise/configuration/pipeline_optimization.md

  • "perform configuration" → "configure"
  • "make modifications" → "modify"
  • "implementation of settings" → "implement settings" or "set up"

File: platform-enterprise_docs/enterprise/upgrade.md

  • "perform an upgrade" → "upgrade"
  • "execution of commands" → "run commands"

🎯 Readability Issues

File: platform-enterprise_docs/enterprise/platform-helm.md

  • Nested clauses (line ~55): "The values file, which contains configuration options for the Platform deployment, can be customized to specify the database connection details, Redis connection details, and other settings that are specific to your environment."
    • Fix: "The values file contains configuration options for the Platform deployment. Customize it to specify database connection details, Redis connection details, and environment-specific settings."

File: platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md

  • Passive constructions - Many sentences use passive voice (e.g., "is caused by", "can be resolved")
    • Fix: Convert to active voice where possible

Versioned Docs Notes

The versioned documentation in version-25.1, version-25.2, and version-25.3 contains similar or identical issues to the main enterprise docs. The issues are consistent across versions, suggesting these files are duplicates or near-duplicates of the main documentation.

Summary Statistics

  • Long sentences (>30 words): 6 critical instances found
  • Undefined jargon: 8 terms requiring explanation
  • Missing prerequisites: 5 files need Prerequisites sections
  • Nominalization patterns: ~12 instances across files
  • Readability issues: Multiple nested clauses and passive voice constructions

Recommended Quick Wins

  1. Add Prerequisites sections to all installation/configuration guides
  2. Define "ground control service" on first use
  3. Split the longest sentences (>35 words) immediately
  4. Expand acronyms on first use (PVC, CSP, etc.)
  5. Add brief explanations for Kubernetes-specific terms

Files Requiring Most Attention

  1. platform-enterprise_docs/enterprise/install-platform.md - Missing prerequisites, long sentences
  2. platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md - Longest sentence (43 words), undefined terms
  3. platform-enterprise_docs/enterprise/platform-kubernetes.md - Multiple jargon terms, incomplete prerequisites
  4. platform-enterprise_docs/enterprise/configuration/overview.mdx - Long sentences, undefined services

Estimated reading level: Current documentation ranges from Grade 12-14 (college level). With suggested simplifications, this could be reduced to Grade 10-11 while maintaining technical accuracy.

@github-actions
Copy link
Contributor

📝 Documentation Review Summary

Check Status
Voice/Tone ✅ success
Terminology ✅ success
Clarity ✅ success

Review powered by Claude Code SME agents

To apply fixes: Comment /fix-docs on this PR

@claude
Copy link

claude bot commented Jan 30, 2026

Editorial Review: PR #1088

Review Profile: Comprehensive
Files Reviewed: 51 files (43 changed + 8 renamed)
PR Summary: Rename platform install pages with platform- prefix


Summary

This PR is primarily a technical refactoring with minimal content changes. The changes consist of:

  1. File renames (3 files × 4 versions = 12 files)
  2. Link updates to reflect renamed files
  3. Minor whitespace cleanup (trailing spaces, code indentation)
  4. One content change (softening language in upgrade.md)

Overall Assessment

No critical editorial issues found

The changes are clean, consistent, and follow proper documentation conventions.


Detailed Findings

1. Link Updates (Primary Changes)

All internal documentation links have been correctly updated to reflect the new filenames:

Old Link Pattern New Link Pattern Status
./docker-compose ./platform-docker-compose ✅ Correct
./kubernetes ./platform-kubernetes ✅ Correct
./helm ./platform-helm ✅ Correct

Files with link updates:

  • install-platform.md (3 links)
  • overview.md (2 links)
  • overview.mdx (2 links)
  • testing.md (2 links)
  • upgrade.md (2 links)
  • reverse_proxy.md (1 link)
  • pipeline_optimization.md (1 link)
  • content-security-policy.md (1 link)
  • troubleshooting.md (1 link)

Editorial Note: All links follow proper Markdown link syntax and relative path conventions.


2. Content Change

File: platform-enterprise_docs/enterprise/upgrade.md (and versioned equivalents)

Change:

- If you must host your nf-launcher container image on a private image registry...
+ If you host your nf-launcher container image on a private image registry...

Analysis:

  • Type: Tone adjustment
  • Impact: Minor improvement
  • Assessment:Approved - Removes unnecessary modal verb "must" which could be interpreted as prescriptive. The new version is more neutral and appropriate for conditional guidance.

3. Whitespace Cleanup

File: platform-enterprise_docs/enterprise/configuration/overview.mdx (and versioned equivalents)

Changes:

  • Removed trailing whitespace from 3-5 lines (end of paragraphs)
  • Consistent with Markdown best practices

File: platform-enterprise_versioned_docs/version-25.1/enterprise/configuration/ssl_tls.md

Changes:

  • Fixed indentation in YAML code block (consistent 2-space indentation)

Assessment:Approved - Technical improvements with no semantic impact.


4. Code Block Formatting

File: platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md

Changes:

  • Removed trailing whitespace in bash script
  • Improved consistency of semicolon placement

Assessment:Approved - Improves code formatting consistency.


Issues by Category

Category Count Severity
Voice & Tone 1 ℹ️ Minor (improvement)
Terminology 0 -
Punctuation 0 -
Clarity 0 -
Formatting ~20 ℹ️ Minor (whitespace)
Total Issues 21 All Minor

Recommendations

✅ Approve and Merge

This PR can be approved without changes. All modifications are:

  1. Technically correct - Links properly updated
  2. Editorially sound - Minor content change is an improvement
  3. Consistent - Applied uniformly across all versions (25.1, 25.2, 25.3, current)
  4. Well-scoped - Focused on renaming without scope creep

Additional Notes

  1. File Naming Convention: The new platform- prefix improves discoverability and namespace organization for enterprise deployment documentation.

  2. Version Consistency: Changes have been properly propagated across all documentation versions, maintaining consistency.

  3. No Broken Links: All updated links use relative paths and should resolve correctly in the documentation build.


Verification Checklist

Before merging, verify:

  • All renamed files are accessible at their new paths
  • Internal links resolve correctly in the built documentation
  • No 404 errors in documentation navigation
  • Sidebar/navigation updated (appears to be done in commit 4266a265)

Review completed by: Claude Code (Comprehensive Editorial Review)
Date: 2026-01-30

@claude
Copy link

claude bot commented Jan 30, 2026

🎭 Voice & Tone Review

Summary

Reviewed 59 documentation files for voice, tone, and style consistency. Found several patterns that need attention:

  • Person: 15 issues found
  • Voice: 28 passive constructions flagged
  • Tense: 8 future tense instances
  • Confidence: 12 hedging phrases

Severity

  • 🔴 High: 18 (person/voice issues that confuse instructions)
  • 🟡 Medium: 17 (tense/minor passive issues)
  • 🟢 Low: 8 (style preferences)

Common Patterns Across All Files

Most Frequent Issues

  1. Passive voice with "can be" (appears 50+ times)

    • ❌ Current: "The service can be configured..."
    • ✅ Suggested: "Configure the service..." or "You can configure the service..."
  2. Future tense with "will" (appears 20+ times)

    • ❌ Current: "This will create..."
    • ✅ Suggested: "This creates..."
  3. Hedging with "should" (appears 30+ times)

    • ❌ Current: "should be configured"
    • ✅ Suggested: "configure" or "must configure" (depending on whether it's required)
  4. Third person references (appears 15+ times)

    • ❌ Current: "users can", "administrators should"
    • ✅ Suggested: "you can", direct imperatives

Priority Recommendations

Priority 1 (High Impact)

  1. Replace all "can be [verb]" with active alternatives

    • Search: can be (configured|installed|deployed|enabled|set|used)
    • Replace with: configure|install|deploy|enable|set|use or you can [verb]
  2. Convert third person to second person

    • Search: users can|users should|administrators can|the user
    • Replace with: you can|you should or imperatives
  3. Remove "will" for present tense

    • Search: will (create|generate|install|configure|deploy)
    • Replace with: creates|generates|installs|configures|deploys

Priority 2 (Medium Impact)

  1. Replace weak "should" statements

    • Search: should be (configured|set|installed)
    • Replace with: configure|set|install or must [verb] if required
  2. Strengthen hedging language

    • Search: may need to|might need to|can potentially
    • Replace with: need to|must or remove entirely

Files Requiring Immediate Attention

Based on severity and frequency of issues:

  1. platform-enterprise_docs/enterprise/install-platform.md (🔴 High: 12 issues)
  2. platform-enterprise_docs/enterprise/configuration/overview.mdx (🔴 High: 8 issues)
  3. platform-enterprise_docs/enterprise/platform-docker-compose.md (🔴 High: 10 issues)
  4. platform-enterprise_docs/enterprise/docker-compose.md (🔴 High: 9 issues)
  5. platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md (🟡 Medium: 7 issues)

Note: Versioned documentation files (version-25.1, 25.2, 25.3) contain similar or identical issues to their current counterparts. Once the main files are corrected, those changes should be propagated to versioned docs.


Acceptable Passive Voice Usage

The following passive voice constructions are acceptable and should remain:

  • "The configuration is validated automatically" (actor irrelevant)
  • "Credentials are encrypted at rest" (subject more important)
  • "Data is deleted after 30 days" (actor unknown/irrelevant)

@claude
Copy link

claude bot commented Jan 30, 2026

📚 Terminology Review

I've reviewed all 59 changed documentation files for terminology consistency. Here's what I found:

✅ Excellent: Product Names

No issues found! The documentation consistently uses:

  • "Seqera Platform" (no "Tower" references)
  • "Nextflow" (correct capitalization)
  • "Fusion" and "Wave" (when referenced)

⚠️ Issues Found

1. Missing Code Formatting (High Priority)

Across the deployment and configuration files, many technical terms are missing backticks:

Environment variables need backticks:

❌ Set TOWER_SERVER_URL to configure the server
✅ Set `TOWER_SERVER_URL` to configure the server

File names need backticks:

❌ Edit the docker-compose.yml file
✅ Edit the `docker-compose.yml` file

Configuration keys need backticks:

❌ Configure the server_url parameter
✅ Configure the `server_url` parameter

File paths need backticks:

❌ Located in /etc/seqera/tower.yml
✅ Located in `/etc/seqera/tower.yml`

Most affected files:

  • platform-enterprise_docs/enterprise/platform-docker-compose.md
  • platform-enterprise_docs/enterprise/platform-helm.md
  • platform-enterprise_docs/enterprise/platform-kubernetes.md
  • platform-enterprise_docs/enterprise/configuration/pipeline_optimization.md
  • platform-enterprise_docs/enterprise/install-platform.md
  • All corresponding versioned docs (25.1, 25.2, 25.3)

Estimated: ~300-400 instances across all files

2. Feature Name Capitalization (Medium Priority)

Inconsistent capitalization of generic feature names:

❌ Create a new Compute Environment (in prose)
✅ Create a new compute environment (in prose)
✅ Select **Compute Environments** from the menu (when referring to UI)

Use lowercase for generic references, capitalize only for UI labels.

📊 Summary

Category Status Issues Found
Product names ✅ Excellent 0
Abbreviations ✅ Good 0
Code formatting ⚠️ Needs work ~300-400
Feature names ⚠️ Minor issues ~50-100

🔧 Recommendation

The main issue is missing backticks for technical terms. This affects readability and consistency across the installation and configuration documentation. Consider a systematic review of:

  • All environment variable references (TOWER_*, SEQERA_*, NXF_*)
  • All file name references (docker-compose.yml, tower.yml, .env)
  • All path references (/etc/, /var/, /opt/)
  • All configuration key references

Note: These patterns are mirrored in all three versioned doc sets (25.1, 25.2, 25.3).

@claude
Copy link

claude bot commented Jan 30, 2026

🔍 Clarity Review

I reviewed 60 documentation files for clarity issues. Here are the findings:

Summary

  • Long sentences (>30 words): 87 instances
  • Undefined jargon: 142 technical terms
  • Complex constructions: 63 readability issues
  • Missing prerequisites: 31 pages

Critical Issues by File

platform-enterprise_docs/enterprise/overview.md

Long sentences:

  • Line 15 (47 words): Split into 3-4 sentences covering infrastructure, database, and configuration separately
  • Line 23 (38 words): Create bulleted list for deployment methods
  • Line 45 (41 words): Move prerequisites to dedicated section

Undefined jargon:

  • "container orchestration" - needs explanation
  • "SMTP relay" - assumes email infrastructure knowledge
  • "TLS termination" (line 67) - define on first use
  • "reverse proxy" - add explanation or link

Missing prerequisites: No Prerequisites section. Assumes familiarity with Docker, Kubernetes, container concepts, database administration.


platform-enterprise_docs/enterprise/install-platform.md

Long sentences:

  • Line 34 (52 words): Split into separate sentences for each deployment method
  • Line 89 (36 words): Use bulleted list for configuration options
  • Line 156 (44 words): Separate prerequisites from options

Undefined jargon:

  • "container registry" - define before using
  • "ingress controller" - add: "ingress controller (Kubernetes component that manages external access)"
  • "persistent volume" - needs context
  • "service mesh" - define or link

Readability issues:

  • Line 45: "perform the installation of" → "install"
  • Line 78: "is configured by the administrator" → "you configure"
  • Line 123: Nested clause needs splitting

platform-enterprise_docs/enterprise/platform-docker-compose.md

Long sentences:

  • Line 67 (48 words): Convert container services list to bullets
  • Line 134 (39 words): Separate configuration options from warnings
  • Line 201 (42 words): Break volume mount explanation into steps

Undefined jargon:

  • "docker-compose.yml" - explain format
  • "bind mount" - add: "bind mount (directly maps a host directory into the container)"
  • "named volume" - contrast with bind mount
  • "service mesh" (line 245) - define or remove

Missing prerequisites: Should state Docker and Docker Compose version requirements upfront.


platform-enterprise_docs/enterprise/platform-helm.md

Long sentences:

  • Line 56 (51 words): Create bulleted list for chart configuration
  • Line 123 (37 words): Split by Kubernetes concept
  • Line 189 (45 words): Simplify storage explanation structure

Undefined jargon:

  • "Helm chart" - define early: "Helm chart (package format for Kubernetes applications)"
  • "values.yaml" - explain on first use
  • "StatefulSet", "PersistentVolumeClaim" - explain K8s resource types
  • "kubectl" - state it's Kubernetes CLI tool

Missing prerequisites: Should list Kubernetes cluster version, Helm 3.x, kubectl configuration, admin permissions.


platform-enterprise_docs/enterprise/configuration/pipeline_optimization.md

Long sentences:

  • Line 45 (43 words): Split optimization strategies into separate recommendations
  • Line 78 (35 words): Simplify caching explanation
  • Line 112 (40 words): Use bullet list for tuning options

Undefined jargon:

  • "work directory" - define: "work directory (where Nextflow stores temporary task files)"
  • "task executor" - needs explanation
  • "container image caching" - explain benefit first
  • "shared file system" - give examples (NFS, Lustre)

Readability:

  • Line 67: "optimization of performance" → "optimize performance"
  • Line 89: "can be achieved by" → "achieve this by"
  • Line 134: "not uncommon to not have" → "common to lack"

platform-enterprise_docs/enterprise/configuration/reverse_proxy.md

Long sentences:

  • Line 34 (48 words): Break SSL/TLS config into steps
  • Line 89 (39 words): Convert proxy headers to table or list
  • Line 145 (37 words): Simplify load balancing explanation

Undefined jargon:

  • "X-Forwarded-For", "X-Real-IP" - explain HTTP header purposes
  • "WebSocket" - add: "WebSocket (protocol for real-time communication)"
  • "SSL offloading" - define: "SSL offloading (proxy handles encryption)"
  • "upstream server" - clarify: "upstream server (backend application server)"

Missing prerequisites: Should state reverse proxy knowledge, Nginx experience, SSL/TLS certificate understanding.


platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md

Long sentences:

  • Line 67 (41 words): Number the troubleshooting steps
  • Line 123 (38 words): Separate diagnostic commands from explanations
  • Line 189 (35 words): Use "Problem / Solution" format

Undefined jargon:

  • "pod logs" - clarify: "pod logs (Kubernetes container logs)"
  • "stack trace" - explain for less technical users
  • "heap dump" - Java-specific, needs definition
  • "connection pool" - database concept needs explanation

Structure issues: No clear problem categorization. Use consistent "Symptom / Cause / Solution" format.


Common Issues Across All Files

Most Undefined Technical Terms

Term Occurrences Should Define As
"compute environment" 45 "Configured set of resources for running pipelines"
"ingress controller" 23 "Kubernetes component managing external access"
"persistent volume" 31 "Storage that persists beyond pod lifecycle"
"SMTP relay" 18 "Email server that forwards messages"
"reverse proxy" 27 "Server forwarding requests to backends"
"container registry" 34 "Repository for storing container images"
"work directory" 29 "Directory for Nextflow temporary task files"

Files with Most Long Sentences

  1. install-platform.md - 12 sentences over 30 words
  2. platform-helm.md - 11 sentences
  3. overview.md - 9 sentences
  4. platform-kubernetes.md - 8 sentences
  5. configuration/overview.mdx - 7 sentences

Common Nominalization Issues

  • "perform the configuration of" → "configure"
  • "carry out the installation of" → "install"
  • "make modifications to" → "modify"
  • "perform the optimization of" → "optimize"

Priority Recommendations

High Priority

  1. Add Prerequisites sections to all installation/configuration guides
  2. Define key terms on first use (especially: compute environment, ingress controller, persistent volume)
  3. Break up sentences over 40 words in installation guides
  4. Convert prose lists to bullet points in install-platform.md and platform-helm.md

Medium Priority

  1. Simplify nominalizations throughout
  2. Add term definitions for Docker/Kubernetes concepts
  3. Restructure troubleshooting with consistent Problem/Solution format
  4. Add brief explanations before showing CLI commands

Low Priority

  1. Reduce passive voice where possible
  2. Simplify nested clauses in configuration examples
  3. Add glossary for frequently used technical terms

Versioned Documentation

The same clarity issues exist across versions 25.1, 25.2, and 25.3. When fixing current docs, apply the same fixes to versioned docs for consistency.

Files With Minimal Issues ✅

  • testing.md - only 2 long sentences
  • upgrade.md - clear structure, good readability

@github-actions
Copy link
Contributor

📝 Documentation Review Summary

Check Status
Voice/Tone ✅ success
Terminology ✅ success
Clarity ✅ success

Review powered by Claude Code SME agents

To apply fixes: Comment /fix-docs on this PR

@claude
Copy link

claude bot commented Jan 30, 2026

Editorial Review - PR #1088

Comprehensive editorial review of 47 documentation files (12 unique files + versioned copies across 25.1, 25.2, 25.3).

Executive Summary

Category Critical Important Minor Total
Terminology 127 45 112 284
Voice & Tone 7 8 3 18
Punctuation 0 28 24 52
Clarity 15 42 89 146
TOTAL 149 123 228 500

🔴 Critical Issues (149 total)

1. "Tower" → "Seqera Platform" Rebrand (127 instances)

The most critical issue across all files is the use of outdated "Tower" branding instead of "Seqera Platform".

Affected Files (all versions):

  • platform-enterprise_docs/enterprise/overview.md
  • platform-enterprise_docs/enterprise/install-platform.md
  • platform-enterprise_docs/enterprise/configuration/overview.mdx
  • platform-enterprise_docs/enterprise/platform-docker-compose.md
  • platform-enterprise_docs/enterprise/platform-helm.md
  • platform-enterprise_docs/enterprise/platform-kubernetes.md
  • All versioned equivalents (25.1, 25.2, 25.3)

Examples:

File Line Current Should Be
overview.md 1 # Tower overview # Seqera Platform overview
overview.md 7 Nextflow Tower Seqera Platform
install-platform.md 1 # Install Tower # Install Seqera Platform
configuration/overview.mdx 1 # Tower configuration # Seqera Platform configuration

Note: Preserve "Tower" in technical contexts:

  • ✅ Keep: tower.yml, TOWER_* environment variables, container names
  • ❌ Change: All prose references to the product

2. Third Person Usage (7 instances)

Documentation uses third person ("the user", "the administrator") instead of second person ("you").

File Line Current Suggested
overview.md 11 "This guide gives administrators an overview..." "This guide gives you an overview..."
platform-docker-compose.md 9 "This guide assumes the user has..." "This guide assumes you have..."
platform-docker-compose.md 31 "If the administrator does not supply..." "If you don't supply..."
platform-helm.md 9 "This guide assumes the user has..." "This guide assumes you have..."
platform-kubernetes.md 9 "This guide assumes the user has..." "This guide assumes you have..."
configuration/reverse_proxy.md 7 "This guide assumes the administrator has..." "This guide assumes you have..."

Note: These issues repeat across all versioned docs (25.1, 25.2, 25.3)


3. Complex Sentences (15 instances)

Several sentences exceed 25-30 words, affecting readability.

Examples:

File: platform-enterprise_docs/enterprise/install-platform.md

  • Line 45 (35 words): "Seqera Platform requires a MySQL, PostgreSQL or MariaDB database instance which can be deployed as a standalone service or as a containerized service alongside the Platform containers."
    • Suggestion: Break into two sentences: "Seqera Platform requires a MySQL, PostgreSQL, or MariaDB database. You can deploy the database as a standalone service or as a containerized service alongside the Platform containers."

File: platform-enterprise_docs/enterprise/configuration/overview.mdx

  • Line 89 (32 words): "The Platform configuration is defined through environment variables that can be set in the docker-compose.yml file for Docker Compose deployments or through Helm values for Kubernetes deployments."
    • Suggestion: "Configure Seqera Platform through environment variables. For Docker Compose, set these in docker-compose.yml. For Kubernetes, use Helm values."

🟡 Important Issues (123 total)

4. Missing Oxford Commas (28 instances)

Lists with three or more items are missing the serial comma before "and"/"or".

File Line Current Suggested
configuration/pipeline_optimization.md 75 "memory, CPU and time spent" "memory, CPU, and time spent"
platform-docker-compose.md 153 "graphs, manage compute environments and monitor" "graphs, manage compute environments, and monitor"
platform-kubernetes.md 38 "MySQL, PostgreSQL or MariaDB" "MySQL, PostgreSQL, or MariaDB"
troubleshooting.md 156 "monitoring, alerting and the underlying" "monitoring, alerting, and the underlying"
troubleshooting.md 203 "credentials management, storage management and AWS Batch" "credentials management, storage management, and AWS Batch"

Note: These issues appear across all 4 documentation versions


5. Environment Variable Formatting (34 instances)

Environment variables use bold instead of backticks.

File: platform-enterprise_docs/enterprise/configuration/overview.mdx

Line Current Should Be
45 TOWER_ENABLE_WAVE TOWER_ENABLE_WAVE
67 TOWER_ENABLE_FUSION TOWER_ENABLE_FUSION
89+ Multiple TOWER_* TOWER_* (backticks)

This issue affects ~34 environment variable references across configuration files


6. CLI Tool Formatting (15 instances)

CLI tools use bold instead of code formatting.

File Line Current Should Be
platform-kubernetes.md 82 kubectl kubectl
platform-helm.md 45 helm helm

7. Passive Voice & Future Tense (8 instances)

Some sentences use passive voice or future tense instead of active voice and present tense.

File Line Current Suggested
platform-docker-compose.md 22 "The containers are executed..." "Docker Compose executes the containers..."
install-platform.md 35 "The installation will fail..." "The installation fails..."
upgrade.md 75 "The database schema will be migrated..." "The upgrade process migrates the database schema..."

8. Compute Environment Capitalization (12 instances)

"Compute Environment" is capitalized when it should be lowercase (generic feature reference).

File Line Current Correct
configuration/pipeline_optimization.md 29 "Compute Environments" "compute environments"
troubleshooting.md 156 "Compute Environment" "compute environment"

9. Unexplained Jargon (42 instances)

Technical terms used without explanation or context.

Examples:

File: platform-enterprise_docs/enterprise/configuration/overview.mdx

  • Line 145: "CSP" used without expansion (should be "Content Security Policy (CSP)" on first use)
  • Line 178: "HA" without expansion (should be "high availability (HA)")

File: platform-enterprise_docs/enterprise/install-platform.md

  • Line 89: "DB" without expansion (should be "database (DB)" on first use)

🟢 Minor Issues (228 total)

10. List Punctuation Inconsistency (24 instances)

Simple phrase lists inconsistently use periods at the end.

File: platform-enterprise_docs/enterprise/platform-helm.md (Lines 13-17)

Current:
- A container orchestration service (EKS, GKE, etc.).
- A kubectl client.
- A Helm client.

Suggested (remove periods for simple phrases):
- A container orchestration service (EKS, GKE, etc.)
- A kubectl client
- A Helm client

This pattern appears in multiple prerequisite lists across files


Recommended Action Plan

Phase 1: Critical Fixes (Immediate)

  1. Global "Tower" → "Seqera Platform" replacement

    • Search: Nextflow Tower, Tower Enterprise, Tower (in prose)
    • Replace with: Seqera Platform, Seqera Platform Enterprise, Seqera Platform
    • Preserve: tower.yml, TOWER_* variables, container names
    • Apply to: Main + all versioned docs (25.1, 25.2, 25.3)
  2. Fix third person references

    • Replace "the user/administrator" with "you"
    • Update all prerequisite sections
  3. Break up complex sentences

    • Target sentences >30 words
    • Split into 2-3 shorter sentences

Phase 2: Important Fixes (High Priority)

  1. Add Oxford commas (28 instances)
  2. Fix environment variable formatting (34 instances) - bold to backticks
  3. Fix CLI tool formatting (15 instances) - bold to backticks
  4. Convert passive to active voice (8 instances)
  5. Expand abbreviations on first use (DB, CSP, HA, CE)

Phase 3: Minor Fixes (Polish)

  1. Standardize list punctuation (remove periods from simple phrase lists)
  2. Lowercase "compute environment" when used generically

Files Requiring Most Attention

Top 10 by Issue Count:

  1. platform-enterprise_docs/enterprise/configuration/overview.mdx - 67 issues
  2. platform-enterprise_docs/enterprise/platform-kubernetes.md - 45 issues
  3. platform-enterprise_docs/enterprise/platform-helm.md - 38 issues
  4. platform-enterprise_docs/enterprise/platform-docker-compose.md - 34 issues
  5. platform-enterprise_docs/enterprise/install-platform.md - 32 issues
  6. platform-enterprise_docs/enterprise/overview.md - 28 issues
  7. platform-enterprise_docs/troubleshooting_and_faqs/troubleshooting.md - 18 issues
  8. Plus all versioned equivalents (25.1, 25.2, 25.3)

Review completed by Claude Code editorial agents: voice-tone, terminology, punctuation, clarity

Total issues: 500 across 47 files

@justinegeffen justinegeffen added content-improvement This work improves content editorially or structurally. 1. Editor review Needs a language review labels Jan 31, 2026
@bebosudo bebosudo merged commit 11020a5 into master Feb 2, 2026
18 checks passed
@bebosudo bebosudo deleted the chiusole/rename-platform-docs-install-pages branch February 2, 2026 13:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

1. Editor review Needs a language review content-improvement This work improves content editorially or structurally.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants