Fiverr delivery workbench — Tokhore Studio

1 · Project intake Loading…

Draft is saved in this browser only and restored after a refresh — nothing is sent anywhere.

Client

Brief (min 20 characters)

Template

Extras

Projects & review queue

Loading…0 awaiting review

No projects yet

Create an intake to start.

Extras library (v1.0.0)

Sample prices

Sample base price (USD)Revisions

SEO configuration pack v1.0.0 · websiteOwner-confirmed gig
Support chat widget (simulated) v1.0.0 · website/agentOwner-confirmed gig
Lead capture + follow-up v1.0.0 · website/workflowOwner-confirmed gig
CRM pipeline handoff v1.0.0 · workflow/crm · needs lead-captureOwner-confirmed gig
Booking request form v1.0.0 · website/mobile-appOwner-confirmed gig
Additional pages v1.0.0 · website · conflicts one-pagerOwner-confirmed gig
Single-page layout v1.0.0 · website · conflicts multi-pageOwner-confirmed gig
Role-aware pages (needs backend) v1.0.0 · crm/mobile-appOwner-confirmed gig

Continuation / master prompt

Includes reliability requirements — CODE_ONLY / UNVERIFIED. Listing them does not mean any protection is active; activationAuthorized=false.

Continue the Tokhore "website" template (variant: default) for client "<client>".
Reuse the existing template core and client overrides; never overwrite client overrides on upgrade.
No extras selected.
Label every simulated action. Do not add live payments, messaging, GPS, model calls or deployment without explicit owner authorization.
Keep exports framework-independent and validate the manifest before handoff. Report tests run with pass/fail.
Reliability requirements tokhore.reliability-requirements.v1@1.0.2 (domain: website-forms) — status CODE_ONLY/UNVERIFIED; runtimeProtectionVerified=false; activationAuthorized=false:
- [foundation/identity] Scoped identity: every action bound to an authenticated, tenant/client-scoped principal.
- [foundation/observability] Redacted health events with incident correlation IDs; no secrets or personal data in events.
- [foundation/durability] Durable checkpoint/outbox where side effects exist, so work resumes without loss or duplication.
- [foundation/recovery] Safe domain recovery: retries bounded, unknown outcomes reconciled before re-execution.
- [foundation/cost-guard] Cost Guard budget limits and an operator kill switch for paid or external calls.
- [foundation/testing] Isolation, recovery and security regression tests required before release.
- [foundation/release] Human release approval plus evidence-bound activation through canonical Builder governance.
- [domain/website] Form/lead/booking submissions: server-side validation, spam/abuse limits, idempotent submit keys, outbox for notifications; no send without configured provider.
- [domain/website] Submitted personal data minimised, redacted in logs and retained per client policy.
Do not claim any protection is active; activation only via canonical Builder governance with evidence.

Development-result handoff v1.0.1

Demo only

File export only for governed Builder intake — not Builder learning, activation or approval. Skills stay CANDIDATE/LEARNING_ONLY. Gate choices below are REPORTED and unverified: they export as reportedGates, while verified gates stay pending (unit-tests is derived from test counts and cannot be overridden). independentlyVerified=false.

Originating project ID

Immutable commit SHA (40 hex)

Test command actually run

Test execution time (UTC)

Passed

Failed

Architecture (one per line)

Demosbusiness-websitesaas-starterautomation

Reported gates (unverified)unit-tests REPORTEDtypecheck REPORTEDbuild REPORTEDbrowser-e2e REPORTEDauthenticated-e2e REPORTEDsecurity-review REPORTEDbuilder-intake REPORTED

1 · Project intake Loading…

Projects & review queue

Extras library (v1.0.0)

Continuation / master prompt

Skill capture (default LEARNING_ONLY)

Development-result handoff v1.0.1