[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71NFXH3SJD6B8HXPCAV4T36":3,"skill-same:01M71NFXH3SJD6B8HXPCAV4T36":111},{"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},"01M71NFXH3SJD6B8HXPCAV4T36","ln-646-project-structure-auditor",null,"Audits physical architecture structure: modules, domains, layer layout, junk drawers, and framework placement. Use for structure drift.","vitalikpestov\u002FSkills-Catalog","vitalikpestov","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F13882997?v=4","01M71N4QG0CWRXX4R24JQZXDDQ","Vitalik Pestov","01M71N4QGMSYRW607DDSE0CQMM",2,"MIT","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\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],"project structure","auditor","ln","ln 646 project structure auditor","project","structure","for","MCP","domains","hex","outline","drift","modules","use","haiku","analyze","Bash","file","search","architecture","2026-11-10 10:56:23",false,"---\nname: ln-646-project-structure-auditor\ndescription: \"Audits physical architecture structure: modules, domains, layer layout, junk drawers, and framework placement. Use for structure drift.\"\nallowed-tools: Read, Grep, Glob, Bash, mcp__hex-graph__analyze_architecture, mcp__hex-line__read_file, mcp__hex-line__grep_search, mcp__hex-line__outline\nlicense: MIT\nmodel: claude-haiku-4-5\n---\n\n> **Paths:** File paths (`references\u002F`, `..\u002Fln-*`) are relative to this skill directory.\n\n# Project Structure Auditor\n\n**Type:** L3 Worker\n\nL3 Worker that audits whether physical project structure reflects the intended architecture.\n\n## Purpose & Scope\n\n- Audit modules, domains, layer layout, framework placement, and junk drawer directories\n- Detect structure drift that makes the architecture hard to navigate or enforce\n- Complement code-level boundary checks with physical structure evidence\n- Emit `MOVE_MODULE`, `SPLIT_JUNK_DRAWER`, or `ALIGN_DOMAIN_STRUCTURE`\n- Calculate compliance score (X\u002F10)\n\n**Out of Scope:**\n\n- `.gitignore`, `.dockerignore`, temp files, build artifacts, platform remnants, and large binaries\n- Import-level layer violations\n- Package security, env-file hygiene, or runtime lifecycle checks\n- Moving\u002Fdeleting files\n\n## Inputs\n\n**MANDATORY READ:** Load `references\u002Faudit_worker_core_contract.md`.\nTool policy: follow host AGENTS.md MCP preferences; load `references\u002Fmcp_tool_preferences.md` and `references\u002Fmcp_integration_patterns.md` only when host policy is absent or MCP behavior is unclear.\n\nReceives `contextStore` with: `tech_stack`, `architecture`, `codebase_root`, `output_dir`, `domain_mode`, `scan_path`.\n\nUse `hex-graph` first when architecture summaries materially improve structure findings. Use `hex-line` first for local code, config, and manifest reads when available. If MCP is unavailable, unsupported, or not indexed, continue with built-in `Read\u002FGrep\u002FGlob\u002FBash` and state the fallback in the report.\n\n## Workflow\n\nDetection policy: use two-layer detection (candidate scan, then context verification); load `references\u002Ftwo_layer_detection.md` only when the verification method is ambiguous.\n\n1) **Parse context** -- determine scan_root from domain-aware scope or codebase root\n2) **Detect tech stack and intended structure**\n   - **MANDATORY READ:** Load `references\u002Fstack_detection.md`\n   - Prefer explicit architecture docs\u002Fconfig when present; otherwise infer from source layout\n3) **Run structure checks (Layer 1)**\n   - Framework expected source locations\n   - Domain\u002Fmodule grouping\n   - Layer directory layout\n   - Junk drawer directories\n   - Naming and placement consistency\n4) **Verify context (Layer 2)**\n   - Small projects may not need full domain\u002Flayer decomposition\n   - Framework conventions apply only to detected frameworks\n   - Mixed layouts are acceptable when split by app\u002Fpackage\u002Ftest type and documented\n5) **Collect findings** with severity, location, action, effort, and recommendation\n6) **Calculate score** using `references\u002Faudit_scoring.md`\n7) **Write report** to `{output_dir}\u002Fln-646--{identifier}.md`\n8) **Return summary** per `references\u002Faudit_summary_contract.md`\n\n## Audit Rules\n\n### 1. Framework Placement\n\n**What:** Source files are placed outside framework or stack conventions\n\n**Detection:** Load `references\u002Fstructure_rules.md` and apply only rules for the detected stack.\n\n**Severity:** HIGH when placement breaks tooling\u002Frouting, MEDIUM for maintainability drift\n\n**Action:** `MOVE_MODULE`\n\n### 2. Domain and Layer Layout\n\n**What:** Domain or layer directories do not reflect the intended architecture\n\n**Detection:**\n- Compare documented or inferred domains\u002Flayers with physical directories\n- Find domains missing expected substructure\n- Find source files in root or generic folders when the project has a clear modular layout\n\n**Severity:** MEDIUM by default, HIGH when structure hides critical ownership\n\n**Action:** `ALIGN_DOMAIN_STRUCTURE`\n\n### 3. Junk Drawers\n\n**What:** Generic directories accumulate unrelated modules\n\n**Detection:** Check directories such as `utils`, `helpers`, `common`, `shared`, `services`, and `lib` for mixed unrelated responsibilities above project thresholds.\n\n**Severity:** MEDIUM for broad mixed responsibilities, LOW for small localized drift\n\n**Action:** `SPLIT_JUNK_DRAWER`\n\n## Scoring Algorithm\n\n**MANDATORY READ:** Load `references\u002Faudit_scoring.md`.\n\n## Output Format\n\n**MANDATORY READ:** Load `references\u002Ftemplates\u002Faudit_worker_report_template.md`.\n\nWrite JSON summary per `references\u002Faudit_summary_contract.md`. In managed mode the caller passes both `runId` and `summaryArtifactPath`; in standalone mode the worker generates its own run-scoped artifact path per shared contract.\n\nWrite report to `{output_dir}\u002Fln-646--{identifier}.md` with `category: \"Project Structure\"` and checks: framework_placement, domain_layer_layout, junk_drawers.\n\nWhen `summaryArtifactPath` is absent, write the standalone runtime summary under `.hex-skills\u002Fruntime-artifacts\u002Fruns\u002F{run_id}\u002Fevaluation-worker\u002F{worker}--{identifier}.json` and optionally echo the same summary in structured output.\n\n## Critical Rules\n\nApply the already-loaded `references\u002Faudit_worker_core_contract.md`.\n\n- **Do not auto-fix:** Report only, never move or delete files\n- **Unique angle:** Audit physical architecture structure only. Do not audit file hygiene, ignore files, package health, env hygiene, import-level boundaries, or runtime lifecycle.\n- **Auto-detect, never assume:** Apply framework rules only for detected stack\n- **Evidence always:** Include file paths for every finding\n- **Action required:** Every finding uses `MOVE_MODULE`, `SPLIT_JUNK_DRAWER`, or `ALIGN_DOMAIN_STRUCTURE`.\n\n## Definition of Done\n\nApply the already-loaded `references\u002Faudit_worker_core_contract.md`.\n\n- [ ] contextStore parsed successfully\n- [ ] scan_root determined\n- [ ] Tech stack and intended structure detected\n- [ ] Framework placement checked\n- [ ] Domain\u002Flayer layout checked\n- [ ] Junk drawer directories checked\n- [ ] Layer 2 context verification applied\n- [ ] Findings collected with severity, location, action, effort, recommendation\n- [ ] Score calculated per `references\u002Faudit_scoring.md`\n- [ ] Report written to `{output_dir}\u002Fln-646--{identifier}.md` (atomic single Write call)\n- [ ] Summary written per contract\n\n---\n**Version:** 1.0.0\n**Last Updated:** 2026-03-15\n","> **Paths:** File paths (`references\u002F`, `..\u002Fln-*`) are relative to this skill directory.\n\n# Project Structure Auditor\n\n**Type:** L3 Worker\n\nL3 Worker that audits whether physical project structure reflects the intended architecture.\n\n## Purpose & Scope\n\n- Audit modules, domains, layer layout, framework placement, and junk drawer directories\n- Detect structure drift that makes the architecture hard to navigate or enforce\n- Complement code-level boundary checks with physical structure evidence\n- Emit `MOVE_MODULE`, `SPLIT_JUNK_DRAWER`, or `ALIGN_DOMAIN_STRUCTURE`\n- Calculate compliance score (X\u002F10)\n\n**Out of Scope:**\n\n- `.gitignore`, `.dockerignore`, temp files, build artifacts, platform remnants, and large binaries\n- Import-level layer violations\n- Package security, env-file hygiene, or runtime lifecycle checks\n- Moving\u002Fdeleting files\n\n## Inputs\n\n**MANDATORY READ:** Load `references\u002Faudit_worker_core_contract.md`.\nTool policy: follow host AGENTS.md MCP preferences; load `references\u002Fmcp_tool_preferences.md` and `references\u002Fmcp_integration_patterns.md` only when host policy is absent or MCP behavior is unclear.\n\nReceives `contextStore` with: `tech_stack`, `architecture`, `codebase_root`, `output_dir`, `domain_mode`, `scan_path`.\n\nUse `hex-graph` first when architecture summaries materially improve structure findings. Use `hex-line` first for local code, config, and manifest reads when available. If MCP is unavailable, unsupported, or not indexed, continue with built-in `Read\u002FGrep\u002FGlob\u002FBash` and state the fallback in the report.\n\n## Workflow\n\nDetection policy: use two-layer detection (candidate scan, then context verification); load `references\u002Ftwo_layer_detection.md` only when the verification method is ambiguous.\n\n1) **Parse context** -- determine scan_root from domain-aware scope or codebase root\n2) **Detect tech stack and intended structure**\n   - **MANDATORY READ:** Load `references\u002Fstack_detection.md`\n   - Prefer explicit architecture docs\u002Fconfig when present; otherwise infer from source layout\n3) **Run structure checks (Layer 1)**\n   - Framework expected source locations\n   - Domain\u002Fmodule grouping\n   - Layer directory layout\n   - Junk drawer directories\n   - Naming and placement consistency\n4) **Verify context (Layer 2)**\n   - Small projects may not need full domain\u002Flayer decomposition\n   - Framework conventions apply only to detected frameworks\n   - Mixed layouts are acceptable when split by app\u002Fpackage\u002Ftest type and documented\n5) **Collect findings** with severity, location, action, effort, and recommendation\n6) **Calculate score** using `references\u002Faudit_scoring.md`\n7) **Write report** to `{output_dir}\u002Fln-646--{identifier}.md`\n8) **Return summary** per `references\u002Faudit_summary_contract.md`\n\n## Audit Rules\n\n### 1. Framework Placement\n\n**What:** Source files are placed outside framework or stack conventions\n\n**Detection:** Load `references\u002Fstructure_rules.md` and apply only rules for the detected stack.\n\n**Severity:** HIGH when placement breaks tooling\u002Frouting, MEDIUM for maintainability drift\n\n**Action:** `MOVE_MODULE`\n\n### 2. Domain and Layer Layout\n\n**What:** Domain or layer directories do not reflect the intended architecture\n\n**Detection:**\n- Compare documented or inferred domains\u002Flayers with physical directories\n- Find domains missing expected substructure\n- Find source files in root or generic folders when the project has a clear modular layout\n\n**Severity:** MEDIUM by default, HIGH when structure hides critical ownership\n\n**Action:** `ALIGN_DOMAIN_STRUCTURE`\n\n### 3. Junk Drawers\n\n**What:** Generic directories accumulate unrelated modules\n\n**Detection:** Check directories such as `utils`, `helpers`, `common`, `shared`, `services`, and `lib` for mixed unrelated responsibilities above project thresholds.\n\n**Severity:** MEDIUM for broad mixed responsibilities, LOW for small localized drift\n\n**Action:** `SPLIT_JUNK_DRAWER`\n\n## Scoring Algorithm\n\n**MANDATORY READ:** Load `references\u002Faudit_scoring.md`.\n\n## Output Format\n\n**MANDATORY READ:** Load `references\u002Ftemplates\u002Faudit_worker_report_template.md`.\n\nWrite JSON summary per `references\u002Faudit_summary_contract.md`. In managed mode the caller passes both `runId` and `summaryArtifactPath`; in standalone mode the worker generates its own run-scoped artifact path per shared contract.\n\nWrite report to `{output_dir}\u002Fln-646--{identifier}.md` with `category: \"Project Structure\"` and checks: framework_placement, domain_layer_layout, junk_drawers.\n\nWhen `summaryArtifactPath` is absent, write the standalone runtime summary under `.hex-skills\u002Fruntime-artifacts\u002Fruns\u002F{run_id}\u002Fevaluation-worker\u002F{worker}--{identifier}.json` and optionally echo the same summary in structured output.\n\n## Critical Rules\n\nApply the already-loaded `references\u002Faudit_worker_core_contract.md`.\n\n- **Do not auto-fix:** Report only, never move or delete files\n- **Unique angle:** Audit physical architecture structure only. Do not audit file hygiene, ignore files, package health, env hygiene, import-level boundaries, or runtime lifecycle.\n- **Auto-detect, never assume:** Apply framework rules only for detected stack\n- **Evidence always:** Include file paths for every finding\n- **Action required:** Every finding uses `MOVE_MODULE`, `SPLIT_JUNK_DRAWER`, or `ALIGN_DOMAIN_STRUCTURE`.\n\n## Definition of Done\n\nApply the already-loaded `references\u002Faudit_worker_core_contract.md`.\n\n- [ ] contextStore parsed successfully\n- [ ] scan_root determined\n- [ ] Tech stack and intended structure detected\n- [ ] Framework placement checked\n- [ ] Domain\u002Flayer layout checked\n- [ ] Junk drawer directories checked\n- [ ] Layer 2 context verification applied\n- [ ] Findings collected with severity, location, action, effort, recommendation\n- [ ] Score calculated per `references\u002Faudit_scoring.md`\n- [ ] Report written to `{output_dir}\u002Fln-646--{identifier}.md` (atomic single Write call)\n- [ ] Summary written per contract\n\n---\n**Version:** 1.0.0\n**Last Updated:** 2026-03-15\n",{"name":5,"model":49,"license":15,"description":7,"allowed-tools":50},"claude-haiku-4-5","Read, Grep, Glob, Bash, mcp__hex-graph__analyze_architecture, mcp__hex-line__read_file, mcp__hex-line__grep_search, mcp__hex-line__outline","main","fbfb242f793fdf040f3a1a6b100896c188c228c8","_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor",1,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog","https:\u002F\u002Fgithub.com\u002Fvitalikpestov","Listing on crypto exchanges","2026-06-15 22:12:56",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add vitalikpestov\u002FSkills-Catalog --skill ln-646-project-structure-auditor",{"tool":65,"command":66},"bunx","bunx skills add vitalikpestov\u002FSkills-Catalog --skill ln-646-project-structure-auditor",{"tool":68,"command":69},"pnpm","pnpm dlx skills add vitalikpestov\u002FSkills-Catalog --skill ln-646-project-structure-auditor","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002FSKILL.md",true,[73,79,83,87,91,95,99,103,107],{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Faudit_scoring.md","REFERENCE","参考文档",1117,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Faudit_scoring.md",{"path":80,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":81,"sourceHtmlUrl":82},"references\u002Faudit_summary_contract.md",2206,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Faudit_summary_contract.md",{"path":84,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":85,"sourceHtmlUrl":86},"references\u002Faudit_worker_core_contract.md",1851,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Faudit_worker_core_contract.md",{"path":88,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fmcp_integration_patterns.md",1567,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Fmcp_integration_patterns.md",{"path":92,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fmcp_tool_preferences.md",2338,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Fmcp_tool_preferences.md",{"path":96,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Fstack_detection.md",8687,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Fstack_detection.md",{"path":100,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Fstructure_rules.md",8001,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Fstructure_rules.md",{"path":104,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Ftemplates\u002Faudit_worker_report_template.md",1686,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Ftemplates\u002Faudit_worker_report_template.md",{"path":108,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Ftwo_layer_detection.md",1504,"https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_AI-Automation\u002Fclaude-code-skills-levnikolaevich\u002Fplugins\u002Fcodebase-audit-suite\u002Fskills\u002Fln-646-project-structure-auditor\u002Freferences\u002Ftwo_layer_detection.md",[112,150,173,190,213,246],{"skillNo":113,"name":114,"nameZh":6,"description":115,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":116,"categories":117,"keywords":130,"publishedAt":149},"01M71V1MC994P553631JZSWVYD","solana-dev","Use when user asks to \"build a Solana dapp\", \"write an Anchor program\", \"create a token\", \"debug Solana errors\", \"set up wallet connection\", \"test my Solana program\", \"deploy to devnet\", or \"explain Solana concepts\" (rent, accounts, PDAs, CPIs, etc.). End-to-end Solana development playbook covering wallet connection, Anchor\u002FPinocchio programs, Codama client generation, LiteSVM\u002FMollusk\u002FSurfpool testing, and security checklists. Integrates with the Solana MCP server for live documentation search. Prefers framework-kit (@solana\u002Fclient + @solana\u002Freact-hooks) for UI, wallet-standard-first connection (incl. ConnectorKit), @solana\u002Fkit for client\u002FRPC code, and @solana\u002Fweb3-compat for legacy boundaries.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Web3\u002Fsolana-dev\u002Fskill\u002FSKILL.md",[118,121,124,125],{"categoryNo":119,"categoryName":120,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":122,"categoryName":123,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000009","前端开发",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":126,"categoryName":127,"taxonomyType":128,"taxonomyTypeDesc":129},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[131,132,133,134,42,135,136,137,31,138,139,140,141,142,143,144,145,146,147,148],"dev","solana dev","solana","Wallet","testing","solana cli","kit","web3","react","create","server","write","playbook","live","security","ui","concepts","toolchain","2026-11-10 13:02:02",{"skillNo":151,"name":152,"nameZh":6,"description":153,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":154,"categories":155,"keywords":156,"publishedAt":149},"01M71TYQPHE2YGKTT7DG9QCW3K","generating-trading-signals","Generate trading signals using technical indicators (RSI, MACD, Bollinger Bands, etc.).\nCombines multiple indicators into composite signals with confidence scores.\nUse when analyzing assets for trading opportunities or checking technical indicators.\nTrigger with phrases like \"get trading signals\", \"check indicators\", \"analyze for entry\",\n\"scan for opportunities\", \"generate buy\u002Fsell signals\", or \"technical analysis\".","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Trading-Finance\u002Fgenerating-trading-signals\u002FSKILL.md",[],[157,158,159,160,161,162,30,163,164,165,166,167,37,168,40,169,170,171,172,39],"generating trading signals","signals","trading signals","trading","get","technical indicators","scan","rsi","trigger","python","technical","when","analysis","code","io","check",{"skillNo":174,"name":175,"nameZh":6,"description":176,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":177,"categories":178,"keywords":179,"publishedAt":149},"01M71TY4CR3GKGQ3M12X9WN95Y","prediction-monitor","Prediction Monitor - Auto-activating skill for ML Deployment.\nTriggers on: prediction monitor, prediction monitor\nPart of the ML Deployment skill category.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Trading-Finance\u002FAI Predictions\u002Fprediction-monitor\u002FSKILL.md",[],[180,181,182,30,183,184,142,185,186,187,188,189,40],"prediction","monitor","prediction monitor","deployment","read","edit","triggers","grep","auto","ml",{"skillNo":191,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":194,"categories":195,"keywords":196,"publishedAt":149},"01M71TXD9MYXZC39HCPP909HTZ","strategy-advisor","High-level strategic thinking and business decision guidance for planning and direction-setting.\nUse when: making strategic decisions, evaluating business options, setting direction, analyzing\ntrade-offs, or when user mentions strategy, business planning, competitive analysis, or long-term planning.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Fstrategy-advisor\u002FSKILL.md",[],[197,198,199,200,201,202,203,204,205,30,206,207,208,37,209,210,168,211,169,212],"strategy advisor","strategy","advisor","competitive","setting","thinking","planning","direction","trade-offs","long","decision","strategic","business","apps","decisions","trade",{"skillNo":214,"name":215,"nameZh":6,"description":216,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":217,"sourceHtmlUrl":218,"categories":219,"keywords":226,"publishedAt":149},"01M71TWHBT2R1P1FNWTW67ZREP","app-paywall-pilot","Design, audit, debug, and implement App Store-compliant mobile paywalls, subscription flows, pricing screens, trials, offers, feature gates, and subscription lifecycle UX. Use when the user asks to audit my paywall, fix App Store 3.1.2 rejection, improve trial-to-paid, choose plans\u002Fprices\u002Ftrials, review RevenueCat\u002FAdapty\u002FApphud\u002FSuperwall setup, calculate LTV\u002FROAS, or build paywall implementation.","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffrom-dosesync\u002Fapp-paywall-pilot\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffrom-dosesync\u002Fapp-paywall-pilot\u002FSKILL.md",[220,223],{"categoryNo":221,"categoryName":222,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":224,"categoryName":225,"taxonomyType":128,"taxonomyTypeDesc":129},"01JBSEEDCAT000000000000032","设计师",[227,228,229,230,231,232,233,234,235,236,237,238,168,239,240,241,242,243,244,245],"app","paywall","app paywall pilot","paid","paywalls","prices","choose","flows","fix","improve","design","app store","review","audit","ux","subscription","mobile","my","calculate",{"skillNo":247,"name":248,"nameZh":6,"description":249,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":250,"licenseFileUrl":251,"sourceHtmlUrl":252,"categories":253,"keywords":256,"publishedAt":149},"01M71TWET8GFKEB7ZHJPMQX29V","figma","Use the Figma MCP server to fetch design context, screenshots, variables, and assets from Figma, and to translate Figma nodes into production code. Trigger when a task involves Figma URLs, node IDs, design-to-code implementation, or Figma MCP setup and troubleshooting.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffigma\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fvitalikpestov\u002FSkills-Catalog\u002Fblob\u002Fmain\u002F_Product-Apps\u002Ffigma\u002FSKILL.md",[254,255],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":224,"categoryName":225,"taxonomyType":128,"taxonomyTypeDesc":129},[248,257,258,259,260,165,237,31,37,168,261,262,170,263,141,264,265,266,267,268],"fetch","ids","mcp setup","translate","mcp server","Variables","task","Nodes","figma mcp","code implementation","node","assets"]