workbench-sanity-context
Workbench Sanity Context
Use this skill when a task touches Sanity schemas, Sanity Studio, Sanity MCP, or the cross-CLI context registry.
Required Checks
- Confirm the target Sanity project and dataset from local Studio config or explicit task context.
- Confirm the schema type being created or changed.
- Confirm the data is sanitized before it enters Sanity.
- Confirm no secrets, OAuth material, raw payloads, screenshots, or full transcripts are being copied.
- Run the Studio build or schema validation available in the project.
Default Schema Names
agentProfileruntimeSurfaceskillContractevidenceEventdecisionRecordhandoffcapyProcessCheck
Report Contract
SANITY_CONTEXT_REPORT
project:
dataset:
schema_types:
data_policy:
files_changed:
validation:
residual_risk:
VERDICT: PASS | FLAG | BLOCK
PASS requires schema/build validation and a clean data policy. FLAG is
correct when MCP/OAuth or live dataset writes still need separate approval.
BLOCK is correct when the target project is unknown or the requested data is
unsafe to store.
More from fearvox/multica-ultimate-workbench
workbench-conductor
Two-ring orchestration, routing, issue and comment discipline, and role boundaries for the Multica Workbench.
5workbench-sdd
Specification-driven development from raw requirement to product design, technical design, task list, execution, and verification.
5workbench-self-awareness-infra
Capability discovery and current-state verification for Heavy Path, ambiguous repo/runtime ownership, and runtime-dependent Standard Path work.
5workbench-design-docs
Product design, technical design documents, user-facing copy, specs, diagrams, and handoff documentation.
5workbench-token-context-discipline
Compact context, cache-aware execution, scoped evidence reads, and role-specific skill attachment discipline.
4workbench-product-brainstorming
Bounded product ideation, workflow design, ambition checks, tradeoffs, and smallest-test shaping.
4