[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M70FVE6HGXAHAKT79WNKBN95":3,"skill-same:01M70FVE6HGXAHAKT79WNKBN95":73},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":51,"commitSha":52,"skillDirectory":53,"forksCount":54,"repositoryHtmlUrl":55,"repositoryHomepageUrl":6,"ownerHtmlUrl":56,"ownerBlogUrl":6,"ownerDescription":57,"updatedAt":58,"install":59,"resources":72},"01M70FVE6HGXAHAKT79WNKBN95","ecc-tools-cost-audit",null,"Evidence-first ECC Tools burn and billing audit workflow. Use when investigating runaway PR creation, quota bypass, premium-model leakage, duplicate jobs, or GitHub App cost spikes in the ECC Tools repo.","mdnaimul22\u002Fhuman-skills","mdnaimul22","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F64520358?v=4","01M70FH95MH2H796Q01TYSFZ03","Naimul","01M70FH96798CQR4YHA13F17GA",3,"MIT","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Faffaan-m_ECC\u002Fecc-tools-cost-audit\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"cost audit","Tools","ecc tools cost audit","cost","audit","first","duplicate","audit workflow","use","quota","repo","pr","evidence","pr creation","workflow","when","model","creation","billing","app","2026-11-10 10:12:30",false,"---\nname: ecc-tools-cost-audit\ndescription: Evidence-first ECC Tools burn and billing audit workflow. Use when investigating runaway PR creation, quota bypass, premium-model leakage, duplicate jobs, or GitHub App cost spikes in the ECC Tools repo.\nmetadata:\n  origin: ECC\n---\n\n# ECC Tools Cost Audit\n\nUse this skill when the user suspects the ECC Tools GitHub App is burning cost, over-creating PRs, bypassing usage limits, or routing free users into premium analysis paths.\n\nThis is a focused operator workflow for the sibling [ECC-Tools](..\u002F..\u002FECC-Tools) repo. It is not a generic billing skill and it is not a repo-wide code review pass.\n\n## Skill Stack\n\nPull these ECC-native skills into the workflow when relevant:\n\n- `autonomous-loops` for bounded multi-step audits that cross webhooks, queues, billing, and retries\n- `agentic-engineering` for tracing the request path into discrete, provable units\n- `customer-billing-ops` when repo behavior and customer-impact math must be separated cleanly\n- `search-first` before inventing helpers or re-implementing repo-local utilities\n- `security-review` when auth, usage gates, entitlements, or secrets are touched\n- `verification-loop` for proving rerun safety and exact post-fix state\n- `tdd-workflow` when the fix needs regression coverage in the worker, router, or billing paths\n\n## When To Use\n\n- user says ECC Tools burn rate, PR recursion, over-created PRs, usage-limit bypass, or premium-model leakage\n- the task is in the sibling `ECC-Tools` repo and depends on webhook handlers, queue workers, usage reservation, PR creation logic, or paid-gate enforcement\n- a customer report says the app created too many PRs, billed incorrectly, or analyzed code without producing a usable result\n\n## Scope Guardrails\n\n- work in the sibling `ECC-Tools` repo, not in `ECC`\n- start read-only unless the user clearly asked for a fix\n- do not mutate unrelated billing, checkout, or UI flows while tracing analysis burn\n- treat app-generated branches and app-generated PRs as red-flag recursion paths until proved otherwise\n- separate three things explicitly:\n  - repo-side burn root cause\n  - customer-facing billing impact\n  - product or entitlement gaps that need backlog follow-up\n\n## Workflow\n\n### 1. Freeze repo scope\n\n- switch into the sibling `ECC-Tools` repo\n- check branch and local diff first\n- identify the exact surface under audit:\n  - webhook router\n  - queue producer\n  - queue consumer\n  - PR creation path\n  - usage reservation \u002F billing path\n  - model routing path\n\n### 2. Trace ingress before theorizing\n\n- inspect `src\u002Findex.*` or the main entrypoint first\n- map every enqueue path before suggesting a fix\n- confirm which GitHub events share a queue type\n- confirm whether push, pull_request, synchronize, comment, or manual re-run events can converge on the same expensive path\n\n### 3. Trace the worker and side effects\n\n- inspect the queue consumer or scheduled worker that handles analysis\n- confirm whether a queued analysis always ends in:\n  - PR creation\n  - branch creation\n  - file updates\n  - premium model calls\n  - usage increments\n- if analysis can spend tokens and then fail before output is persisted, classify it as burn-with-broken-output\n\n### 4. Audit the high-signal burn paths\n\n#### PR multiplication\n\n- inspect PR helpers and branch naming\n- check dedupe, synchronize-event handling, and existing-PR reuse\n- if app-generated branches can re-enter analysis, treat that as a priority-0 recursion risk\n\n#### Quota bypass\n\n- inspect where quota is checked versus where usage is reserved or incremented\n- if quota is checked before enqueue but usage is charged only inside the worker, treat concurrent front-door passes as a real race\n\n#### Premium-model leakage\n\n- inspect model selection, tier branching, and provider routing\n- verify whether free or capped users can still hit premium analyzers when premium keys are present\n\n#### Retry burn\n\n- inspect retry loops, duplicate queue jobs, and deterministic failure reruns\n- if the same non-transient error can spend analysis repeatedly, fix that before quality improvements\n\n### 5. Fix in burn order\n\nIf the user asked for code changes, prioritize fixes in this order:\n\n1. stop automatic PR multiplication\n2. stop quota bypass\n3. stop premium leakage\n4. stop duplicate-job fanout and pointless retries\n5. close rerun\u002Fupdate safety gaps\n\nKeep the pass bounded to one to three direct fixes unless the same root cause clearly spans multiple files.\n\n### 6. Verify with the smallest proving steps\n\n- rerun only the targeted tests or integration slices that cover the changed path\n- verify whether the burn path is now:\n  - blocked\n  - deduped\n  - downgraded to cheaper analysis\n  - or rejected early\n- state the final status exactly:\n  - changed locally\n  - verified locally\n  - pushed\n  - deployed\n  - still blocked\n\n## High-Signal Failure Patterns\n\n### 1. One queue type for all triggers\n\nIf pushes, PR syncs, and manual audits all enqueue the same job and the worker always creates a PR, analysis equals PR spam.\n\n### 2. Post-enqueue usage reservation\n\nIf usage is checked at the front door but only incremented in the worker, concurrent requests can all pass the gate and exceed quota.\n\n### 3. Free tier on premium path\n\nIf free queued jobs can still route into Anthropic or another premium provider when keys exist, that is real spend leakage even if the user never sees the premium result.\n\n### 4. App-generated branches re-enter the webhook\n\nIf `pull_request.synchronize`, branch pushes, or comment-triggered runs fire on app-owned branches, the app can recursively analyze its own output.\n\n### 5. Expensive work before persistence safety\n\nIf the system can spend tokens and then fail on PR creation, file update, or branch collision, it is burning cost without shipping value.\n\n## Pitfalls\n\n- do not begin with broad repo wandering; settle webhook -> queue -> worker first\n- do not mix customer billing inference with code-backed product truth\n- do not fix lower-value quality issues before the highest-burn path is contained\n- do not claim burn is fixed until the narrow proving step was rerun\n- do not push or deploy unless the user asked\n- do not touch unrelated repo-local changes if they are already in progress\n\n## Verification\n\n- root causes cite exact file paths and code areas\n- fixes are ordered by burn impact, not code neatness\n- proving commands are named\n- final status distinguishes local change, verification, push, and deployment\n","# ECC Tools Cost Audit\n\nUse this skill when the user suspects the ECC Tools GitHub App is burning cost, over-creating PRs, bypassing usage limits, or routing free users into premium analysis paths.\n\nThis is a focused operator workflow for the sibling [ECC-Tools](..\u002F..\u002FECC-Tools) repo. It is not a generic billing skill and it is not a repo-wide code review pass.\n\n## Skill Stack\n\nPull these ECC-native skills into the workflow when relevant:\n\n- `autonomous-loops` for bounded multi-step audits that cross webhooks, queues, billing, and retries\n- `agentic-engineering` for tracing the request path into discrete, provable units\n- `customer-billing-ops` when repo behavior and customer-impact math must be separated cleanly\n- `search-first` before inventing helpers or re-implementing repo-local utilities\n- `security-review` when auth, usage gates, entitlements, or secrets are touched\n- `verification-loop` for proving rerun safety and exact post-fix state\n- `tdd-workflow` when the fix needs regression coverage in the worker, router, or billing paths\n\n## When To Use\n\n- user says ECC Tools burn rate, PR recursion, over-created PRs, usage-limit bypass, or premium-model leakage\n- the task is in the sibling `ECC-Tools` repo and depends on webhook handlers, queue workers, usage reservation, PR creation logic, or paid-gate enforcement\n- a customer report says the app created too many PRs, billed incorrectly, or analyzed code without producing a usable result\n\n## Scope Guardrails\n\n- work in the sibling `ECC-Tools` repo, not in `ECC`\n- start read-only unless the user clearly asked for a fix\n- do not mutate unrelated billing, checkout, or UI flows while tracing analysis burn\n- treat app-generated branches and app-generated PRs as red-flag recursion paths until proved otherwise\n- separate three things explicitly:\n  - repo-side burn root cause\n  - customer-facing billing impact\n  - product or entitlement gaps that need backlog follow-up\n\n## Workflow\n\n### 1. Freeze repo scope\n\n- switch into the sibling `ECC-Tools` repo\n- check branch and local diff first\n- identify the exact surface under audit:\n  - webhook router\n  - queue producer\n  - queue consumer\n  - PR creation path\n  - usage reservation \u002F billing path\n  - model routing path\n\n### 2. Trace ingress before theorizing\n\n- inspect `src\u002Findex.*` or the main entrypoint first\n- map every enqueue path before suggesting a fix\n- confirm which GitHub events share a queue type\n- confirm whether push, pull_request, synchronize, comment, or manual re-run events can converge on the same expensive path\n\n### 3. Trace the worker and side effects\n\n- inspect the queue consumer or scheduled worker that handles analysis\n- confirm whether a queued analysis always ends in:\n  - PR creation\n  - branch creation\n  - file updates\n  - premium model calls\n  - usage increments\n- if analysis can spend tokens and then fail before output is persisted, classify it as burn-with-broken-output\n\n### 4. Audit the high-signal burn paths\n\n#### PR multiplication\n\n- inspect PR helpers and branch naming\n- check dedupe, synchronize-event handling, and existing-PR reuse\n- if app-generated branches can re-enter analysis, treat that as a priority-0 recursion risk\n\n#### Quota bypass\n\n- inspect where quota is checked versus where usage is reserved or incremented\n- if quota is checked before enqueue but usage is charged only inside the worker, treat concurrent front-door passes as a real race\n\n#### Premium-model leakage\n\n- inspect model selection, tier branching, and provider routing\n- verify whether free or capped users can still hit premium analyzers when premium keys are present\n\n#### Retry burn\n\n- inspect retry loops, duplicate queue jobs, and deterministic failure reruns\n- if the same non-transient error can spend analysis repeatedly, fix that before quality improvements\n\n### 5. Fix in burn order\n\nIf the user asked for code changes, prioritize fixes in this order:\n\n1. stop automatic PR multiplication\n2. stop quota bypass\n3. stop premium leakage\n4. stop duplicate-job fanout and pointless retries\n5. close rerun\u002Fupdate safety gaps\n\nKeep the pass bounded to one to three direct fixes unless the same root cause clearly spans multiple files.\n\n### 6. Verify with the smallest proving steps\n\n- rerun only the targeted tests or integration slices that cover the changed path\n- verify whether the burn path is now:\n  - blocked\n  - deduped\n  - downgraded to cheaper analysis\n  - or rejected early\n- state the final status exactly:\n  - changed locally\n  - verified locally\n  - pushed\n  - deployed\n  - still blocked\n\n## High-Signal Failure Patterns\n\n### 1. One queue type for all triggers\n\nIf pushes, PR syncs, and manual audits all enqueue the same job and the worker always creates a PR, analysis equals PR spam.\n\n### 2. Post-enqueue usage reservation\n\nIf usage is checked at the front door but only incremented in the worker, concurrent requests can all pass the gate and exceed quota.\n\n### 3. Free tier on premium path\n\nIf free queued jobs can still route into Anthropic or another premium provider when keys exist, that is real spend leakage even if the user never sees the premium result.\n\n### 4. App-generated branches re-enter the webhook\n\nIf `pull_request.synchronize`, branch pushes, or comment-triggered runs fire on app-owned branches, the app can recursively analyze its own output.\n\n### 5. Expensive work before persistence safety\n\nIf the system can spend tokens and then fail on PR creation, file update, or branch collision, it is burning cost without shipping value.\n\n## Pitfalls\n\n- do not begin with broad repo wandering; settle webhook -> queue -> worker first\n- do not mix customer billing inference with code-backed product truth\n- do not fix lower-value quality issues before the highest-burn path is contained\n- do not claim burn is fixed until the narrow proving step was rerun\n- do not push or deploy unless the user asked\n- do not touch unrelated repo-local changes if they are already in progress\n\n## Verification\n\n- root causes cite exact file paths and code areas\n- fixes are ordered by burn impact, not code neatness\n- proving commands are named\n- final status distinguishes local change, verification, push, and deployment\n",{"name":5,"metadata":49,"description":7},{"origin":50},"ECC","main","74715deacdc69119d739f38916f8ee4f0f979ebf","skills\u002Fstorage\u002Faffaan-m_ECC\u002Fecc-tools-cost-audit",0,"https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills","https:\u002F\u002Fgithub.com\u002Fmdnaimul22","AI Agents Workflows Automation | Specializing in Python, FastAPI, MCP Agents & Custom ERP.","2026-11-11 21:16:57",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add mdnaimul22\u002Fhuman-skills --skill ecc-tools-cost-audit",{"tool":65,"command":66},"bunx","bunx skills add mdnaimul22\u002Fhuman-skills --skill ecc-tools-cost-audit",{"tool":68,"command":69},"pnpm","pnpm dlx skills add mdnaimul22\u002Fhuman-skills --skill ecc-tools-cost-audit","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Faffaan-m_ECC\u002Fecc-tools-cost-audit\u002FSKILL.md",true,[],[74,82,108,130,148,163],{"skillNo":75,"name":76,"nameZh":6,"description":77,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":78,"categories":79,"keywords":80,"publishedAt":81},"01M72JT3YP1SQHD0MANGDXQ4RT","higgsfield-websites","Build, edit, and deploy full-stack websites, apps and games via the Higgsfield CLI (`higgsfield website …`). Each is a React 19 + TanStack Start SSR app in one Cloudflare Worker (D1\u002FR2\u002FKV\u002FDO\u002FContainers). THREE product types, picked via `--type` on create: `website` (standalone, no Higgsfield integration — references\u002Fwebsite-flow.md), `app` (Sign in with Higgsfield + fnf SDK, Quanta — references\u002Fapp-flow.md), `game` (realtime multiplayer rooms — references\u002Fgame-flow.md). Routes to the right flow; each carries its own rules and deploy\u002Fpublish gates.\nUse when: \"build me a website\", \"make a landing page\", \"create a web app\", \"build a SaaS dashboard \u002F portfolio\", \"make me a game\", \"deploy this site\", \"publish\". Also owns GAME ART: \"make a spritesheet\", \"tileable texture\", \"animate a 3D character\", game music\u002FSFX — see the game-* references.\nNOT for: single image\u002Fvideo\u002Faudio generation (higgsfield-generate), product photos (higgsfield-product-photoshoot), marketplace cards (higgsfield-marketplace-cards).","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Fhiggsfield-ai_skills\u002Fhiggsfield-websites\u002FSKILL.md",[],[],"2026-11-10 22:39:42",{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":100,"publishedAt":44},"01M70JPK8HAXXA85P7Q8NKZZYG","writing-skills","Use when creating new skills, editing existing skills, or verifying skills work before deployment","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Fobra_superpowers\u002Fwriting-skills\u002FSKILL.md",[88,91,96,97],{"categoryNo":89,"categoryName":90,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":92,"categoryName":93,"taxonomyType":94,"taxonomyTypeDesc":95},"01JBSEEDCAT000000000000036","内容创作者","PROFESSION","适用职业",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":98,"categoryName":99,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",[101,102,103,104,32,105,106,39,107],"writing","writing skills","editing","deployment","Existing","new","work",{"skillNo":109,"name":110,"nameZh":6,"description":111,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":112,"categories":113,"keywords":119,"publishedAt":44},"01M70JP4PHBH1CQVVDWZ94W159","writing-plans","Use when you have a spec or requirements for a multi-step task, before touching code","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Fobra_superpowers\u002Fwriting-plans\u002FSKILL.md",[114,115,116],{"categoryNo":89,"categoryName":90,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":92,"categoryName":93,"taxonomyType":94,"taxonomyTypeDesc":95},{"categoryNo":117,"categoryName":118,"taxonomyType":94,"taxonomyTypeDesc":95},"01JBSEEDCAT000000000000030","开发工程师",[101,120,121,122,39,123,124,32,125,126,127,128,129],"writing plans","plans","you","code","for","requirements","task","multi","spec","multi-step task",{"skillNo":131,"name":132,"nameZh":6,"description":133,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":134,"categories":135,"keywords":136,"publishedAt":44},"01M70JNTYVGXFZT8PASZ844TH8","verification-before-completion","Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Fobra_superpowers\u002Fverification-before-completion\u002FSKILL.md",[],[137,138,139,140,141,142,32,143,36,144,39,145,107,146,147],"verification","verification before completion","complete","about","output","assertions","prs","claim","claims","commands","running",{"skillNo":149,"name":150,"nameZh":6,"description":151,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":152,"categories":153,"keywords":155,"publishedAt":44},"01M70JNGVSQDESWN0Q5BPJ875V","using-superpowers","Use when starting any conversation - establishes how to find and use skills, requiring skill invocation before ANY response including clarifying questions","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Fobra_superpowers\u002Fusing-superpowers\u002FSKILL.md",[154],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[156,157,158,159,32,39,160,161,162],"using superpowers","superpowers","conversation","how to","how","find","questions",{"skillNo":164,"name":165,"nameZh":6,"description":166,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":167,"categories":168,"keywords":169,"publishedAt":44},"01M70JN57CE588NPYPYTWH1DWG","using-git-worktrees","Use when starting feature work that needs isolation from current workspace or before executing implementation plans - ensures an isolated workspace exists via native tools or git worktree fallback","https:\u002F\u002Fgithub.com\u002Fmdnaimul22\u002Fhuman-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstorage\u002Fobra_superpowers\u002Fusing-git-worktrees\u002FSKILL.md",[],[170,171,172,173,174,175,39,107,176,177,178,25,179,180,181,121,32,182,183],"using git worktrees","Using git","git","worktrees","git worktrees","implementation","git worktree","worktree","native","isolation","fallback","feature","via","workspace"]