Skip to content

docs: improve readability of Policy API guide#3203

Open
marians wants to merge 4 commits into
mainfrom
improve-style-policy-api
Open

docs: improve readability of Policy API guide#3203
marians wants to merge 4 commits into
mainfrom
improve-style-policy-api

Conversation

@marians

@marians marians commented Jun 22, 2026

Copy link
Copy Markdown
Member

What this PR does / why we need it

Improves the readability of the Policy API guide, #5 on the readability difficulty list (Flesch-Kincaid grade 13.9). This page had genuine prose issues, concentrated in the Motivation section.

Changes:

  • Fixed six contraction errors flagged by Vale ("It is" → "It's", "cannot" → "can't", "will not" → "won't", "could not" → "couldn't", "they are" → "they're", "does not" → "doesn't").
  • Split the long, multi-clause sentences in the Motivation and Managed-policies sections into shorter ones — this was the main driver of the high grade level.
  • Replaced wordy phrasing: "in order to" → "to", "as well as" → "plus", and reworked "allow Giant Swarm to" → "let Giant Swarm".
  • Lower-cased "Historical" in the "Motivation / historical note" heading, and added a few emphasis anchors.
Metric Before After
Flesch Reading Ease 25.3 27.4
Flesch-Kincaid Grade 13.9 13.1
Gunning Fog 18.4 17.5
LIX 51.8 50.1

Vale reports no errors and no sentence-length suggestions. Two heading suggestions remain (Working with Policy API, PolicyExceptions) — these are intentional, as both are product/type proper nouns that should keep their capitalization. No meaning or detail was changed or removed.

Things to check/remember before submitting

  • Bumped last_review_date in the front matter to 2026-06-22.

Fix six contraction errors flagged by Vale, split the long multi-clause
sentences in the Motivation section into shorter ones, replace wordy
phrasing ("in order to", "as well as", "allow"), and add a few emphasis
anchors. Lowers the Flesch-Kincaid grade from 13.9 to 13.1 and clears all
Vale errors and sentence-length suggestions, without changing meaning or
dropping detail.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@marians marians requested a review from a team as a code owner June 22, 2026 14:22
@marians marians requested a review from a team June 22, 2026 19:01
Among these are a number of capabilities designed for enforcing policies within a cluster. These include built-in types like Network Policies and RBAC, plus external CRDs like Kyverno Cluster Policies or Cilium Network Policies, among others.

We use and manage tools we believe are the "right tool for the job" and add value for customers.
We use and manage tools we believe are the **"right tool for the job"** and add value for customers.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
We use and manage tools we believe are the **"right tool for the job"** and add value for customers.
We use and manage tools we believe are the "right tool for the job" and add value for customers.

Comment thread src/content/tutorials/security/policy-api/index.md Outdated
Comment thread src/content/tutorials/security/policy-api/index.md Outdated
We expect that Kubernetes and third-party tooling will continue to evolve. We can help our customers move faster if they're not directly tied to tool-specific interfaces that they don't actually want to manage.

So, we created the Policy API in order to allow Giant Swarm to more seamlessly and transparently move clusters between policy implementations, and to reduce the overall toil of dealing with common security configuration.
So we created the Policy API for two reasons. The first is to let Giant Swarm move clusters between policy implementations more **seamlessly and transparently**. The second is to reduce the overall toil of dealing with common security configuration.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
So we created the Policy API for two reasons. The first is to let Giant Swarm move clusters between policy implementations more **seamlessly and transparently**. The second is to reduce the overall toil of dealing with common security configuration.
So we created the Policy API for two reasons. The first is to let Giant Swarm move clusters between policy implementations more seamlessly and transparently. The second is to reduce the overall toil of dealing with common security configuration.

marians and others added 2 commits June 25, 2026 09:25
Co-authored-by: Zach Stone <zach@giantswarm.io>
Co-authored-by: Zach Stone <zach@giantswarm.io>
@marians marians requested a review from stone-z June 25, 2026 07:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants