Privacy

What the Plyvel app keeps, where, who can open it and for how long; and what this site and a hand-run CHECK do with what you send.

At a glance

Your images in the app
Private storage, open to your workspace
Training
Plyvel trains no AI model on your projects
Trackers in the app
No third-party analytics or advertising
Cookies on this site
None
Analytics on this site
Page views, counted by Cloudflare Web Analytics; I see totals only
Where
Run from Iraq; Supabase in Frankfurt; Cloudflare R2; Resend in Ireland
Hand-run CHECK
Your link; the founder’s computer in Iraq
Contact form
Sends only what you write

1. Who is responsible

The Plyvel app is provided by Murtadha Damook, Baghdad, Iraq ("Plyvel"). Privacy questions and requests: hello@plyvel.com.

2. What Plyvel collects, and why

WhatExamplesWhyKept for
Your accountYour email address; when you signed in; the network address and browser your sign-in came from (kept by the sign-in service). If you sign in with Google: the name, profile picture address and Google account id that Google sends at sign-in, kept by the sign-in service with your account (section 3)To sign you in and keep your account secureUntil the sign-in account itself is deleted (section 7). The sign-in service's own log of your sign-ins: 400 days, then deleted by the clean-up, and with the sign-in account
Sign-ins and account changesPlyvel's own record of each sign-in: when, a device label from fixed words (for example "Chrome on Windows", never your browser's full description), the sign-in's security level and a keyed hash of your network address (section 11), never the address. A note that your password was set or changed, or that your email address changed: never the address, old or new, and never the passwordTo tell you about a sign-in from a new device, to list your sign-ins for you, and to keep a record of account changesSign-in records: 400 days, then deleted by the clean-up. Account-change notes: until your next sign-in sees them; a seen note is deleted when a later change is seen 30 days or more after it, or with the sign-in account. Both are also in the audit log (section 7)
Your workspaceWorkspace, project and view names; who belongs to the workspace and with which roleTo organise your work and decide who may see itAs long as the project or workspace exists
Your imagesSource images, references and masks you upload; every image a render makes, including attempts that were not chosenTo render, to check renders, and to show them to your workspaceSources, references and results: as long as their project. Attempts that did not become a result: 30 days after the render
Your render requestsWhat you asked to change, what must stay, reference notes, and notes for Ply (up to 4,000 characters)To make the render, and to record in the Render Receipt what was askedAs long as the render. The receipt's copy can be erased (section 7)
Vel's reviews and Render ReceiptsVel's decision and findings; the signed receipt with the request, the image fingerprints (SHA-256) and the versions used. From receipt version 4, the receipt signs a salted fingerprint of each of your words (what you asked, your notes, Vel's findings in words, who accepted a render and their note) instead of the words. The words are kept beside the receipt, where they can be erased while the receipt still checks.To show what was checked, and so you can check a receipt laterThe receipt: kept as a record (section 7). The words beside a version 4 receipt: until the project's files are erased, or until your account deletion is done; then erased (section 7)
Receipt timestampsFor each version 4 receipt, a timestamp from an independent time-stamping authority: the authority's signed token over a fingerprint of the receipt's signatureSo anyone can check when the receipt existed, from a party other than PlyvelAs long as the receipt
CreditsEvery credit entry: reserved, charged, released, grantedBilling records10 years after the end of the year of the entry, as financial records.
Product eventsWhat happened, not what you wrote: for example a project created, a render started or downloaded, a receipt opened, Vel's outcome. Each holds ids, a few small numbers or codes, and a pseudonym in place of you (a salted SHA-256 of your user id, the salt kept on Plyvel's server); never request text, images or your email addressTo measure whether Plyvel works for people, for example how many renders are downloaded24 months, then deleted by the clean-up.
NotificationsThe notices you see in the app (for example a render finished, or a project deleted): the kind, the render or project they point to, and dates. No words you wrote: the words come from the appTo tell you what happened180 days
Emails Plyvel sends youWhich email was sent and when, whether it was delivered, the render or project it is about and dates; your address only as the email is sentTo send account, render and billing notices, and to know they arrived30 days after the email's send window
Beta applicationsWhat you answered on the beta application page: your email address, role, the software you use, the kind of work, how often you render, the size of your practice, your country, and the optional answer about what frustrates youTo choose and invite beta testers365 days after the last change
Research and data-use choicesYour yes or no to each of five questions (product analytics in research, interview recording, research use of your project images, a public case study, the evaluation test set), the version of the words you saw, and whenTo use your work only as you allowed, and to show that you allowed itAs long as the account exists; a deletion records each yes as withdrawn
Feedback and reports"Was this render usable?", "Was this helpful?", and reports you send, with the render's ids and statesSupport and quality24 months; a report's text is also emailed to Plyvel's support inbox with your email address so Plyvel can answer
Technical recordsRequest ids and error types; your network address in the hosting provider's logs; request counters for rate limits, keyed by a scrambled form of your network address, never the address itselfRunning the service, finding faults, stopping abuseHosting logs: 3 days. Rate-limit counters: until their time window ends, about an hour at most. Stored replies that make a repeated request safe: 24 hours
Education plan checksOnly if you ask for the Education plan. Whether you are a student or an educator, your institution's name, the way you were checked (your school email address's domain, or a document), the decision, the reason for a refusal from a short list, who at Plyvel decided, and the dates. If you upload a document (a student or staff ID card, an enrolment letter, a transcript or a fees receipt): the file itself, its kind, size and file type, and your name as you typed it from the document, until it is decided. Never your email address itself: the check reads it from your account at that momentTo check that you may have the Education plan, to remind you before the check ends, and to stop the plan when it has endedThe document: deleted as soon as a person at Plyvel decides, or 14 days after you upload it if no one has decided by then. The record of the check: as long as your account; then deleted with the sign-in account (section 7)
PaymentsNone yet. When paid plans open, a payment provider will take card paymentsBilling10 years after the end of the year of the payment, as financial records

