Use this skill whenever the user wants to update, sync, or reflect changes in a Help Center (Zendesk) article or section. Triggers include: "update the help center", "reflect this change in the HC", "update the internal articles", "sync this to Zendesk", "update the bot knowledge base", "update PeterBot", "the article is outdated", "push this change to the HC", or any request that involves reading a Slack thread / Notion page / document and applying the information to one or more Help Center articles. Also triggers when the user says "update the articles for [section name]" or provides a Zendesk article/section URL along with a source of truth (Slack, Notion, web page, or pasted text).
This skill automates the workflow of reading about a product change, new feature, or policy update from one or more sources (Slack, Notion, web, or pasted text), finding the relevant Help Center articles in a specified Zendesk section, and updating + publishing them.
The workflow always follows this sequence:
Never skip step 4 or proceed to step 6 without the user's confirmation.
Collect the change information. The user will provide at least one of:
If multiple sources are provided, read them all and synthesize. Prioritize the most recently approved wording — often a Slack thread will contain iterative drafts; the last agreed version is what matters.
Key things to extract:
Summarize your understanding to the user in 2-3 sentences before proceeding, so they can catch misinterpretations early.
The user will provide a Zendesk Help Center section URL (e.g. https://help.vimeo.com/hc/en-us/sections/44977868355345-Billing).
Use Claude in Chrome to navigate there. Browse the article list. If the section has pagination ("Next →"), click through all pages.
For each article, note:
You're looking for articles whose content is likely to be affected by the change you extracted in Step 1. Use judgment: titles like "Lapsing from a paid account", "Storage limits", "What happens when I downgrade" are relevant to a storage policy change; titles like "How to add a team member" are not.
If the user already named a specific article, go directly to it. If uncertain, briefly tell the user which articles you plan to read and why, and confirm before reading all of them.
Navigate to each article (the public HC URL, not the editor). Use get_page_text to read the full content.
While reading, identify:
Keep track of: article title, URL, article ID (the number in the URL), and the specific text to change.
Before touching anything, present every proposed change to the user in this format:
### Article: [Title]
URL: https://...
**Section:** [Section heading, e.g. "What happens to my videos when my plan lapses to Free?"]
**CURRENT TEXT:**
> [exact current paragraph(s)]
**PROPOSED NEW TEXT:**
> [new paragraph(s) with the change applied]
If multiple articles need updating, list them all in one message. Be precise: only change what needs to change. Don't rewrite surrounding paragraphs that are correct.
End with: "Does this look right? Reply 'apply' to publish all changes, or give me feedback to revise."
Do not proceed until the user explicitly approves (e.g., "apply", "looks good", "yes", "go ahead").
For each article to update, follow the technical steps in references/zendesk-editor.md.
The high-level flow is:
After all articles are updated, tell the user: which articles were updated, a brief summary of what changed in each, and that they're now live.
Finding the edit URL: When viewing an article on the public HC while logged in as an admin, there's an "Edit article" link at the top that goes to https://[subdomain].zendesk.com/knowledge/articles/[id]/en-us?brand_id=.... Use that link to open the editor.
Smart quotes: Zendesk stores content with Unicode smart quotes (\u2019 for apostrophes, \u201C/\u201D for double quotes). When doing string matching on article body content fetched via the API, use Unicode escapes rather than straight ASCII apostrophes or you'll get false negatives.
Drafts vs Published: In Zendesk's new editor, clicking "Save" saves a draft but does NOT publish it. You must open the dropdown next to the Save button and click "Publish". After publishing, the status indicator at the top of the editor should change to "Published this minute" (or "Published just now").
Articles with multiple issues: If one article has two separate sections that need updating, apply both changes before clicking Publish — don't publish after each individual change.
Internal-only articles: Articles marked "Only visible to agents and admins" are updated the same way — the edit flow is identical. These are the bot knowledge base / internal agent articles.
Content not found: If you can't find the old text in the article (maybe it was already updated or the wording differs), tell the user and show them the current content of that section so they can decide.
references/zendesk-editor.md — Technical details for editing Zendesk articles via the CKEditor JavaScript API in Claude in Chrome. Read this before Step 5.