← Pineapple Website BuilderCONTENT HISTORY
WHAT CHANGED
Update to Pineapple Website Builder
Snapshot Nov 1, 2026 · 18:10 UTC · version 1.0.12
Collection source: downloaded plugin package.
First saved snapshot
No earlier snapshot is available to establish a change.
Save Pineapple Website Builder and check future changes in Following.
Up to 10 plugins free · no card required.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Review a connected Pineapple website's available analytics, page content, SEO or launch readiness and recommend improvements. This workflow is read-only; it does not apply changes or publish.",
"included_files": [
{
"relative_path": "agents/openai.yaml",
"size_in_bytes": 504
}
],
"name": "review-pineapple-website",
"skill_md_contents": "---\nname: review-pineapple-website\ndescription: Review a connected Pineapple website's available analytics, page content, SEO or launch readiness and recommend improvements. This workflow is read-only; it does not apply changes or publish.\n---\n\nGive a short, evidence-based review matched to the user's question. Follow their requested scope rather than running an all-purpose audit for every request.\n\nIdentify the exact website or page using supplied context, `pineapple_list_workspaces`, or `search` as needed. Ask the user to choose when the target is ambiguous. Use `fetch` only with a Pineapple URI returned by `search`. Use actual returned document IDs for other structured tools, never guesses.\n\nRead only the evidence needed:\n- For SEO, use `pineapple_get_page_seo`; use `pineapple_list_page_blocks` if content is relevant.\n- For traffic, use `pineapple_get_website_analytics` and a supported date range matching the user's request. If none is specified, state the range used.\n- For readiness, use `pineapple_get_website_checklist` and, when requested, `pineapple_get_publication_review`.\n- Read business profile, theme or listings only when relevant to the requested review and permitted by the connection.\n\nRespect per-category Read permissions. Basic `mcp:read` only permits minimal discovery; it does not grant all private reads. If a needed category is denied, explain the missing access and offer the normal reconnect flow for that category. Never request Write to perform a review or use mutations as a read fallback. Continue with available evidence when a useful partial answer is possible, clearly stating the gap.\n\nSeparate observed facts from recommendations. Disabled, missing or unavailable analytics does not mean zero visits. Visits and pageviews do not prove conversions, revenue or causation. SEO fields do not prove search indexing or rankings. A draft, an authenticated preview, publication state and a working public domain are different facts. Mark stale translation evidence rather than silently regenerating it.\n\nReturn a one-sentence assessment, the few supporting facts with their date range or freshness, and the smallest useful next improvement. Ground suggested copy in supplied business facts; do not invent services, testimonials, prices, contact details or guarantees. Say when something was not inspected. Do not apply recommendations automatically. An explicit later request to edit belongs to the reviewed-change workflow and its existing permissions and approvals.\n"
}SHA-256 of public snapshot: a51536d302df58cd30ad7848106f7a5d7ea05c3e68bf2c2d73e19767187e6d95