Plyvel does not collect: card numbers (the payment provider holds them), contacts, or anything from other apps on your device.

Photo metadata. Location and camera metadata (EXIF, XMP, IPTC, GPS) is removed from an uploaded image before it is stored. Only the image's orientation is kept, so it shows the right way up. A file stored before this was live keeps its metadata until it is deleted. Images a render makes do not get this step: they come from the render engine, not from your camera.

Education plan documents. A document you upload for the Education plan is kept in Plyvel's private storage, apart from your projects, and only to decide your check. Location and camera metadata is removed from a photo of it as from any upload; a PDF is kept as you sent it. Only Plyvel staff who decide checks can open it, in the admin console, signed in with a second factor, and each opening is recorded. It is never sent to an AI service, and it is never put in logs, Render Receipts or exports. You can withdraw a document before it is decided; it is then deleted at once.

Legal bases. Where the law asks for one (for example the GDPR, for people in the EU or the UK):

  • To provide the service you signed up for (a contract): your account, workspaces, images, render requests, Vel's reviews and Render Receipts, credits, notices and the support you ask for; and, if you ask for the Education plan, its check.
  • To meet a legal duty: payment and credit records, and answering lawful requests from authorities.
  • Plyvel's legitimate interests, which must not outweigh your rights: keeping the service secure and running (sign-in records, technical records), stopping fraud and misuse of free credits (section 11), and measuring whether Plyvel works, under a pseudonym (product events), and counting the public site's page views in totals (section 5).
  • Your consent, which you can withdraw at any time: anything beyond these, such as using your content for evaluation or model training (section 4), and the store app's notifications.

Automated decisions. Promotional credits are decided automatically by the rules in section 11. A held claim always goes to a person, and you can ask a person to look again at any decision (section 11, "Your choices"). The Education plan's school email check approves automatically when your address's domain is an educational institution's that Plyvel recognises; it never refuses anyone: otherwise a person looks at a document instead. Nothing else about you is decided automatically.

