SapieSense markSapieSense

Taste transfer

These mockups show what changes when a project has its Sensemark installed before the prompt runs.

Revisefit

Style Token Patch

Mockup 01

Homepage Taste Install

Marketing page

Pass
Same project prompt

Design a homepage hero for a premium AI workflow tool. Include headline, subheadline, CTA, visual direction, and one section below the fold.

Same project context
  • The project Sensemark prefers dark operational surfaces, restrained copy, green as signal color, and evidence before claims.
  • The project rejects decorative blobs, fake metrics, soft SaaS language, and cards used only as ornament.
  • Replaced generic SaaS claims with the actual Sensemark wedge: personal taste installed into a project.
  • Swapped decorative gradient-orb direction for a sharp product surface with real comparison evidence.
  • Kept the CTA tied to creating a Sensemark instead of a vague onboarding action.

The Sensemark-installed version expresses the project's taste, styling, and proof standard immediately.

Mockup 02

Dashboard Density

SaaS UI

Pass
Same project prompt

Redesign a project dashboard for reviewing AI-generated work. Include layout, navigation, status treatments, and the main empty state.

Same project context
  • The installed Sensemark prefers dense operational tools, compact controls, visible hierarchy, and calm status language.
  • The project avoids landing-page hero composition inside product screens and avoids one-note purple or blue palettes.
  • Turned a generic SaaS dashboard into a work surface built for repeated review.
  • Applied the project's density preference instead of adding oversized cards.
  • Used green as a signal color rather than a whole-page theme.

The installed Sensemark changes layout, status language, and visual restraint in one prompt.

Mockup 03

Mobile Builder Flow

Mobile UX

Pass
Same project prompt

Create the first mobile screen for a Sensemark builder. It should make the product feel fast, personal, and customizable.

Same project context
  • The project Sensemark prefers immediate interaction over explanatory onboarding and avoids fake phone chrome.
  • The first screen should show taste training, not a generic list of app features.
  • Moved from explanation to interaction so the product feels fast.
  • Made customization visible through pairwise taste choices.
  • Kept the screen project-owned and app-like instead of a marketing mockup.

The installed Sensemark makes the first screen personal, specific, and immediately usable.

Mockup 04

Style Token Patch

Frontend styling

Revise
Same project prompt

Add CSS tokens for a new comparison card. Include color, border, radius, shadow, spacing, and typography guidance.

Same project context
  • The installed Sensemark prefers 8px or smaller card radius, high contrast, no decorative blobs, and stable layout dimensions.
  • The project uses green for signal states, with neutral surfaces carrying most of the interface.
  • Applied project taste rules directly to code-level styling decisions.
  • Prevented common LLM defaults: glass blobs, large radii, and vague premium styling.
  • Added layout stability guidance that a normal prompt would usually miss.

The Sensemark-installed answer carries visual taste into implementation details.

Mockup 05

Checkout Copy

Product voice

Pass
Same project prompt

Write checkout screen copy for an upcoming paid Sensemark trial preview. Keep it concise and product-aligned.

Same project context
  • The project Sensemark prefers honest state labels and rejects pressure copy, fake scarcity, or unclear billing implications.
  • The current app can preview a paid path, but the V1 loop should still center the free Sensemark builder.
  • Changed hype and billing ambiguity into explicit product state.
  • Kept the free V1 loop first instead of prematurely centering a paid path.
  • Matched the user's preference for direct, accountable interface copy.

The installed Sensemark protects product voice and commercial boundaries in one pass.

Mockup 06

Custom Brand Direction

Per-project taste

Pass
Same project prompt

Design a homepage section for a boutique architecture studio. Include layout, image direction, palette, and headline style.

Same project context
  • This project's Sensemark is not the SapieSense house style; it prefers quiet editorial restraint, warm neutrals, and real project photography.
  • The project rejects SaaS gradients, productivity language, and generic innovation copy.
  • Demonstrated that each project can install a different taste profile.
  • Prevented the model from dragging SapieSense's own dark-green style into an unrelated brand.
  • Converted generic innovation language into a project-specific aesthetic.

The installed Sensemark customizes the model to this project's taste instead of applying one universal style.

Mockup 07

Agent Style Inheritance

AI coding agent

Pass
Same project prompt

Ask an AI coding agent to add a new settings screen to this app. Include what the agent should build and how it should validate the work.

Same project context
  • The project Sensemark carries UI taste, claim limits, proof habits, and preferred interaction patterns into agent tasks.
  • The agent should not invent accounts, sync, integrations, or decorative marketing sections.
  • Inherited product scope so the agent did not invent accounts or integrations.
  • Inherited interface taste down to controls, icons, card radius, and density.
  • Turned vague validation into the project's actual proof lane.

