Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add rules/yudefine/nuxt-supabase-starter/secretsgit clone --depth 1 https://github.com/YuDefine/nuxt-supabase-starterWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/yudefine/nuxt-supabase-starter/secrets)<a href="https://agentmods.dev/rules/yudefine/nuxt-supabase-starter/secrets"><img src="https://agentmods.dev/badge/rules/yudefine/nuxt-supabase-starter/secrets.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00000 | $0.01555 |
| Opus 5 | $0.00000 | $0.00777 |
| Sonnet 5 | $0.00000 | $0.00311 |
| Haiku 4.5 | $0.00000 | $0.00155 |
Grade A, and why
secrets scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 83 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Cloudflare Workers Secrets
Single source of truth = GitHub repo secret。所有 worker runtime 用的 secret 一律走 GitHub Actions + cloudflare/wrangler-action@v3 的 secrets: input 推進 worker。
MUST
- MUST 把所有 runtime secret 設在 GitHub repo secret,naming 對齊
STAGING_<NAME>/PRODUCTION_<NAME>(per-env)或<NAME>(cross-env shared,限非敏感如 OAuth client id) - MUST 在
deploy-{staging,production}.yml用cloudflare/wrangler-action@v3並透過secrets: |list +env:block 把 GitHub secret 推進 worker - MUST 對應 worker runtime env 名稱(不帶
STAGING_/PRODUCTION_前綴)— GitHub secret 帶前綴、worker runtime 不帶 - MUST rotation 只動 GitHub Secret(
gh secret set),下次 deploy workflow 自動 sync 進 worker - MUST 把 secret 值寫進 Notion「GitHub Secrets & 環境變數」page(per consumer)。義務綁的是「收到明文的當下」,不是「改動 secret 值時」 —— 全文與唯一例外的措辭在 [[secret-custody]],本條只是它在 Workers 面的入口
NEVER
- NEVER 手動跑
wrangler secret put <NAME>設 production / staging worker secret — 繞過正規流程,rotation 會脫節 - NEVER 把 secret 寫進
wrangler.toml的[vars]區塊 —[vars]是 plaintext,會在 worker dashboard 可見且 commit 進 git - NEVER 在
wrangler-action之外的 workflow step 直接 echo secret 到wrangler secret put— 同樣繞過 SoT,且 echo 容易 leak 進 log - NEVER dev / staging / production 共用同一條 secret(rotation 風險:一漏全崩)— 每個 env 獨立生成
唯一例外
只在以下情況可手動跑 wrangler secret put:
- Bootstrap 初次 deploy 之前:worker 尚未存在、deploy workflow 還沒跑過第一次,需要手動 push 初始 secret 才能讓 first deploy 不 crash。第一次 deploy 後立即把 secret 加進 workflow
secrets:list,後續 rotation 走正規流程 - 緊急 incident response:production secret 洩漏需立即 rotation,等不及下次 deploy。必同時
gh secret set更新 GitHub Secret + 開 issue / 在 commit message 註記,下次 deploy 會 overwrite 同值
推送流程範例( production)
# .github/workflows/deploy-production.yml
- uses: cloudflare/wrangler-action@v3
with:
apiToken: ${{ secrets.CLOUDFLARE_API_TOKEN }}
accountId: ${{ secrets.CLOUDFLARE_ACCOUNT_ID }}
command: deploy --env production
secrets: |
EVLOG_AUDIT_SECRET # ← secret name 在 worker runtime 看到的
SUPABASE_SECRET_KEY
...
env:
EVLOG_AUDIT_SECRET: ${{ secrets.PRODUCTION_EVLOG_AUDIT_SECRET }} # ← GitHub secret name
SUPABASE_SECRET_KEY: ${{ secrets.PRODUCTION_SUPABASE_SECRET_KEY }}
...
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 83 lines · 0 tokens per session scan A 9e12b36e04e8
secrets is a cursor rule published in the GitHub repository YuDefine/nuxt-supabase-starter (45 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,555 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other cursor rules, from other repositories
viberaven-deploy
Apply before changing Vercel config or deploy CI workflows.
beanstalk-deploy
Robust deployment patterns for Elastic Beanstalk with GitHub Actions, Pulumi, and edge case handling.
platform-engineer
Cursor rule "platform-engineer" from ulises-jeremias/agent-toolkit, covering platform engineer, responsibility, main skill domains, when invoked and delegate to skills.
devops-engineer-intelligent
DevOps and infrastructure specialist for CI/CD pipelines, deployment automation, and cloud operations. Apply this rule when working on continuous integration/continuous deployment setup, infrastructure as code (Terraform, CloudFormation, Ansible), Docker containerization, Kubernetes orchestration, cloud platform…
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.