3. Who processes it for Plyvel

ServiceWhat it does for PlyvelWhere
CloudflareRuns the app and its API, stores the images and any Education plan document (private storage), keeps short logs, runs background jobs, and runs Turnstile, its bot check, when free credits are claimed (section 11). Cloudflare Images makes a 32 by 32 copy of each source or reference uploaded to a free workspace, for its fingerprint (section 11). It also counts page views on plyvel.com, the public site, with Cloudflare Web Analytics (section 5)Cloudflare's network; image storage with a location hint of Eastern Europe
SupabaseThe database and sign-inFrankfurt, Germany
ResendSends sign-in emails; once Plyvel turns sending on, also the app's notices by email (a subject, a short text and one link: no images and none of your request's words)Ireland
Google (Gmail)The inbox that receives your support reports and the service's own alert emailsGoogle's network
GitHubHolds the app's source code. No customer dataGitHub's network
DigiCert, then Sectigo (time-stamping authorities)Time-stamp each version 4 Render Receipt. They receive only a SHA-256 fingerprint of the receipt's signature, sent from Plyvel's server: never your images, your words, your email address or your network address. DigiCert is asked first; Sectigo only if DigiCert does not answer.Their own services (not checked)
Apple Push Notification service, Firebase Cloud Messaging (Google)Only in the store app, which is not in the App Store or Google Play yet. When you turn on the "render ready" notice there, your phone asks Apple's service (iPhone) or Google's (Android) for a push token. Plyvel sends them nothing: sending is off. Once it is on, they receive the push token and each notice's words, never an imageApple's and Google's networks

Sign in with Google, if you choose it. Continue with Google is on the sign-in page only once Plyvel turns it on; the email link works without it. If you use it, you sign in at Google, under Google's own terms and privacy policy, so Google learns that you signed in to Plyvel. Google then sends the sign-in service your name, email address, profile picture address and Google account id, which it keeps with your account (section 2). Plyvel asks Google only for that basic profile and email address: nothing from your Google account's contacts, files, mail or calendar, and nothing is sent to Google afterwards. It is not offered in the store app.

AI model providers: none is in use. Renders on the test service are made by stand-ins that send nothing anywhere. Before any AI provider is used, it is listed here with what it receives, where it runs and how long it keeps data. A provider that trains its models on what it is sent is not used.

4. AI and your content

  • Plyvel does not use your images, requests or results to train AI models.
  • Using your work for evaluation, research or case studies needs your separate, explicit permission, which you can withdraw. You choose on the Account page, under Research and data use: five separate questions, each off until you turn it on, and each can be turned off again (section 2, "Research and data-use choices").
  • Results are AI-assisted visualisations. A Render Receipt records Plyvel's visual checks; it is not structural, engineering, building-code, construction or dimensional certification.

