Skip to content

docs: Europe team weeks are every two months, not monthly - #3663

Open
marcklingen wants to merge 1 commit into
mainfrom
cursor/berlin-week-every-two-months-aeb8
Open

docs: Europe team weeks are every two months, not monthly#3663
marcklingen wants to merge 1 commit into
mainfrom
cursor/berlin-week-every-two-months-aeb8

Conversation

@marcklingen

@marcklingen marcklingen commented Aug 29, 2026

Copy link
Copy Markdown
Member

The handbook principles page already said European teammates spend 3-5 days in Berlin every two months. Several public and handbook pages still said the team meets monthly.

This updates those remaining mentions so the site matches the current cadence:

  • /careers — European roles are now 3-5 days every two months in Berlin
  • /about — hiring copy matches the same cadence
  • /handbook/perks-and-pay — remote-first perk wording
  • /handbook/tools-and-processes/travel-and-expense-policy — Berlin week policy and heading

The principles page (/handbook/how-we-work/principles) was already accurate and is unchanged.

europe-team-week-every-two-months.mp4

Careers page: 3-5 days every two months in Berlin

Travel policy Berlin week: every two months

Open in Web Open in Cursor 

Greptile Summary

Updates public careers, company, perks, and travel-policy content to consistently state that European team weeks in Berlin occur every two months rather than monthly.

  • Changes the cadence to 3–5 days every two months on the careers, about, and perks pages.
  • Updates the travel policy’s metadata, revision date, heading, and Berlin-week schedule.

Confidence Score: 5/5

The PR appears safe to merge.

The changes are internally consistent, preserve valid MDX structure and links, and introduce no identified behavioral, publishing, or security failures.

Reviews (1): Last reviewed commit: "docs: say Europe team weeks are every tw..." | Re-trigger Greptile

The handbook principles page already described 3-5 days in Berlin every two months. Careers, about, perks, and the travel policy still said monthly; update them to match.

Co-authored-by: Marc Klingen <marcklingen@users.noreply.github.com>
@vercel

vercel Bot commented Aug 29, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
langfuse-docs Ready Ready Preview Aug 29, 2026 8:35am

Request Review

@marcklingen
marcklingen marked this pull request as ready for review August 29, 2026 08:50
@dosubot dosubot Bot added size:S This PR changes 10-29 lines, ignoring generated files. documentation Improvements or additions to documentation labels Aug 29, 2026
@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Aug 29, 2026

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review Completed 2026-08-29T08:52:32.775977Z 66e4115 Draft marked ready
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@github-actions

Copy link
Copy Markdown

@claude review

@claude claude Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Looks good — straightforward, mechanical copy update. Checked that all four files and the previously-unchanged pages (handbook/how-we-work/principles.mdx, handbook/how-we-work/remote.mdx) now consistently say "3-5 days every two months" with no stray "one week per month" mentions left in content/; confirmed no anchor links reference the renamed "Monthly Berlin week" heading.

Extended reasoning...

Overview

The diff is a pure copy/text change across four marketing and handbook MDX pages, updating the stated cadence of the Berlin office gathering from "one week per month" to "3-5 days every two months" and relabeling one H2 heading and its frontmatter description accordingly. No code, components, or logic are touched.

Security risks

None. This is static marketing/handbook prose with no user input, auth, or data handling involved.

Level of scrutiny

Low. This warrants a light-touch review: verify wording consistency across all pages that mention the policy, verify heading/anchor integrity, and verify no other pages were missed. I grepped the whole content/ tree for "one week per month" / "monthly" Berlin phrasing and for "3-5 days every two months" and confirmed all six relevant pages (the four changed ones plus principles.mdx and remote.mdx, which reference the same policy but were correctly left unchanged) are now mutually consistent. I also checked that the renamed heading ("Monthly Berlin week" → "Berlin week") has no anchor references elsewhere in the repo, so no broken deep links result.

Other factors

The bug-hunting system reported no findings, and the two candidate issues it separately flagged (about the "Berlin week" section still describing a full Monday–Friday on-site schedule) were already investigated and ruled out in this run — that phrasing describes the shared logistics of an on-site week and isn't inherently contradicted by "3-5 days" (not everyone need be present all five days), and no reviewer objection is outstanding. The change is small, self-contained, and low risk, so no further human review is strictly necessary, though the underlying "5-day week structure vs 3-5 days" framing nuance in the travel policy body text is a minor stylistic point rather than a factual inconsistency worth blocking on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation size:S This PR changes 10-29 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants