Preconditions and protocol for writing hosted plans: real user session, `expectedUpdatedAt` revision guard on destructive writes, post-write verification, and when feedback may be resolved or consumed. Use when performing any hosted plan write.
Scanned 9/3/2026
Install to Claude Code
npx -y skills add BuilderIO/agent-native --skill plan-hosted-writes --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Plan Hosted Writes?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/builderio-plan-hosted-writes)More formats (shields.io, HTML) on the badges page.
---
name: plan-hosted-writes
description: >-
Preconditions and protocol for writing hosted plans: real user session,
`expectedUpdatedAt` revision guard on destructive writes, post-write
verification, and when feedback may be resolved or consumed. Use when
performing any hosted plan write.
---
# Hosted Plan Writes
## Session Requirement
Current app actions require a real user session so plans stay scoped and
shareable. Local development can use the framework's auto-created dev account;
hosted persistence, private sharing, reviewer links, and cross-device/team
workflows use account login, with Google sign-in shown when the standard
Google OAuth env vars are configured.
## Revision Guard Before Destructive Writes
Before any destructive hosted-plan write (`replace-blocks`, a top-level
`content` replacement, or a source `replace-file`), call `get-visual-plan`
immediately before the write and pass its `plan.updatedAt` as
`expectedUpdatedAt`. Never reuse a revision from an earlier read. Prefer
targeted content or source patches whenever they can express the edit.
## Verify After Every Write
After every hosted-plan write, call `get-visual-plan` again and verify the
persisted text, blocks, canvas, and prototype before claiming success. If the
write addressed agent-targeted feedback, call `resolve-plan-comment` and
`consume-plan-feedback` only after this verification; addressed feedback must
be both resolved and consumed so it neither remains visibly open nor returns
as pending work.
## Related Skills
- **plan-comments-and-feedback** — what `get-plan-feedback` returns and how to
interpret anchors before and after a write.
- **plan-source-sync** — `replace-file` and other source-level writes.
- **plan-version-history** — snapshots taken before meaningful writes.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!