5. Your browser and the store app

  • The app keeps any render request you have not sent yet in your browser's local storage, on your device only.
  • It also keeps a few display choices there: the theme, Focus, and whether single-key shortcuts are on.
  • When the free promotional credits are switched on, it keeps a device token there too (plyvel.device). Section 11 says what it is for and what Plyvel stores about it.
  • One cookie, to keep you signed in. In a browser, Plyvel's server sets one cookie when you sign in. It holds your sign-in session's refresh token (the key that renews your sign-in), sealed so that only Plyvel's server can use it, so you are still signed in when you come back. It is HttpOnly: scripts on the page cannot read it. Your browser sends it only to the app's own address, over an encrypted connection, never to another site, and only the part of Plyvel's server that renews your sign-in reads it. It is removed when you sign out, or 30 days after you last used the app. It is strictly necessary for the sign-in you ask for, so the app does not ask for consent to it. The page itself holds only a short-lived sign-in token, in memory, gone when you close the page.
  • The app sets no other cookie, and uses no analytics or advertising trackers. Cloudflare's check on a free-credits claim runs under Cloudflare's own terms (section 11).
  • plyvel.com, the public site, counts page views; the app does not. The site uses Cloudflare Web Analytics, which Cloudflare runs. Cloudflare states that Web Analytics "does not use any client-side state, such as cookies or localStorage", and that it does not fingerprint visitors through their IP address, User Agent string or any other data (Cloudflare's Web Analytics page, https://www.cloudflare.com/web-analytics/, under "Privacy first"). That is Cloudflare's statement about its own service, not a promise of Plyvel's. For each page view, your browser sends Cloudflare the page's address, the address of the page you came from, your browser's name and version, and how quickly the page loaded; Cloudflare also sees your IP address, as it does for every page of the site. Plyvel sees only totals: views of each page, the sites that linked to them, countries, and kinds of device and browser. If your browser sends Global Privacy Control, the site does not load the counter. When you follow the site's link to apply for the beta, the link says it came from the site, and the app counts that arrival once as a product event (section 2), with the kind of device and nothing about you; then the app takes the mark out of the address.
  • The store app (iPhone and Android; not in the App Store or Google Play yet) is the same app inside a shell. On the phone it keeps what the browser keeps, except that your sign-in session is kept in the app's own storage on the phone instead of a cookie; also a flag while the "render ready" notice is on, and a file only for the moment you share it (emptied before each share and at start). Android backups of the app are off. It contains no tracking, analytics or advertising library.
  • Its push token. If you turn the notice on, Plyvel keeps your phone's push token in its private storage, with the phone's platform and the sign-in session that registered it, at most 10 phones a person. The token is removed when you sign out on that phone, after that sign-in session ends, and when your account deletion is done; an eleventh phone replaces the oldest. Plyvel never sends it back to the app. Sending is off today, and the app's Settings say so.

6. Who can see your work

  • Your projects are private to your workspace. People you add to the workspace see its projects, according to their role.
  • Plyvel staff look at your work only to answer a request from you, to investigate a fault or abuse, or where the law requires, and each staff action on credits or reports is logged.
  • Sharing a receipt. When you share a version 4 receipt, you choose which kinds of words to hide: the request's words, notes, Vel's findings in words, evidence summaries, who accepted it and the acceptance note. The copy says "Hidden by the sender" for each, a hidden value cannot be read back from it, and its signature still checks.
  • Moving a project into a team. The owner of a personal workspace can move a project into a team where they are an owner or admin. From then on the team's members see the project, its renders and its receipts, and the workspace it left no longer does. The move is recorded in both workspaces' history, with who moved it and when. Credits already spent stay with the workspace that paid.

7. Deleting

  • A file: members can delete a source or reference that no render uses. Its stored file is erased by the next clean-up; its record and fingerprint stay.
  • A project: it disappears for everyone in the workspace at once. Its files are erased after a recovery window of 30 days. At the same time, the words kept beside its version 4 receipts are erased; the receipts still check.
  • Your account: you can ask for deletion on the Account page. It happens 14 days later unless you cancel. Then your personal projects, your memberships, your profile, your feedback, the text of your reports and any Education plan document still waiting for a decision are removed, and the store app's phones you registered are forgotten. Then the words kept beside the version 4 receipts of the renders you requested (what you asked for, your notes, and Vel's findings and evidence in words) and beside the acceptances you signed (who accepted, as your user id, and your note) are erased, in every workspace. The receipts still check. You cannot delete your account while you are the only owner of a workspace that has other members, and a legal hold on your account pauses the deletion.
  • The sign-in account itself (your email address, your sessions and sign-in history). After it, Plyvel can delete it once your account deletion is done and no legal hold applies; the records that belong to it go with it (for example your consents, your sign-in records and the abuse records tied to your account). Staff run this last step by hand from the admin console (it is not on a schedule), within 30 days of your deletion, and it is recorded.
  • What stays: Render Receipts and acceptances are signed and are never changed. A version 4 receipt keeps your user id and the salted fingerprints of your words, not the words; without the erased salt a fingerprint cannot be turned back into the words. Receipts of version 3 and earlier keep the request text: only test renders on Plyvel's test service have them, and the live service starts on version 4. The credit ledger keeps its entries, and the audit log keeps who did what, by user id (24 months, and an entry about money 10 years, like the payment records; then deleted by the clean-up, unless a legal hold applies.). After the sign-in account is deleted, these ids no longer lead to your email address.
  • Copies of your words outside the receipt. The working copy of a render's request (what the render was asked to do, and Vel's findings in words) is erased from the render's own record by the clean-up once its project's files are erased.
  • Backups: the database provider keeps daily backups for 7 days once Plyvel's production service is set up (the test service keeps none); deleted data leaves the backups when they expire. If Plyvel restores a backup, it re-applies every deletion recorded since from its deletion log, kept outside the database. The sign-in account's deletion is in that log too.

