[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6F5N5MVRTYSNBP39HPEVHBG":3,"skill-same:01M6F5N5MVRTYSNBP39HPEVHBG":83},{"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":27,"publishedAt":53,"linkOnly":54,"markdownContent":55,"markdownBody":56,"frontMatter":57,"refName":42,"commitSha":63,"skillDirectory":64,"forksCount":65,"repositoryHtmlUrl":66,"repositoryHomepageUrl":6,"ownerHtmlUrl":67,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":68,"install":69,"resources":82},"01M6F5N5MVRTYSNBP39HPEVHBG","design-ux",null,"UX \u002F usability audit — heuristic evaluation of INTERACTIVE UIs (not just visual polish). Load with design when a UI \"feels off\", \"sucks to use\", is hard to learn, needs an instruction wall, or before shipping an interactive tool\u002Feditor\u002Fapp.","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-design-ux\u002FSKILL.md",[17,22],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000015","视觉设计","SCENARIO","使用场景",{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},"01JBSEEDCAT000000000000032","设计师","PROFESSION","适用职业",[28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52],"ux","design ux","design","community","when","load","ward","wall","tree","with","critical","app","visual","deterministic","main","usability","use","interactive","just","tool","audit","license","shipping","learn","github","2026-11-10 10:12:30",false,"---\nname: design-ux\ndescription: \"UX \u002F usability audit — heuristic evaluation of INTERACTIVE UIs (not just visual polish). Load with design when a UI \\\"feels off\\\", \\\"sucks to use\\\", is hard to learn, needs an instruction wall, or before shipping an interactive tool\u002Feditor\u002Fapp.\"\nrisk: critical\nsource: https:\u002F\u002Fgithub.com\u002Fconnerkward\u002Fckw-design-skill\u002Ftree\u002Fmain\u002Fdeterministic-design\u002Fdesign-ux\nsource_repo: connerkward\u002Fckw-design-skill\nsource_type: community\ndate_added: 2026-07-01\nlicense: MIT\nlicense_source: https:\u002F\u002Fgithub.com\u002Fconnerkward\u002Fckw-design-skill\u002Fblob\u002Fmain\u002FLICENSE\nauthor: Conner K Ward\n---\n\n# design-ux — usability audit (heuristic evaluation)\n## When to Use\n\nUse this skill when you need uX \u002F usability audit — heuristic evaluation of INTERACTIVE UIs (not just visual polish). Load with design when a UI \"feels off\", \"sucks to use\", is hard to learn, needs an instruction wall, or before shipping an interactive tool\u002Feditor\u002Fapp. Scores the RENDERED UI against Nielsen's 10 +...\n\n\nUsability ≠ aesthetics. design-system\u002Fdesign-spatial make it *look* right; this checks whether a first-timer can do the task **without being told how**. Use it whenever a UI \"sucks to use,\" needs a paragraph of instructions, or before shipping anything interactive.\n\n## Rule 0 — fresh eyes, on the rendered artifact (inherited from design-spatial §1)\n\n**Never self-grade.** The builder rationalizes its own UI. Render the *live* UI in its **default first-load state** (not a hand-arranged screenshot), capture an **interaction trace** of the primary task, and have a **separate judge** (a subagent\u002FVLM that did NOT build it) score it. A described list of changes is not an audit — the audit is a fresh judge hunting for what's *wrong* on the real screen.\n\n## The procedure\n\n1. **Name the primary task(s)** the UI exists for (e.g. \"trim a clip and set its speed, then export\"). The audit is relative to these, not to abstract prettiness.\n2. **Render default state + trace the task.** Screenshot the first-load UI (wide AND narrow — overflow gate from design-spatial §2). Then actually perform the primary task and screenshot each step.\n3. **Score every heuristic** (table below) on the artifact: pass \u002F violation, **severity** (blocker \u002F major \u002F minor), a *specifically located* finding, and a concrete fix. Separate judge does this.\n4. **Prioritize**: blockers → majors → minors; cluster fixes that touch the same surface.\n5. **Fix, then RE-RENDER and RE-SCORE.** Do not claim fixed without re-auditing the new artifact (verify-outputs-rule).\n\n## Heuristics — score each (Nielsen's 10, 1994) + interaction add-ons\n\n| # | Heuristic (Nielsen) | What to check in THIS UI |\n|---|---|---|\n| 1 | **Visibility of system status** | Every action has visible feedback; current state\u002Fselection\u002Fmode always legible; progress for slow ops. |\n| 2 | **Match the real world** | Known metaphors & conventions (e.g. NLE: clips, trim handles, playhead) — not bespoke gestures users must learn. |\n| 3 | **User control & freedom** | Undo\u002Fredo, cancel, clear exits from any state; reversible by default. |\n| 4 | **Consistency & standards** | Same thing looks\u002Fbehaves the same; platform conventions (⌘Z, Delete, drag-to-move) honored. |\n| 5 | **Error prevention** | Invalid states made impossible; destructive actions confirmed or trivially undoable. |\n| 6 | **Recognition over recall** | Options\u002Faffordances **visible** — no memorizing. *An instruction wall is a failure of this heuristic: if you must explain scroll-to-zoom \u002F drag-edge \u002F double-click in prose, the affordance is missing.* |\n| 7 | **Flexibility & efficiency** | Defaults carry novices; shortcuts\u002Faccelerators for experts; sensible first-run with nothing configured. |\n| 8 | **Aesthetic & minimalist** | Signal over chrome; no irrelevant elements competing; the *primary surface* carries the most visual weight. |\n| 9 | **Recognize\u002Fdiagnose\u002Frecover from errors** | Plain-language errors (not raw stderr), and a path out. |\n| 10 | **Help & documentation** | Rarely needed if 1–9 hold; task-oriented, in-context, not a top-of-page lecture. |\n\n**Interaction add-ons (compose, don't restate):**\n- **Don't-make-me-think (Krug):** affordances self-evident; the UI teaches itself. Instruction paragraph ⇒ affordance debt (ties to #6).\n- **Fitts \u002F transit time (design-spatial §3):** controls sit near where the task leaves the cursor. A selected object's properties belong **adjacent to the object** (dock\u002Fpopover), not in a far panel — every edit shouldn't be a round-trip.\n- **Discoverability of gestures:** any non-obvious gesture (wheel, edge-drag, dbl-click) needs a **visible affordance** (handle, hover cue, icon) or it doesn't exist for most users.\n- **Visual-weight match (design-spatial):** the surface the user *operates* (timeline, canvas, editor) should be the visual hero — not a thin strip under a big passive preview.\n- **Progressive disclosure (design-thinking UX):** essentials first; advanced on demand. But disclosure ≠ hiding the primary tool.\n- **Tooltip timing:** delay the *first* tooltip in a group (~300–700ms hover-intent) so sweeping the cursor over controls doesn't flash tips; once one is open, **peers show instantly** (no per-tooltip re-delay) while the user scans the row. Fires-on-every-hover is noise; re-delays-on-each-neighbor is sluggish.\n- **Scroll-position restore:** Back\u002FForward returns the user to where they were, not the top — losing place after a detail→back trip is a silent, repeated tax. Browsers do this by default; the bug is *breaking* it with manual scroll resets or client routing that forgets.\n- **Idempotency on submit:** mutating actions carry an idempotency key so a double-click, retry, or flaky-network resend can't duplicate the effect (a second charge, a duplicate post). Pairs with \"disable submit during the in-flight request + spinner\" — the key is the server-side guarantee, the disable is the client-side courtesy.\n\n*(Tooltip \u002F scroll-restore \u002F idempotency from the Web Interface Guidelines, `vercel-labs\u002Fweb-interface-guidelines` @ `4e799d4`, 2026-04-06.)*\n\n## Output format\n\nA scored table — `Heuristic | Finding (located) | Severity | Fix` — then a prioritized fix list (blockers first). Severity: **blocker** = can't complete the task \u002F actively misleading; **major** = slows or confuses; **minor** = polish.\n\n## Relation to the rest of design\n\n- **design-spatial** owns the render-then-critique mechanism + Fitts\u002Ftransit + overflow gate; this skill applies that lens to *usability* specifically and adds the heuristic scorecard.\n- **design-thinking** owns the UX *principles* (goals\u002Ftasks, IA, feedback, accessibility, progressive disclosure); this skill turns them into a *scored audit + fix loop*.\n- Run a usability audit **before** declaring an interactive UI \"done\" — alongside the visual critique, not instead of it.\n\n## Example\n\n**User request:**\n\n> Review this interface with @design-ux, identify the highest-impact design problems, and propose an implementation-ready improvement.\n\n## Limitations\n\n- Use this skill only when the task clearly matches its upstream source and local project context.\n- Verify commands, generated code, dependencies, credentials, and external service behavior before applying changes.\n- Do not treat examples as a substitute for environment-specific tests, security review, or user approval for destructive or costly actions.\n","# design-ux — usability audit (heuristic evaluation)\n## When to Use\n\nUse this skill when you need uX \u002F usability audit — heuristic evaluation of INTERACTIVE UIs (not just visual polish). Load with design when a UI \"feels off\", \"sucks to use\", is hard to learn, needs an instruction wall, or before shipping an interactive tool\u002Feditor\u002Fapp. Scores the RENDERED UI against Nielsen's 10 +...\n\n\nUsability ≠ aesthetics. design-system\u002Fdesign-spatial make it *look* right; this checks whether a first-timer can do the task **without being told how**. Use it whenever a UI \"sucks to use,\" needs a paragraph of instructions, or before shipping anything interactive.\n\n## Rule 0 — fresh eyes, on the rendered artifact (inherited from design-spatial §1)\n\n**Never self-grade.** The builder rationalizes its own UI. Render the *live* UI in its **default first-load state** (not a hand-arranged screenshot), capture an **interaction trace** of the primary task, and have a **separate judge** (a subagent\u002FVLM that did NOT build it) score it. A described list of changes is not an audit — the audit is a fresh judge hunting for what's *wrong* on the real screen.\n\n## The procedure\n\n1. **Name the primary task(s)** the UI exists for (e.g. \"trim a clip and set its speed, then export\"). The audit is relative to these, not to abstract prettiness.\n2. **Render default state + trace the task.** Screenshot the first-load UI (wide AND narrow — overflow gate from design-spatial §2). Then actually perform the primary task and screenshot each step.\n3. **Score every heuristic** (table below) on the artifact: pass \u002F violation, **severity** (blocker \u002F major \u002F minor), a *specifically located* finding, and a concrete fix. Separate judge does this.\n4. **Prioritize**: blockers → majors → minors; cluster fixes that touch the same surface.\n5. **Fix, then RE-RENDER and RE-SCORE.** Do not claim fixed without re-auditing the new artifact (verify-outputs-rule).\n\n## Heuristics — score each (Nielsen's 10, 1994) + interaction add-ons\n\n| # | Heuristic (Nielsen) | What to check in THIS UI |\n|---|---|---|\n| 1 | **Visibility of system status** | Every action has visible feedback; current state\u002Fselection\u002Fmode always legible; progress for slow ops. |\n| 2 | **Match the real world** | Known metaphors & conventions (e.g. NLE: clips, trim handles, playhead) — not bespoke gestures users must learn. |\n| 3 | **User control & freedom** | Undo\u002Fredo, cancel, clear exits from any state; reversible by default. |\n| 4 | **Consistency & standards** | Same thing looks\u002Fbehaves the same; platform conventions (⌘Z, Delete, drag-to-move) honored. |\n| 5 | **Error prevention** | Invalid states made impossible; destructive actions confirmed or trivially undoable. |\n| 6 | **Recognition over recall** | Options\u002Faffordances **visible** — no memorizing. *An instruction wall is a failure of this heuristic: if you must explain scroll-to-zoom \u002F drag-edge \u002F double-click in prose, the affordance is missing.* |\n| 7 | **Flexibility & efficiency** | Defaults carry novices; shortcuts\u002Faccelerators for experts; sensible first-run with nothing configured. |\n| 8 | **Aesthetic & minimalist** | Signal over chrome; no irrelevant elements competing; the *primary surface* carries the most visual weight. |\n| 9 | **Recognize\u002Fdiagnose\u002Frecover from errors** | Plain-language errors (not raw stderr), and a path out. |\n| 10 | **Help & documentation** | Rarely needed if 1–9 hold; task-oriented, in-context, not a top-of-page lecture. |\n\n**Interaction add-ons (compose, don't restate):**\n- **Don't-make-me-think (Krug):** affordances self-evident; the UI teaches itself. Instruction paragraph ⇒ affordance debt (ties to #6).\n- **Fitts \u002F transit time (design-spatial §3):** controls sit near where the task leaves the cursor. A selected object's properties belong **adjacent to the object** (dock\u002Fpopover), not in a far panel — every edit shouldn't be a round-trip.\n- **Discoverability of gestures:** any non-obvious gesture (wheel, edge-drag, dbl-click) needs a **visible affordance** (handle, hover cue, icon) or it doesn't exist for most users.\n- **Visual-weight match (design-spatial):** the surface the user *operates* (timeline, canvas, editor) should be the visual hero — not a thin strip under a big passive preview.\n- **Progressive disclosure (design-thinking UX):** essentials first; advanced on demand. But disclosure ≠ hiding the primary tool.\n- **Tooltip timing:** delay the *first* tooltip in a group (~300–700ms hover-intent) so sweeping the cursor over controls doesn't flash tips; once one is open, **peers show instantly** (no per-tooltip re-delay) while the user scans the row. Fires-on-every-hover is noise; re-delays-on-each-neighbor is sluggish.\n- **Scroll-position restore:** Back\u002FForward returns the user to where they were, not the top — losing place after a detail→back trip is a silent, repeated tax. Browsers do this by default; the bug is *breaking* it with manual scroll resets or client routing that forgets.\n- **Idempotency on submit:** mutating actions carry an idempotency key so a double-click, retry, or flaky-network resend can't duplicate the effect (a second charge, a duplicate post). Pairs with \"disable submit during the in-flight request + spinner\" — the key is the server-side guarantee, the disable is the client-side courtesy.\n\n*(Tooltip \u002F scroll-restore \u002F idempotency from the Web Interface Guidelines, `vercel-labs\u002Fweb-interface-guidelines` @ `4e799d4`, 2026-04-06.)*\n\n## Output format\n\nA scored table — `Heuristic | Finding (located) | Severity | Fix` — then a prioritized fix list (blockers first). Severity: **blocker** = can't complete the task \u002F actively misleading; **major** = slows or confuses; **minor** = polish.\n\n## Relation to the rest of design\n\n- **design-spatial** owns the render-then-critique mechanism + Fitts\u002Ftransit + overflow gate; this skill applies that lens to *usability* specifically and adds the heuristic scorecard.\n- **design-thinking** owns the UX *principles* (goals\u002Ftasks, IA, feedback, accessibility, progressive disclosure); this skill turns them into a *scored audit + fix loop*.\n- Run a usability audit **before** declaring an interactive UI \"done\" — alongside the visual critique, not instead of it.\n\n## Example\n\n**User request:**\n\n> Review this interface with @design-ux, identify the highest-impact design problems, and propose an implementation-ready improvement.\n\n## Limitations\n\n- Use this skill only when the task clearly matches its upstream source and local project context.\n- Verify commands, generated code, dependencies, credentials, and external service behavior before applying changes.\n- Do not treat examples as a substitute for environment-specific tests, security review, or user approval for destructive or costly actions.\n",{"name":5,"risk":38,"author":58,"source":59,"license":14,"date_added":60,"description":7,"source_repo":61,"source_type":31,"license_source":62},"Conner K Ward","https:\u002F\u002Fgithub.com\u002Fconnerkward\u002Fckw-design-skill\u002Ftree\u002Fmain\u002Fdeterministic-design\u002Fdesign-ux",1782864000000,"connerkward\u002Fckw-design-skill","https:\u002F\u002Fgithub.com\u002Fconnerkward\u002Fckw-design-skill\u002Fblob\u002Fmain\u002FLICENSE","7bf2279c8a65758319526a721d5c4b75683aec9c","skills\u002Fantigravity-design-ux",3,"https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections","https:\u002F\u002Fgithub.com\u002Fboisenoise","2026-11-13 14:20:47",{"source":8,"skillName":5,"commands":70,"prompt":80,"zipAvailable":81},[71,74,77],{"tool":72,"command":73},"npx","npx skills add boisenoise\u002Fskills-collections --skill design-ux",{"tool":75,"command":76},"bunx","bunx skills add boisenoise\u002Fskills-collections --skill design-ux",{"tool":78,"command":79},"pnpm","pnpm dlx skills add boisenoise\u002Fskills-collections --skill design-ux","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fboisenoise\u002Fskills-collections\u002Fblob\u002Fmain\u002Fskills\u002Fantigravity-design-ux\u002FSKILL.md",true,[],[84,112,134,158,177,200],{"skillNo":85,"name":86,"nameZh":6,"description":87,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":88,"licenseFileUrl":89,"sourceHtmlUrl":90,"categories":91,"keywords":92,"publishedAt":53},"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",[],[93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,38,108,109,110,32,111],"web","access","web access","official","development","browser","search","data","Tools","read","fetch","only","youtube","free tools","platform","free","cover","normal","2026",{"skillNo":113,"name":114,"nameZh":6,"description":115,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":88,"licenseFileUrl":116,"sourceHtmlUrl":117,"categories":118,"keywords":122,"publishedAt":53},"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",[119],{"categoryNo":120,"categoryName":121,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发",[114,123,124,52,96,97,49,101,125,126,127,128,44,129,130,38,131,37,132,133,111],"MCP","cli","Budget","credentials","team","catalog","call","discover","external tools","scoped","blob",{"skillNo":135,"name":136,"nameZh":6,"description":137,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":88,"licenseFileUrl":138,"sourceHtmlUrl":139,"categories":140,"keywords":144,"publishedAt":53},"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",[141],{"categoryNo":142,"categoryName":143,"taxonomyType":25,"taxonomyTypeDesc":26},"01JBSEEDCAT000000000000038","人力资源",[136,52,96,49,145,146,147,148,149,150,38,151,152,153,37,154,155,156,157,133,114,111],"https","email","enrichment","business","evidence","phone","ranking","post","job description","for","person","candidate","reason",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":88,"licenseFileUrl":162,"sourceHtmlUrl":163,"categories":164,"keywords":165,"publishedAt":53},"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",[],[166,167,168,52,96,49,169,170,145,171,125,172,173,174,149,38,175,176,133,114,111],"growth","rea","rea growth","produce","content","playbook","marketing","analyze","public","observations","company",{"skillNo":178,"name":179,"nameZh":6,"description":180,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":88,"licenseFileUrl":181,"sourceHtmlUrl":182,"categories":183,"keywords":184,"publishedAt":53},"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",[],[185,186,52,187,96,188,49,189,190,191,192,193,38,194,195,196,197,198,199,133],"make","make ugc","research","create","Video","Captions","ads","short","hooks","head","style","niche","trending","talking-head","approve",{"skillNo":201,"name":202,"nameZh":6,"description":203,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":88,"licenseFileUrl":204,"sourceHtmlUrl":205,"categories":206,"keywords":207,"publishedAt":53},"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",[],[208,209,210,52,96,49,211,212,148,213,214,38,215,216,217,218,219,220,221,133],"signals","lead","lead signals","how","find","ready","as","how to","qualify","people","information","enrich","changes","funding"]