The project Sensemark makes an agent prompt narrower, more stylish, and easier to verify.

Mockup 08

Empty State Personality

Product UX

Pass
Same project prompt

Write and design an empty state for a screen where no Sensemark examples have been saved yet.

Same project context
  • The project Sensemark prefers functional empty states that expose the next useful action quickly.
  • The voice should feel sharp and human, not cute, apologetic, or tutorial-heavy.
  • Made the empty state actionable instead of explanatory.
  • Added a useful starter sample tied to the product loop.
  • Matched the user's preference for crisp interface copy over soft filler.

The installed Sensemark turns a generic empty state into a useful product moment.

Mockup 09

Visual Handoff Brief

Design handoff

Pass
Same project prompt

Create a handoff brief for a designer making a before/after comparison module for the app.

Same project context
  • The project Sensemark prefers evidence-bound comparisons, real product surfaces, and compact responsive modules.
  • The design should avoid nested cards, oversized hero typography inside panels, and purely decorative media.
  • Converted a decorative brief into a reusable app module.
  • Made the comparison structure impossible to miss.
  • Embedded the project's visual standards directly into the design handoff.

The installed Sensemark carries taste preferences across design handoff work.

Mockup 10

Voice Transfer

Launch writing

Pass
Same project prompt

Rewrite this launch note for the project: We made the demo much better and easier to use. Users can now see why Sensemark matters.

Same project context
  • The project Sensemark prefers concrete before/after language and avoids broad improvement claims.
  • The note should sound like the product owner, not a generic marketing assistant.
  • Replaced generic launch language with a concrete product distinction.
  • Made personal taste transfer the center of the message.
  • Kept the claim visible and inspectable rather than abstract.

The installed Sensemark transfers the owner's voice and positioning into the rewrite.

Mockup 11

Customer Repair Reply

Support response

Block
Same project prompt

Reply to a frustrated customer who received an AI-generated report with made-up numbers. Apologize, do not admit legal liability, do not promise it can never happen again, explain what changes next, and offer one concrete next step. Calm, accountable, human. 160 words max.

Same project context
  • The project Sensemark blocks unsafe promises, legal overreach, and vague reassurance when a user reports fabricated AI output.
  • The reply should stay calm and specific: acknowledge the issue, name the review change, and offer a manual corrected report.
  • Blocked the raw reply because it promised an impossible future state and overstated reliability.
  • Removed legal-sounding admission language and broad guarantee language while keeping accountability visible.
  • Added a concrete next step tied to source-backed correction instead of generic reassurance.

The raw reply should not ship until unsafe promises and unsupported reliability claims are removed.

Mockup 12

Evidence-Bound Claim Test

Marketing proof

Revise
Same project prompt

Using only this source text, write three launch bullets for SapieSense: a small internal preference test found reviewers chose SapieSense-on drafts more often than raw drafts on synthetic business-writing prompts; it used one base model and has not been independently verified.

Same project context
  • The project Sensemark allows narrow sourced claims but blocks broad proof language, fake metrics, and category-winner framing.
  • The output should keep the source caveats visible instead of turning a logged internal test into a public benchmark.
  • Replaced prove and consistently beats language with the exact scope of the source text.
  • Kept the internal-test and synthetic-prompt caveats attached to the claim.
  • Stopped the copy from converting a logged example into category-wide proof.

The raw bullets overstate a narrow source; the revised claim can ship only with caveats and logged-example framing.

Mockup 13

CTO Launch Decision Memo

Executive decision

Revise
Same project prompt

Turn these notes into a CTO decision memo: support wants fewer bad AI drafts; legal worries about unverified claims; users do not want long prompts; SapieSense learns from pairwise picks; launch needs a demo. Include Problem, Decision, Risks, Next Test. Max 250 words.

Same project context
  • The project Sensemark prefers scannable decision structure, explicit tradeoffs, and proof before launch claims.
  • The decision should keep V1 narrow: logged demo, pairwise Sensemark builder, and no accounts or external tool sync.
  • Restored the real constraints from the notes instead of flattening them into generic AI-quality language.
  • Kept the decision inside the V1 loop: pairwise Sensemark builder, logged demo, and local review gate.
  • Made the next test observable through same-prompt comparison and gate evidence rather than broad feedback.

The raw memo is directionally useful but too generic; the Sensemark revision preserves the launch tradeoffs and proof boundary.

Compare before/after
Mockups only. No live model call or benchmark claim is made here.