8. Your rights

You can see and export your projects (Export project gives you the files, the renders and their receipts), correct names, delete files, projects and your account, and ask Plyvel what it holds about you at hello@plyvel.com.

Iraq has no general data protection law yet, so Plyvel gives everyone, wherever they live, the rights the GDPR gives people in the EU: to see what Plyvel holds about you and get a copy; to correct it; to have it erased; to limit its use; to take it with you in a common format; and to object to what Plyvel does on the basis of its legitimate interests (section 2). Plyvel answers within one month. A complex request can take up to two months more; Plyvel then tells you why within the first month. Some records stay after a request, where the law requires them or a signed receipt depends on them (section 7). If you are in the EU or the UK, you can also complain to the data protection authority where you live or work.

9. Transfers

Your data is stored and processed outside Iraq, in Germany, the EU and on Cloudflare's network. Iraq has no law that limits these transfers. For people in the EU, the UK and Switzerland, the data processing agreements of Cloudflare, Supabase and Resend include the European Commission's standard contractual clauses, with the UK and Swiss additions; Cloudflare and Resend also take part in the EU-U.S. Data Privacy Framework. Plyvel, in Iraq, reaches your data through these providers. The support inbox is a Gmail account under Google's own terms.

10. Security

Connections are encrypted (HTTPS only); images are in private storage and opened through signed links that expire within 15 minutes; each workspace's data is separated by database rules; Render Receipts are signed so changes can be detected. Each version 4 receipt also gets a timestamp from an independent authority (section 3), so anyone can check when it existed, from a party other than Plyvel. No system is free of risk. If a breach affects your data, Plyvel tells you without undue delay, and tells the data protection authority where the law requires it (under the GDPR, within 72 hours of learning of it).

11. Fraud and abuse

Plyvel keeps a few records to stop misuse of free credits and of the service. They are kept apart from your projects, and used only for that.

Free credits and free renders. While paid plans are switched off, every workspace counts as free. So the free-render records below apply to every render and every upload. The free promotional credits are switched off today. While they are off, Plyvel hands out no device token and makes no promotional decision, grant or network link.

