NuroPicks.com

/ TRANSPARENCY PLEDGE

What we don't do, and the audit hooks that prove it.

The Massachusetts Gaming Commission voted unanimously on April 10, 2026 to require sportsbooks to disclose shadow-limit, line-copy, and account-flagging behavior to users. The rule lives June 1; BetMGM's $3.1M VIP case was the trigger. We're an AI picks product, not a sportsbook, but the MGC framework names a category of harm — opaque, behavior-based restrictions — we could commit if we wanted to. We publish what we don't do, and the audit hook for each pledge.

Companion pages: /ai-ethics, /refund-guarantee, /cancel-refund.

The seven pledges

PLEDGE 01

No shadow-throttling on free-tier pick delivery.

Free tier always sees 3 SHAP picks per day, posted at the same time as Pro and Elite, on the same Discord channel and the same /picks endpoint. We do not delay free-tier delivery to nudge upgrades. We do not show free-tier users a different pick than Pro users on the same game.

Audit hook: Pick rows in the database have one publish timestamp; the Discord cron post and the /picks endpoint read the same row. /verify-pick exposes the publish timestamp on every pick.

PLEDGE 02

No quiet capper demotion. The leaderboard is a sort, not a curation.

Every capper that meets the published /apply/capper bar appears on /leaderboard sorted by the metric you choose (CLV, ROI, units, follower count). We do not boost or hide cappers based on revenue impact, founder mood, or any other opaque signal. If we ever remove a capper, it goes in the changelog with a date and reason.

Audit hook: /leaderboard query is a single SQL ORDER BY against the public capper_picks aggregation. No allowlist column, no shadow-rank column. Capper removals are logged in /capper-marketplace/changelog.

PLEDGE 03

No opaque account flags. If we restrict, we tell you.

If we ever flag an account for any reason — TOS violation, suspected automation, payment dispute — the user gets an email within 24 hours stating the specific reason and the appeal path. We do not silently restrict feature access. We do not let a flag persist after the trigger condition resolves.

Audit hook: account_flags table has a (user_id, reason, created_at, resolved_at, notification_sent_at) shape. Notification gate is enforced by a database trigger that blocks flag-insert when notification_sent_at is null past a 24-hour window.

PLEDGE 04

Pick rows are append-only. Edits are impossible, not just discouraged.

Every picks row gets locked_at = NOW() on insert. A Postgres trigger rejects any UPDATE or DELETE that touches a locked column. Only grading fields (result, graded_at, closing_odds) stay mutable, and those changes are themselves append-only. We cannot quietly re-write history if we wanted to.

Audit hook: Migration 0017 (shipped 2026-04-21) defines picks_immutable_guard. /verify-pick recomputes the SHA-256 hash chain from raw inputs in the browser; if a row had been edited, the hash would not match.

PLEDGE 05

Policy changes go in a public, append-only changelog.

If we change pricing, refund windows, capper marketplace economics, or any user-facing policy, the change goes into the changelog with the old version, the new version, and the date the change takes effect. Existing users keep the policy that was in force when they signed up; we will not retroactively shorten a refund window or change a capper rev split.

Audit hook: /cancel-refund and /capper-marketplace pages each carry a dated changelog. Source markdown lives in repo so the diff is publicly visible on GitHub.

PLEDGE 06

We don't copy picks from sharp accounts. We are the model.

Some operators copy picks from outside sharp accounts and re-post them as house-branded. Our picks come from one of two sources: (a) our XGBoost + SHAP model, hashed at post time; or (b) a capper account on /apply/capper, with hash receipt and capper handle on every pick. We never re-post external picks as model picks.

Audit hook: Every pick row has source ∈ {ai, capper, founder}, and source = capper rows must reference a capper_id with a public profile at /c/[handle]. Source is recorded at insert time and locked.

PLEDGE 07

If we ever break a pledge on this page, you can cite it in a chargeback.

Each pledge above is reproduced verbatim in the customer-facing terms at /terms section 8 (Product Transparency). If we break one, the public chargeback or dispute process is open to you. We cannot quietly settle by changing the pledge after the fact because the changelog (pledge 05) catches the rewrite.

Audit hook: /terms section 8 mirrors the pledge text verbatim and dates each pledge to its publish day.

FAQ

Why does an AI picks product need a transparency pledge? You're not a sportsbook.

True, but the MGC's April 10 shadow-limit rule named a category of harm — opaque, behavior-based restrictions a user cannot see — that AI picks products can also commit. We can shadow-throttle free-tier delivery to nudge upgrades. We can quietly demote a capper because their picks fade ours. We can flag an account opaquely after a refund dispute. We list what we don't do, and we publish the audit hooks that prove it. The framework is the MGC's; the application is ours.

What is shadow-throttling and have you ever done it?

Shadow-throttling means delivering content (picks, alerts, leaderboard placement) more slowly or less prominently to one cohort to nudge a behavior — usually upgrades. No, we have not, and pledge 01 commits us not to. Free-tier and Pro-tier users see the same pick row at the same publish timestamp. The Discord cron post and the /picks endpoint read from the same row.

How do I verify a capper hasn't been quietly demoted?

Compare the /leaderboard sort against the /apply/capper bar. Any capper that meets the bar must appear on the leaderboard for at least one of the four sorts (CLV, ROI, units, follower count). If a capper is missing across all four sorts despite meeting the bar, it's a bug; email [email protected] and we'll fix it. The /capper-marketplace changelog logs every removal.

What happens if my account gets flagged?

You get an email within 24 hours of the flag with (a) the specific reason, (b) the data we used to make the call, (c) the appeal path. We do not silently restrict access. The 24-hour notification gate is enforced by a database trigger; the flag-insert fails if no notification has been sent past that window. Pledge 03 + the audit hook covers it.

Can you actually edit pick rows?

No. Migration 0017 defines a Postgres trigger that rejects any UPDATE or DELETE on locked columns. We cannot quietly rewrite a pick after the fact even if we wanted to, because the database would reject the write. The /verify-pick page recomputes the SHA-256 hash chain from raw inputs in your browser; if a row had been edited, the hash would not match. This is enforced at the database layer, not the application layer.

Where is the policy changelog?

Each policy page has its own changelog. /cancel-refund tracks refund-policy changes, /capper-marketplace tracks rev-split and bar changes, /transparency-pledge (this page) tracks pledge revisions. The source markdown for every page lives in the public GitHub repo, so the diff history is independently auditable even outside of nuropicks.com.

Have you ever copied picks from outside accounts?

No. Pledge 06 covers it. Every pick row has source ∈ {ai, capper, founder}; capper-source rows reference a public capper_id with a profile at /c/[handle]; ai-source rows are model output with SHAP factors. We do not have a back door for copying external picks and re-posting them as model picks.

We publish the policy. You hold us to it.

If you spot a gap between any pledge on this page and a thing the product actually does, email [email protected] and we'll publish the resolution in the changelog.

AI ethics pledgeVerify a pick