[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6FCQ4R9M2C9KTNX4A892EXC":3,"skill-same:01M6FCQ4R9M2C9KTNX4A892EXC":97},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":33,"publishedAt":57,"linkOnly":58,"markdownContent":59,"markdownBody":60,"frontMatter":61,"refName":45,"commitSha":77,"skillDirectory":78,"forksCount":79,"repositoryHtmlUrl":80,"repositoryHomepageUrl":6,"ownerHtmlUrl":81,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":82,"install":83,"resources":96},"01M6FCQ4R9M2C9KTNX4A892EXC","uizze-ui-research",null,"Use when building or reviewing web and iOS UI and you need real references from the free UIZZE public catalog, a structured design contract, a consent-gated rendered HTML\u002FCSS preview, or a hard pre-ship finish gate.","boisenoise\u002Fskills-collections","boisenoise","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F193180?v=4","01M6CDBDQK6BDN55ZMA6B6PKBM","01M6CDBDVSJ3JPTBYN26FZ7TZK",12,"MIT","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-uizze-ui-research\u002FSKILL.md",[17,22,25,28],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":23,"categoryName":24,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000021","资料检索与研究",{"categoryNo":26,"categoryName":27,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":29,"categoryName":30,"taxonomyType":31,"taxonomyTypeDesc":32},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56],"uizze ui","research","uizze ui research","ui","finish","2026","when","agent-workflows","you","free","preview","main","contracts","references","design","lovable","ship","official","copilot","workflows","safe","css","MCP","2026-11-10 10:12:30",false,"---\nname: uizze-ui-research\ndescription: \"Use when building or reviewing web and iOS UI and you need real references from the free UIZZE public catalog, a structured design contract, a consent-gated rendered HTML\u002FCSS preview, or a hard pre-ship finish gate.\"\ncategory: design\nrisk: safe\nsource: https:\u002F\u002Fgithub.com\u002Faislon\u002Fuizze-mcp\u002Ftree\u002Fmain\u002Fskills\u002Fuizze-ui-research\nsource_repo: aislon\u002Fuizze-mcp\nsource_type: official\nlicense: MIT\nlicense_source: https:\u002F\u002Fgithub.com\u002Faislon\u002Fuizze-mcp\u002Fblob\u002Fmain\u002FLICENSE\ndate_added: \"2026-07-12\"\nauthor: UIZZE\ntags: [ui-design, ui-research, mcp, design-contracts, agent-workflows]\ntools: [claude, cursor, codex, copilot, antigravity, lovable]\n---\n\n# UIZZE UI Research\n\n## Overview\n\nUse [UIZZE](https:\u002F\u002Fuizze.com) to give coding agents real product-UI context before implementation rather than relying on a generic styling prompt. The public catalog supports a free manual workflow without an account. The hosted preview provides a bounded rendered HTML\u002FCSS check, while the full UIZZE MCP requires an authorized connection for reference search and broader review workflows.\n\nThis skill turns UI research into an explicit workflow: retrieve relevant references, translate transferable patterns into a design contract, implement within the current project's system, and run the available validation or critique gates.\n\n## When to Use This Skill\n\n- You are designing a new product screen, flow, or component for web or iOS.\n- You need real interface references before implementing an AI-generated UI.\n- You are reviewing an implementation against explicit design constraints.\n- You need to reduce generic or repetitive UI by grounding work in observed product patterns.\n- You have rendered HTML\u002FCSS and need a no-account first check before deciding whether the task needs deeper reference research.\n\n## How It Works\n\n### Step 1: Confirm product scope and access mode\n\nIdentify the screen's primary user, job, action, existing design system, real content or data, and required loading, empty, error, success, and permission states. Use the free public catalog for manual research by default. If UIZZE MCP is already configured, use only the tools authorized for the task. If browsing is unavailable, ask the user for two or three relevant UIZZE links or screenshots. Do not block the manual workflow, bypass access controls, expose credentials, or claim that a manual review came from MCP.\n\n### Step 2: Retrieve relevant visual context\n\nFind the smallest useful set of screens, flows, components, or elements that match the product task. Focus on transferable patterns such as hierarchy, navigation, interaction states, spacing, density, and responsive behavior. Distinguish observed evidence from assumptions and record whether each finding came from manual browsing, the free preview, or the full MCP.\n\n### Step 3: Make constraints explicit\n\nWrite a short design contract that names the screen job, content hierarchy, primary action, allowed project components and tokens, required states, responsive behavior, product-specific decisions, forbidden generic patterns, and verification criteria. Adapt patterns to the existing project design system instead of treating any reference as a visual template.\n\n### Step 4: Implement within the product\n\nBuild with the repository's existing components and tokens. Preserve platform conventions and make the interface specific to the product's content and workflow rather than adding decorative cards, badges, gradients, or motion by default.\n\n### Step 5: Run a hard finish gate\n\nInspect the rendered result when the environment supports it, use an available UIZZE validation, audit, or critique workflow only when authorized, and reject completion if any of these checks fail:\n\n- The hierarchy does not make the screen job and primary action immediately clear.\n- A visible control is inert, ambiguous, or missing its interaction outcome.\n- Required loading, empty, error, success, permission, or responsive states are absent.\n- The implementation drifts from the project's existing components, tokens, or platform conventions.\n- Interchangeable card grids, filler metrics, vague copy, or decorative effects replace product-specific decisions.\n\nName each blocking issue, fix it, and rerun the gate plus the project's normal tests. Never claim a rendered or MCP-backed check that was not actually performed.\n\n### Optional: Use the free rendered-screen preview\n\nWhen rendered HTML or CSS exists, offer the free preview once if it would materially improve the finish gate. Before changing MCP configuration or transmitting any markup or styles, obtain the user's explicit approval for both actions. Do not send secrets, personal data, proprietary content, tokens, or internal-only markup and styles.\n\nAfter approval, a Codex user can add the bounded preview with:\n\n```bash\ncodex mcp add uizze-preview --url https:\u002F\u002Fuizze.com\u002Fmcp\u002Fpreview\n```\n\nGive `check_ui_slop` only the rendered HTML and CSS the user approved. The preview requires no UIZZE login and exposes one bounded diagnostic; it does not search the reference catalog, create a design contract, replace accessibility or security review, or authorize a full UIZZE connection.\n\n## Examples\n\n### Research an iOS onboarding flow\n\n```text\nUse UIZZE to research real iOS onboarding flows for a subscription product. Identify transferable patterns for progressive disclosure and permission timing, turn them into a concise design contract, then propose an implementation that fits this app's existing design system.\n```\n\n### Review a web settings screen\n\n```text\nUse UIZZE to inspect relevant real product settings screens, audit this implementation against a design contract for hierarchy, form states, and navigation, then list the concrete changes needed before release.\n```\n\n## Best Practices\n\n- ✅ Start with the smallest relevant set of references rather than collecting a broad gallery.\n- ✅ Separate observed patterns from the current project's brand and component rules.\n- ✅ Use validation findings as implementation feedback, not as permission to copy an interface.\n- ✅ Keep the manual workflow useful when hosted MCP access is unavailable.\n- ✅ Label manual, preview, and full-MCP evidence truthfully in the handoff.\n- ❌ Do not reproduce another product's brand, proprietary copy, assets, or exact layout.\n- ❌ Do not commit agent tokens, include them in prompts, or place them in client-side code.\n\n## Security & Safety Notes\n\n- Keep any full-connection credential in local agent configuration or a supported environment variable only; never commit it, paste it into prompts, or include it in client-side code.\n- Treat the free preview as an external network service. Configure it and transmit selected rendered HTML\u002FCSS only after explicit user approval and a sensitive-data check.\n- Hosted MCP workflows require authorized access; the free catalog and preview do not grant permission to use full workflows.\n- Treat returned references as research context, not reusable visual assets.\n\n## Common Pitfalls\n\n- **Problem:** Treating a reference as a design to clone.\n  **Solution:** Extract the interaction or hierarchy pattern, then implement it using the target project's own design system and content.\n- **Problem:** Starting implementation before the agent has relevant UI context.\n  **Solution:** Search for the smallest useful set of matching screens or flows first, then define constraints before coding.\n- **Problem:** Treating an unavailable MCP connection as a reason to stop.\n  **Solution:** Use the free public catalog manually, or ask the user for two or three relevant UIZZE links or screenshots, and continue with the same design-contract and finish-gate workflow.\n- **Problem:** Configuring the preview or sending markup without informed approval.\n  **Solution:** Explain the persistent configuration and external transmission, remove sensitive content, and continue only after the user approves both.\n- **Problem:** Exposing an agent token in a repository or chat transcript.\n  **Solution:** Store credentials only in supported local configuration or environment variables and rotate a token if it is exposed.\n\n## Related Skills\n\n- `@stitch-ui-design` - Use when generating or iterating UI concepts in Google Stitch.\n\n## Limitations\n\n- This skill does not replace product-specific user research, accessibility review, project tests, or human design judgment.\n- The free preview cannot search UIZZE references, create design contracts, or replace the full implementation review workflow.\n- It cannot make a full hosted UIZZE MCP workflow available without a valid authorized connection.\n- Stop and ask for clarification if the product goal, existing design system, or access boundaries are missing.\n","# UIZZE UI Research\n\n## Overview\n\nUse [UIZZE](https:\u002F\u002Fuizze.com) to give coding agents real product-UI context before implementation rather than relying on a generic styling prompt. The public catalog supports a free manual workflow without an account. The hosted preview provides a bounded rendered HTML\u002FCSS check, while the full UIZZE MCP requires an authorized connection for reference search and broader review workflows.\n\nThis skill turns UI research into an explicit workflow: retrieve relevant references, translate transferable patterns into a design contract, implement within the current project's system, and run the available validation or critique gates.\n\n## When to Use This Skill\n\n- You are designing a new product screen, flow, or component for web or iOS.\n- You need real interface references before implementing an AI-generated UI.\n- You are reviewing an implementation against explicit design constraints.\n- You need to reduce generic or repetitive UI by grounding work in observed product patterns.\n- You have rendered HTML\u002FCSS and need a no-account first check before deciding whether the task needs deeper reference research.\n\n## How It Works\n\n### Step 1: Confirm product scope and access mode\n\nIdentify the screen's primary user, job, action, existing design system, real content or data, and required loading, empty, error, success, and permission states. Use the free public catalog for manual research by default. If UIZZE MCP is already configured, use only the tools authorized for the task. If browsing is unavailable, ask the user for two or three relevant UIZZE links or screenshots. Do not block the manual workflow, bypass access controls, expose credentials, or claim that a manual review came from MCP.\n\n### Step 2: Retrieve relevant visual context\n\nFind the smallest useful set of screens, flows, components, or elements that match the product task. Focus on transferable patterns such as hierarchy, navigation, interaction states, spacing, density, and responsive behavior. Distinguish observed evidence from assumptions and record whether each finding came from manual browsing, the free preview, or the full MCP.\n\n### Step 3: Make constraints explicit\n\nWrite a short design contract that names the screen job, content hierarchy, primary action, allowed project components and tokens, required states, responsive behavior, product-specific decisions, forbidden generic patterns, and verification criteria. Adapt patterns to the existing project design system instead of treating any reference as a visual template.\n\n### Step 4: Implement within the product\n\nBuild with the repository's existing components and tokens. Preserve platform conventions and make the interface specific to the product's content and workflow rather than adding decorative cards, badges, gradients, or motion by default.\n\n### Step 5: Run a hard finish gate\n\nInspect the rendered result when the environment supports it, use an available UIZZE validation, audit, or critique workflow only when authorized, and reject completion if any of these checks fail:\n\n- The hierarchy does not make the screen job and primary action immediately clear.\n- A visible control is inert, ambiguous, or missing its interaction outcome.\n- Required loading, empty, error, success, permission, or responsive states are absent.\n- The implementation drifts from the project's existing components, tokens, or platform conventions.\n- Interchangeable card grids, filler metrics, vague copy, or decorative effects replace product-specific decisions.\n\nName each blocking issue, fix it, and rerun the gate plus the project's normal tests. Never claim a rendered or MCP-backed check that was not actually performed.\n\n### Optional: Use the free rendered-screen preview\n\nWhen rendered HTML or CSS exists, offer the free preview once if it would materially improve the finish gate. Before changing MCP configuration or transmitting any markup or styles, obtain the user's explicit approval for both actions. Do not send secrets, personal data, proprietary content, tokens, or internal-only markup and styles.\n\nAfter approval, a Codex user can add the bounded preview with:\n\n```bash\ncodex mcp add uizze-preview --url https:\u002F\u002Fuizze.com\u002Fmcp\u002Fpreview\n```\n\nGive `check_ui_slop` only the rendered HTML and CSS the user approved. The preview requires no UIZZE login and exposes one bounded diagnostic; it does not search the reference catalog, create a design contract, replace accessibility or security review, or authorize a full UIZZE connection.\n\n## Examples\n\n### Research an iOS onboarding flow\n\n```text\nUse UIZZE to research real iOS onboarding flows for a subscription product. Identify transferable patterns for progressive disclosure and permission timing, turn them into a concise design contract, then propose an implementation that fits this app's existing design system.\n```\n\n### Review a web settings screen\n\n```text\nUse UIZZE to inspect relevant real product settings screens, audit this implementation against a design contract for hierarchy, form states, and navigation, then list the concrete changes needed before release.\n```\n\n## Best Practices\n\n- ✅ Start with the smallest relevant set of references rather than collecting a broad gallery.\n- ✅ Separate observed patterns from the current project's brand and component rules.\n- ✅ Use validation findings as implementation feedback, not as permission to copy an interface.\n- ✅ Keep the manual workflow useful when hosted MCP access is unavailable.\n- ✅ Label manual, preview, and full-MCP evidence truthfully in the handoff.\n- ❌ Do not reproduce another product's brand, proprietary copy, assets, or exact layout.\n- ❌ Do not commit agent tokens, include them in prompts, or place them in client-side code.\n\n## Security & Safety Notes\n\n- Keep any full-connection credential in local agent configuration or a supported environment variable only; never commit it, paste it into prompts, or include it in client-side code.\n- Treat the free preview as an external network service. Configure it and transmit selected rendered HTML\u002FCSS only after explicit user approval and a sensitive-data check.\n- Hosted MCP workflows require authorized access; the free catalog and preview do not grant permission to use full workflows.\n- Treat returned references as research context, not reusable visual assets.\n\n## Common Pitfalls\n\n- **Problem:** Treating a reference as a design to clone.\n  **Solution:** Extract the interaction or hierarchy pattern, then implement it using the target project's own design system and content.\n- **Problem:** Starting implementation before the agent has relevant UI context.\n  **Solution:** Search for the smallest useful set of matching screens or flows first, then define constraints before coding.\n- **Problem:** Treating an unavailable MCP connection as a reason to stop.\n  **Solution:** Use the free public catalog manually, or ask the user for two or three relevant UIZZE links or screenshots, and continue with the same design-contract and finish-gate workflow.\n- **Problem:** Configuring the preview or sending markup without informed approval.\n  **Solution:** Explain the persistent configuration and external transmission, remove sensitive content, and continue only after the user approves both.\n- **Problem:** Exposing an agent token in a repository or chat transcript.\n  **Solution:** Store credentials only in supported local configuration or environment variables and rotate a token if it is exposed.\n\n## Related Skills\n\n- `@stitch-ui-design` - Use when generating or iterating UI concepts in Google Stitch.\n\n## Limitations\n\n- This skill does not replace product-specific user research, accessibility review, project tests, or human design judgment.\n- The free preview cannot search UIZZE references, create design contracts, or replace the full implementation review workflow.\n- It cannot make a full hosted UIZZE MCP workflow available without a valid authorized connection.\n- Stop and ask for clarification if the product goal, existing design system, or access boundaries are missing.\n",{"name":5,"risk":54,"tags":62,"tools":67,"author":72,"source":73,"license":14,"category":48,"date_added":74,"description":7,"source_repo":75,"source_type":51,"license_source":76},[63,64,65,66,41],"ui-design","ui-research","mcp","design-contracts",[68,69,70,52,71,49],"claude","cursor","codex","antigravity","UIZZE","https:\u002F\u002Fgithub.com\u002Faislon\u002Fuizze-mcp\u002Ftree\u002Fmain\u002Fskills\u002Fuizze-ui-research","2026-07-12","aislon\u002Fuizze-mcp","https:\u002F\u002Fgithub.com\u002Faislon\u002Fuizze-mcp\u002Fblob\u002Fmain\u002FLICENSE","7bf2279c8a65758319526a721d5c4b75683aec9c","skills\u002Fantigravity-uizze-ui-research",3,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections","https:\u002F\u002Fgithub.com\u002Fboisenoise","2026-11-13 14:20:47",{"source":8,"skillName":5,"commands":84,"prompt":94,"zipAvailable":95},[85,88,91],{"tool":86,"command":87},"npx","npx skills add boisenoise\u002Fskills-collections --skill uizze-ui-research",{"tool":89,"command":90},"bunx","bunx skills add boisenoise\u002Fskills-collections --skill uizze-ui-research",{"tool":92,"command":93},"pnpm","pnpm dlx skills add boisenoise\u002Fskills-collections --skill uizze-ui-research","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-uizze-ui-research\u002FSKILL.md",true,[],[98,124,147,171,190,212],{"skillNo":99,"name":100,"nameZh":6,"description":101,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":102,"licenseFileUrl":103,"sourceHtmlUrl":104,"categories":105,"keywords":106,"publishedAt":57},"01M6WNH92BHVFXHGPDZCPJ0AG0","web-access","Use Treg for public web or platform data only when existing search, browser and connected tools cannot cover the task, with explicit cost and data boundaries.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-web-access\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-web-access\u002FSKILL.md",[],[107,108,109,51,110,111,112,113,114,115,116,117,118,119,120,121,43,122,123,40,39],"web","access","web access","development","browser","search","data","Tools","read","fetch","only","youtube","free tools","platform","critical","cover","normal",{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":102,"licenseFileUrl":128,"sourceHtmlUrl":129,"categories":130,"keywords":132,"publishedAt":57},"01M6WNF9XAYAB2CZDDJBAKNM93","treg","Use the Treg CLI or MCP catalog to discover, price and call authorized external tools with team-scoped credentials and a user-approved budget.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-treg\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-treg\u002FSKILL.md",[131],{"categoryNo":26,"categoryName":27,"taxonomyType":20,"taxonomyTypeDesc":21},[126,56,133,134,51,110,135,114,136,137,138,139,140,141,142,121,143,144,145,146,39],"cli","github","license","Budget","credentials","team","catalog","use","call","discover","external tools","with","scoped","blob",{"skillNo":148,"name":149,"nameZh":6,"description":150,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":102,"licenseFileUrl":151,"sourceHtmlUrl":152,"categories":153,"keywords":157,"publishedAt":57},"01M6WN93MEAZ4E41DYAHJRPHQT","recruit","Turn a job description into an evidence-linked candidate shortlist through Treg, with job-related ranking and optional authorized business contact enrichment.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-recruit\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-recruit\u002FSKILL.md",[154],{"categoryNo":155,"categoryName":156,"taxonomyType":31,"taxonomyTypeDesc":32},"01JBSEEDCAT000000000000038","人力资源",[149,134,51,135,158,159,160,161,162,163,121,164,165,166,144,167,168,169,170,146,126,39],"https","email","enrichment","business","evidence","phone","ranking","post","job description","for","person","candidate","reason",{"skillNo":172,"name":173,"nameZh":6,"description":174,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":102,"licenseFileUrl":175,"sourceHtmlUrl":176,"categories":177,"keywords":178,"publishedAt":57},"01M6WN8R5RXSMHM9B4D9FAFX42","rea-growth","Analyze a company’s public growth and content through Treg, distinguish observations from hypotheses, and produce an evidence-linked playbook within an approved budget.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-rea-growth\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-rea-growth\u002FSKILL.md",[],[179,180,181,134,51,135,182,183,158,184,136,185,186,187,162,121,188,189,146,126,39],"growth","rea","rea growth","produce","content","playbook","marketing","analyze","public","observations","company",{"skillNo":191,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":102,"licenseFileUrl":194,"sourceHtmlUrl":195,"categories":196,"keywords":197,"publishedAt":57},"01M6WN2EVE3RQRGWAKBT4S7YT2","make-ugc","Create original AI UGC-style product videos through Treg: research hooks, approve a licensed presenter and voice, generate clips, add captions and report costs.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-make-ugc\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-make-ugc\u002FSKILL.md",[],[198,199,134,35,51,200,135,201,202,203,204,205,121,206,207,208,209,210,211,146],"make","make ugc","create","Video","Captions","ads","short","hooks","head","style","niche","trending","talking-head","approve",{"skillNo":213,"name":214,"nameZh":6,"description":215,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":102,"licenseFileUrl":216,"sourceHtmlUrl":217,"categories":218,"keywords":219,"publishedAt":57},"01M6WN10ARAA63Y8K1YNGXJ2RM","lead-signals","Find and qualify public buying signals through Treg, rank fitting business accounts and optionally enrich authorized business contact information.","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-lead-signals\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-lead-signals\u002FSKILL.md",[],[220,221,222,134,51,135,223,224,161,225,226,121,227,228,229,230,231,232,233,146],"signals","lead","lead signals","how","find","ready","as","how to","qualify","people","information","enrich","changes","funding"]