Cloudflare Turnstile. When you claim free promotional credits, the page may run Cloudflare Turnstile, a check that the claim comes from a person and not a bot. Most people see nothing; some see one checkbox. Turnstile runs in your browser and Cloudflare sees what it needs for that check (your browser and its signals, under Cloudflare's own privacy terms); Plyvel receives only the result (passed or not) and stores no Turnstile data. It does not run in the store app, and it is not used for advertising or tracking. A claim without it is not refused. If the rules ask for one more check before adding the credits (a step-up), the app shows Cloudflare's check and a "Do the check" button; doing it decides the claim again, and you can contact support instead.

Keyed hashes. Where a record needs your network address or a device token, Plyvel stores a keyed hash instead. A keyed hash is the first 32 hexadecimal characters of HMAC-SHA256, made with a secret key only Plyvel's server holds. The same input gives the same hash, so repeats can be counted. Plyvel treats keyed hashes as personal data, because Plyvel holds the key.

What Plyvel keeps

RecordWhat it holdsWhyKept for
Rate-limit countersHow many requests arrived in a short window, counted per account, or per keyed hash of your network address (an IPv6 address by its first 64 bits)Stop floods of requestsUntil the window ends, one hour at most. A clean-up every 5 minutes deletes ended windows
Rate-limit refusalsThe rule, the account or keyed hash, the window, and how many requests were refusedSee refusals after the counters are gone30 days
Free render signalsFor each free render: a keyed hash of the network block it came from (an IPv4 address's /24, an IPv6 address's /48: a whole office, campus or carrier block), and of the device token if your browser sent oneLimit free renders per network and per device in a time window30 days
Device tokensA random token that Plyvel's server signs and your browser keeps in local storage (plyvel.device). Plyvel stores only a keyed hash of its id, with your browser and system family (for example chrome/windows)Notice one browser behind many free accountsThe token stays in your browser until you clear its site data. The stored hash: 30 days from when it was last seen
Network linksA keyed hash of the network block a promotional claim came from, linked to the accountNotice many promotional claims from one network30 days from when it was last seen
Upload fingerprintsFor sources and references uploaded to a free workspace: the SHA-256 fingerprint of the stored file; a 64-bit perceptual hash of the picture, when it can be made; the account and the workspace. The perceptual hash is a summary of the picture's broad light and dark pattern: Cloudflare Images makes a 32 by 32 pixel copy of the stored file, Plyvel's server reads its brightness and keeps 64 bits, and Plyvel does not store the copyNotice one image uploaded by many accounts, also when it was saved again smaller or in another format. A signal only: colleagues often share an image, so a match is weighed with other signals and never refuses anyone on its own90 days
Promotional decisionsThe outcome (grant, hold for a person to look at, ask for a further check, or decline), a risk band, short codes for what was observed, the policy version and the timeDecide who receives promotional credits the same way for everyone, and check it later365 days
Promotional grantsThe credits granted, linked to the decision and to the credit entryCount grants and link each to its decision365 days. The credit entry itself stays with your other credit records (section 2)
Spend-limit eventsWhen a spend or free-tier limit refused or stopped a render: the limit, the workspace id and the render idShow what the limits stopped, and send alerts30 days
Risk eventsOther observations, as a short code and countsAlerts and review30 days
AppealsYour appeal about promotional credits, the outcome, the staff member who decided and their reasonCorrect a mistaken decisionUntil it is resolved, then 365 days
Payment-method linksOnly once paid plans are on. With each payment, a SHA-256 hash of the payment provider's name and the provider's opaque token for the card or wallet that paid. Not a keyed hash: it is never the token itself and never card data. The same card or wallet paying again gives the same hash, which links the accounts that paid with itNotice a promotional claim from an account that paid with the same card or wallet as an account that already received the promotionAs long as the payment record it belongs to, a financial record (section 2: 10 years after the end of the year of the payment)
Chargeback historyOnly once paid plans are on. Not a record of its own: whether a payment by your account, or by an account linked to it (by device token, by email address in its normalised form, or by payment method), had a chargeback that was not won, read from the payment records when you claim promotional creditsHold a promotional claim for a person to look atNothing is kept beyond the payment records

What these records never hold. Your network address, your device token itself, your email address, your images and the text of your requests are never stored in an abuse record. An upload fingerprint is a hash of the file and a 64-bit summary of the picture, not the file: at most a blurred pattern of light and dark could be drawn back from the summary, never the picture. Nothing finer than browser and system family is kept about your device: no hardware identifier and no device fingerprinting. Plyvel does not look up where a network is, so it keeps no location, precise or not.

Your email address. When you claim promotional credits, Plyvel compares your address, in a normalised form, with other accounts' addresses. It also checks the address's domain against a short list of throwaway mail services, and counts recent claims from the same domain (never for the big public mail services). The address is read from your account at that moment and is not copied into any abuse record.

How they are used.

  • Only to protect free credits and the service: the free limits, the promotional decision, alerts, and staff review of suspected abuse.
  • No single signal decides anything. Declining the promotional credits needs a link to an account that already received them and a pattern of its own, and declining is switched off today.
  • A payment-method link or a chargeback history only holds a promotional claim for a person to look at. It never declines it, and it never touches a paid plan or credits you paid for.
  • Networks that many people share (offices, campuses, mobile carriers, hotels) are never a reason to decline on their own.
  • A flag on free use never deletes your projects and never removes credits you paid for.
  • The app shows your promotional state in neutral words, not the codes behind it. You can ask what these records hold about you (section 8). Plyvel tells you, but may hold back details that would help someone get round the checks, as far as the law allows.
  • Staff look at these records in the admin console, signed in with a second factor. Each staff decision is logged with who made it, the reason and the time.
  • Never used for advertising or marketing.
  • Never used to train or evaluate AI models. The evaluation export reads none of these records.
  • Never used to guess anything sensitive about you.

When they are deleted.

  • Each record has an expiry date, set when it is written. A network or device link gets a new one each time it is seen again; an appeal gets one when it is resolved. A clean-up every 5 minutes deletes records past their date.
  • The three periods (30, 90 and 365 days) are settings Plyvel can change. They apply, and the clean-up runs. Each is no longer than its check needs, and stopping fraud and misuse is the legal basis for keeping them (section 2, Plyvel's legitimate interests).
  • The payment-method hash is part of its payment record, not an abuse record: it has no expiry of its own and is kept as long as that record.
  • Records tied to an account also go when its sign-in account is erased (section 7).
  • During a security incident under review, Plyvel can pause these deletions until a set date. The pause is set by hand and logged.

Your choices. You can appeal a promotional decision through support: a support report in the app, or hello@plyvel.com. A person looks at it, and a granted appeal gives the credits through the normal credit records. You can also object to these records at hello@plyvel.com. Plyvel then stops using them for you, unless it has strong reasons that outweigh yours, such as misuse it has already seen; without them, it cannot offer you free credits.

12. Children

The app is for professional use, and for study and teaching on the Education plan, and not for anyone under 18 (Terms, sections 2 and 17).

13. Changes

When this policy changes, the date below changes and the app shows a notice. A change that lets Plyvel use your data in a new way, or that reduces your rights, is also sent to your email address at least 30 days before it applies.

This site

This site counts page views with Cloudflare Web Analytics; the Plyvel app does not. Cloudflare states that Web Analytics “does not use any client-side state, such as cookies or localStorage” and that it does not fingerprint visitors (Cloudflare’s statement, under “Privacy first”): those are Cloudflare’s words, not my promise. I see totals only: views of each page, the sites that linked to them, countries, and kinds of device and browser, never who you are. Section 5 above says what your browser sends.

This site sets no cookies, and the fonts are served from the same place as the page. A link here to apply for the beta says it came from this site: the Plyvel app counts that arrival once, with the kind of device and nothing about you, then takes the mark out of the address.

Cloudflare, which runs this site, sees your IP address to deliver each page and to limit how often the contact form can be sent, and your browser may send Cloudflare a report if a page fails to load. I do not receive these.

The contact form sends your name, your email address and your message to Plyvel when you press Send, and nothing else. It travels by email through Cloudflare, which runs this site, to Plyvel’s Gmail inbox; nothing is stored on this site.

A hand-run CHECK

For a hand-run CHECK, you share the two images through a link you control. They are processed on the founder’s computer in Iraq. Notes about the job travel by email (Cloudflare forwarding to a Gmail inbox, with no attachments). The AI assistants that run Plyvel’s scripts, Claude and Codex, are instructed never to open your images; that is an instruction, not a technical lock. CHECK sends the images to no AI model provider.

Last updated: 21 October 2026.