[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6E73HME98MB2DMA8CVHVRHH":3,"skill-same:01M6E73HME98MB2DMA8CVHVRHH":72},{"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":18,"publishedAt":29,"linkOnly":30,"markdownContent":31,"markdownBody":32,"frontMatter":33,"refName":37,"commitSha":38,"skillDirectory":39,"forksCount":40,"repositoryHtmlUrl":41,"repositoryHomepageUrl":42,"ownerHtmlUrl":43,"ownerBlogUrl":6,"ownerDescription":44,"updatedAt":45,"install":46,"resources":59},"01M6E73HME98MB2DMA8CVHVRHH","clickhouse-best-practices",null,"MUST USE when reviewing ClickHouse schemas, queries, or configurations. Contains 28 rules that MUST be checked before providing recommendations. Always read relevant rule files and cite specific rules in responses.","ComeOnOliver\u002Fskillshub","ComeOnOliver","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F43215937?v=4","01M6E5JNFECJAAVFE0W7SMWWD2","Haoran Shu","01M6E5JNNDQS7AJZDYFQ8TPZCK",66,"Apache-2.0","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002FClickHouse\u002Fagent-skills\u002Fclickhouse-best-practices\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28],"best practices","clickhouse","clickhouse best practices","Rules","read","use","files","queries","recommendations","rule","2026-11-10 10:12:30",false,"---\nname: clickhouse-best-practices\ndescription: MUST USE when reviewing ClickHouse schemas, queries, or configurations. Contains 28 rules that MUST be checked before providing recommendations. Always read relevant rule files and cite specific rules in responses.\nlicense: Apache-2.0\nmetadata:\n  author: ClickHouse Inc\n  version: \"0.3.0\"\n---\n\n# ClickHouse Best Practices\n\nComprehensive guidance for ClickHouse covering schema design, query optimization, and data ingestion. Contains 28 rules across 3 main categories (schema, query, insert), prioritized by impact.\n\n> **Official docs:** [ClickHouse Best Practices](https:\u002F\u002Fclickhouse.com\u002Fdocs\u002Fbest-practices)\n\n## IMPORTANT: How to Apply This Skill\n\n**Before answering ClickHouse questions, follow this priority order:**\n\n1. **Check for applicable rules** in the `rules\u002F` directory\n2. **If rules exist:** Apply them and cite them in your response using \"Per `rule-name`...\"\n3. **If no rule exists:** Use the LLM's ClickHouse knowledge or search documentation\n4. **If uncertain:** Use web search for current best practices\n5. **Always cite your source:** rule name, \"general ClickHouse guidance\", or URL\n\n**Why rules take priority:** ClickHouse has specific behaviors (columnar storage, sparse indexes, merge tree mechanics) where general database intuition can be misleading. The rules encode validated, ClickHouse-specific guidance.\n\n### For Formal Reviews\n\nWhen performing a formal review of schemas, queries, or data ingestion:\n\n---\n\n## Review Procedures\n\n### For Schema Reviews (CREATE TABLE, ALTER TABLE)\n\n**Read these rule files in order:**\n\n1. `rules\u002Fschema-pk-plan-before-creation.md` - ORDER BY is immutable\n2. `rules\u002Fschema-pk-cardinality-order.md` - Column ordering in keys\n3. `rules\u002Fschema-pk-prioritize-filters.md` - Filter column inclusion\n4. `rules\u002Fschema-types-native-types.md` - Proper type selection\n5. `rules\u002Fschema-types-minimize-bitwidth.md` - Numeric type sizing\n6. `rules\u002Fschema-types-lowcardinality.md` - LowCardinality usage\n7. `rules\u002Fschema-types-avoid-nullable.md` - Nullable vs DEFAULT\n8. `rules\u002Fschema-partition-low-cardinality.md` - Partition count limits\n9. `rules\u002Fschema-partition-lifecycle.md` - Partitioning purpose\n\n**Check for:**\n- [ ] PRIMARY KEY \u002F ORDER BY column order (low-to-high cardinality)\n- [ ] Data types match actual data ranges\n- [ ] LowCardinality applied to appropriate string columns\n- [ ] Partition key cardinality bounded (100-1,000 values)\n- [ ] ReplacingMergeTree has version column if used\n\n### For Query Reviews (SELECT, JOIN, aggregations)\n\n**Read these rule files:**\n\n1. `rules\u002Fquery-join-choose-algorithm.md` - Algorithm selection\n2. `rules\u002Fquery-join-filter-before.md` - Pre-join filtering\n3. `rules\u002Fquery-join-use-any.md` - ANY vs regular JOIN\n4. `rules\u002Fquery-index-skipping-indices.md` - Secondary index usage\n5. `rules\u002Fschema-pk-filter-on-orderby.md` - Filter alignment with ORDER BY\n\n**Check for:**\n- [ ] Filters use ORDER BY prefix columns\n- [ ] JOINs filter tables before joining (not after)\n- [ ] Correct JOIN algorithm for table sizes\n- [ ] Skipping indices for non-ORDER BY filter columns\n\n### For Insert Strategy Reviews (data ingestion, updates, deletes)\n\n**Read these rule files:**\n\n1. `rules\u002Finsert-batch-size.md` - Batch sizing requirements\n2. `rules\u002Finsert-mutation-avoid-update.md` - UPDATE alternatives\n3. `rules\u002Finsert-mutation-avoid-delete.md` - DELETE alternatives\n4. `rules\u002Finsert-async-small-batches.md` - Async insert usage\n5. `rules\u002Finsert-optimize-avoid-final.md` - OPTIMIZE TABLE risks\n\n**Check for:**\n- [ ] Batch size 10K-100K rows per INSERT\n- [ ] No ALTER TABLE UPDATE for frequent changes\n- [ ] ReplacingMergeTree or CollapsingMergeTree for update patterns\n- [ ] Async inserts enabled for high-frequency small batches\n\n---\n\n## Output Format\n\nStructure your response as follows:\n\n```\n## Rules Checked\n- `rule-name-1` - Compliant \u002F Violation found\n- `rule-name-2` - Compliant \u002F Violation found\n...\n\n## Findings\n\n### Violations\n- **`rule-name`**: Description of the issue\n  - Current: [what the code does]\n  - Required: [what it should do]\n  - Fix: [specific correction]\n\n### Compliant\n- `rule-name`: Brief note on why it's correct\n\n## Recommendations\n[Prioritized list of changes, citing rules]\n```\n\n---\n\n## Rule Categories by Priority\n\n| Priority | Category | Impact | Prefix | Rule Count |\n|----------|----------|--------|--------|------------|\n| 1 | Primary Key Selection | CRITICAL | `schema-pk-` | 4 |\n| 2 | Data Type Selection | CRITICAL | `schema-types-` | 5 |\n| 3 | JOIN Optimization | CRITICAL | `query-join-` | 5 |\n| 4 | Insert Batching | CRITICAL | `insert-batch-` | 1 |\n| 5 | Mutation Avoidance | CRITICAL | `insert-mutation-` | 2 |\n| 6 | Partitioning Strategy | HIGH | `schema-partition-` | 4 |\n| 7 | Skipping Indices | HIGH | `query-index-` | 1 |\n| 8 | Materialized Views | HIGH | `query-mv-` | 2 |\n| 9 | Async Inserts | HIGH | `insert-async-` | 2 |\n| 10 | OPTIMIZE Avoidance | HIGH | `insert-optimize-` | 1 |\n| 11 | JSON Usage | MEDIUM | `schema-json-` | 1 |\n\n---\n\n## Quick Reference\n\n### Schema Design - Primary Key (CRITICAL)\n\n- `schema-pk-plan-before-creation` - Plan ORDER BY before table creation (immutable)\n- `schema-pk-cardinality-order` - Order columns low-to-high cardinality\n- `schema-pk-prioritize-filters` - Include frequently filtered columns\n- `schema-pk-filter-on-orderby` - Query filters must use ORDER BY prefix\n\n### Schema Design - Data Types (CRITICAL)\n\n- `schema-types-native-types` - Use native types, not String for everything\n- `schema-types-minimize-bitwidth` - Use smallest numeric type that fits\n- `schema-types-lowcardinality` - LowCardinality for \u003C10K unique strings\n- `schema-types-enum` - Enum for finite value sets with validation\n- `schema-types-avoid-nullable` - Avoid Nullable; use DEFAULT instead\n\n### Schema Design - Partitioning (HIGH)\n\n- `schema-partition-low-cardinality` - Keep partition count 100-1,000\n- `schema-partition-lifecycle` - Use partitioning for data lifecycle, not queries\n- `schema-partition-query-tradeoffs` - Understand partition pruning trade-offs\n- `schema-partition-start-without` - Consider starting without partitioning\n\n### Schema Design - JSON (MEDIUM)\n\n- `schema-json-when-to-use` - JSON for dynamic schemas; typed columns for known\n\n### Query Optimization - JOINs (CRITICAL)\n\n- `query-join-choose-algorithm` - Select algorithm based on table sizes\n- `query-join-use-any` - ANY JOIN when only one match needed\n- `query-join-filter-before` - Filter tables before joining\n- `query-join-consider-alternatives` - Dictionaries\u002Fdenormalization vs JOIN\n- `query-join-null-handling` - join_use_nulls=0 for default values\n\n### Query Optimization - Indices (HIGH)\n\n- `query-index-skipping-indices` - Skipping indices for non-ORDER BY filters\n\n### Query Optimization - Materialized Views (HIGH)\n\n- `query-mv-incremental` - Incremental MVs for real-time aggregations\n- `query-mv-refreshable` - Refreshable MVs for complex joins\n\n### Insert Strategy - Batching (CRITICAL)\n\n- `insert-batch-size` - Batch 10K-100K rows per INSERT\n\n### Insert Strategy - Async (HIGH)\n\n- `insert-async-small-batches` - Async inserts for high-frequency small batches\n- `insert-format-native` - Native format for best performance\n\n### Insert Strategy - Mutations (CRITICAL)\n\n- `insert-mutation-avoid-update` - ReplacingMergeTree instead of ALTER UPDATE\n- `insert-mutation-avoid-delete` - Lightweight DELETE or DROP PARTITION\n\n### Insert Strategy - Optimization (HIGH)\n\n- `insert-optimize-avoid-final` - Let background merges work\n\n---\n\n## When to Apply\n\nThis skill activates when you encounter:\n\n- `CREATE TABLE` statements\n- `ALTER TABLE` modifications\n- `ORDER BY` or `PRIMARY KEY` discussions\n- Data type selection questions\n- Slow query troubleshooting\n- JOIN optimization requests\n- Data ingestion pipeline design\n- Update\u002Fdelete strategy questions\n- ReplacingMergeTree or other specialized engine usage\n- Partitioning strategy decisions\n\n---\n\n## Rule File Structure\n\nEach rule file in `rules\u002F` contains:\n\n- **YAML frontmatter**: title, impact level, tags\n- **Brief explanation**: Why this rule matters\n- **Incorrect example**: Anti-pattern with explanation\n- **Correct example**: Best practice with explanation\n- **Additional context**: Trade-offs, when to apply, references\n\n---\n\n## Full Compiled Document\n\nFor the complete guide with all rules expanded inline: `AGENTS.md`\n\nUse `AGENTS.md` when you need to check multiple rules quickly without reading individual files.\n\n","# ClickHouse Best Practices\n\nComprehensive guidance for ClickHouse covering schema design, query optimization, and data ingestion. Contains 28 rules across 3 main categories (schema, query, insert), prioritized by impact.\n\n> **Official docs:** [ClickHouse Best Practices](https:\u002F\u002Fclickhouse.com\u002Fdocs\u002Fbest-practices)\n\n## IMPORTANT: How to Apply This Skill\n\n**Before answering ClickHouse questions, follow this priority order:**\n\n1. **Check for applicable rules** in the `rules\u002F` directory\n2. **If rules exist:** Apply them and cite them in your response using \"Per `rule-name`...\"\n3. **If no rule exists:** Use the LLM's ClickHouse knowledge or search documentation\n4. **If uncertain:** Use web search for current best practices\n5. **Always cite your source:** rule name, \"general ClickHouse guidance\", or URL\n\n**Why rules take priority:** ClickHouse has specific behaviors (columnar storage, sparse indexes, merge tree mechanics) where general database intuition can be misleading. The rules encode validated, ClickHouse-specific guidance.\n\n### For Formal Reviews\n\nWhen performing a formal review of schemas, queries, or data ingestion:\n\n---\n\n## Review Procedures\n\n### For Schema Reviews (CREATE TABLE, ALTER TABLE)\n\n**Read these rule files in order:**\n\n1. `rules\u002Fschema-pk-plan-before-creation.md` - ORDER BY is immutable\n2. `rules\u002Fschema-pk-cardinality-order.md` - Column ordering in keys\n3. `rules\u002Fschema-pk-prioritize-filters.md` - Filter column inclusion\n4. `rules\u002Fschema-types-native-types.md` - Proper type selection\n5. `rules\u002Fschema-types-minimize-bitwidth.md` - Numeric type sizing\n6. `rules\u002Fschema-types-lowcardinality.md` - LowCardinality usage\n7. `rules\u002Fschema-types-avoid-nullable.md` - Nullable vs DEFAULT\n8. `rules\u002Fschema-partition-low-cardinality.md` - Partition count limits\n9. `rules\u002Fschema-partition-lifecycle.md` - Partitioning purpose\n\n**Check for:**\n- [ ] PRIMARY KEY \u002F ORDER BY column order (low-to-high cardinality)\n- [ ] Data types match actual data ranges\n- [ ] LowCardinality applied to appropriate string columns\n- [ ] Partition key cardinality bounded (100-1,000 values)\n- [ ] ReplacingMergeTree has version column if used\n\n### For Query Reviews (SELECT, JOIN, aggregations)\n\n**Read these rule files:**\n\n1. `rules\u002Fquery-join-choose-algorithm.md` - Algorithm selection\n2. `rules\u002Fquery-join-filter-before.md` - Pre-join filtering\n3. `rules\u002Fquery-join-use-any.md` - ANY vs regular JOIN\n4. `rules\u002Fquery-index-skipping-indices.md` - Secondary index usage\n5. `rules\u002Fschema-pk-filter-on-orderby.md` - Filter alignment with ORDER BY\n\n**Check for:**\n- [ ] Filters use ORDER BY prefix columns\n- [ ] JOINs filter tables before joining (not after)\n- [ ] Correct JOIN algorithm for table sizes\n- [ ] Skipping indices for non-ORDER BY filter columns\n\n### For Insert Strategy Reviews (data ingestion, updates, deletes)\n\n**Read these rule files:**\n\n1. `rules\u002Finsert-batch-size.md` - Batch sizing requirements\n2. `rules\u002Finsert-mutation-avoid-update.md` - UPDATE alternatives\n3. `rules\u002Finsert-mutation-avoid-delete.md` - DELETE alternatives\n4. `rules\u002Finsert-async-small-batches.md` - Async insert usage\n5. `rules\u002Finsert-optimize-avoid-final.md` - OPTIMIZE TABLE risks\n\n**Check for:**\n- [ ] Batch size 10K-100K rows per INSERT\n- [ ] No ALTER TABLE UPDATE for frequent changes\n- [ ] ReplacingMergeTree or CollapsingMergeTree for update patterns\n- [ ] Async inserts enabled for high-frequency small batches\n\n---\n\n## Output Format\n\nStructure your response as follows:\n\n```\n## Rules Checked\n- `rule-name-1` - Compliant \u002F Violation found\n- `rule-name-2` - Compliant \u002F Violation found\n...\n\n## Findings\n\n### Violations\n- **`rule-name`**: Description of the issue\n  - Current: [what the code does]\n  - Required: [what it should do]\n  - Fix: [specific correction]\n\n### Compliant\n- `rule-name`: Brief note on why it's correct\n\n## Recommendations\n[Prioritized list of changes, citing rules]\n```\n\n---\n\n## Rule Categories by Priority\n\n| Priority | Category | Impact | Prefix | Rule Count |\n|----------|----------|--------|--------|------------|\n| 1 | Primary Key Selection | CRITICAL | `schema-pk-` | 4 |\n| 2 | Data Type Selection | CRITICAL | `schema-types-` | 5 |\n| 3 | JOIN Optimization | CRITICAL | `query-join-` | 5 |\n| 4 | Insert Batching | CRITICAL | `insert-batch-` | 1 |\n| 5 | Mutation Avoidance | CRITICAL | `insert-mutation-` | 2 |\n| 6 | Partitioning Strategy | HIGH | `schema-partition-` | 4 |\n| 7 | Skipping Indices | HIGH | `query-index-` | 1 |\n| 8 | Materialized Views | HIGH | `query-mv-` | 2 |\n| 9 | Async Inserts | HIGH | `insert-async-` | 2 |\n| 10 | OPTIMIZE Avoidance | HIGH | `insert-optimize-` | 1 |\n| 11 | JSON Usage | MEDIUM | `schema-json-` | 1 |\n\n---\n\n## Quick Reference\n\n### Schema Design - Primary Key (CRITICAL)\n\n- `schema-pk-plan-before-creation` - Plan ORDER BY before table creation (immutable)\n- `schema-pk-cardinality-order` - Order columns low-to-high cardinality\n- `schema-pk-prioritize-filters` - Include frequently filtered columns\n- `schema-pk-filter-on-orderby` - Query filters must use ORDER BY prefix\n\n### Schema Design - Data Types (CRITICAL)\n\n- `schema-types-native-types` - Use native types, not String for everything\n- `schema-types-minimize-bitwidth` - Use smallest numeric type that fits\n- `schema-types-lowcardinality` - LowCardinality for \u003C10K unique strings\n- `schema-types-enum` - Enum for finite value sets with validation\n- `schema-types-avoid-nullable` - Avoid Nullable; use DEFAULT instead\n\n### Schema Design - Partitioning (HIGH)\n\n- `schema-partition-low-cardinality` - Keep partition count 100-1,000\n- `schema-partition-lifecycle` - Use partitioning for data lifecycle, not queries\n- `schema-partition-query-tradeoffs` - Understand partition pruning trade-offs\n- `schema-partition-start-without` - Consider starting without partitioning\n\n### Schema Design - JSON (MEDIUM)\n\n- `schema-json-when-to-use` - JSON for dynamic schemas; typed columns for known\n\n### Query Optimization - JOINs (CRITICAL)\n\n- `query-join-choose-algorithm` - Select algorithm based on table sizes\n- `query-join-use-any` - ANY JOIN when only one match needed\n- `query-join-filter-before` - Filter tables before joining\n- `query-join-consider-alternatives` - Dictionaries\u002Fdenormalization vs JOIN\n- `query-join-null-handling` - join_use_nulls=0 for default values\n\n### Query Optimization - Indices (HIGH)\n\n- `query-index-skipping-indices` - Skipping indices for non-ORDER BY filters\n\n### Query Optimization - Materialized Views (HIGH)\n\n- `query-mv-incremental` - Incremental MVs for real-time aggregations\n- `query-mv-refreshable` - Refreshable MVs for complex joins\n\n### Insert Strategy - Batching (CRITICAL)\n\n- `insert-batch-size` - Batch 10K-100K rows per INSERT\n\n### Insert Strategy - Async (HIGH)\n\n- `insert-async-small-batches` - Async inserts for high-frequency small batches\n- `insert-format-native` - Native format for best performance\n\n### Insert Strategy - Mutations (CRITICAL)\n\n- `insert-mutation-avoid-update` - ReplacingMergeTree instead of ALTER UPDATE\n- `insert-mutation-avoid-delete` - Lightweight DELETE or DROP PARTITION\n\n### Insert Strategy - Optimization (HIGH)\n\n- `insert-optimize-avoid-final` - Let background merges work\n\n---\n\n## When to Apply\n\nThis skill activates when you encounter:\n\n- `CREATE TABLE` statements\n- `ALTER TABLE` modifications\n- `ORDER BY` or `PRIMARY KEY` discussions\n- Data type selection questions\n- Slow query troubleshooting\n- JOIN optimization requests\n- Data ingestion pipeline design\n- Update\u002Fdelete strategy questions\n- ReplacingMergeTree or other specialized engine usage\n- Partitioning strategy decisions\n\n---\n\n## Rule File Structure\n\nEach rule file in `rules\u002F` contains:\n\n- **YAML frontmatter**: title, impact level, tags\n- **Brief explanation**: Why this rule matters\n- **Incorrect example**: Anti-pattern with explanation\n- **Correct example**: Best practice with explanation\n- **Additional context**: Trade-offs, when to apply, references\n\n---\n\n## Full Compiled Document\n\nFor the complete guide with all rules expanded inline: `AGENTS.md`\n\nUse `AGENTS.md` when you need to check multiple rules quickly without reading individual files.\n\n",{"name":5,"license":15,"metadata":34,"description":7},{"author":35,"version":36},"ClickHouse Inc","0.3.0","main","def8531e65114c0fca8fb8551c1871ee0eed705c","skills\u002FClickHouse\u002Fagent-skills\u002Fclickhouse-best-practices",24,"https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub","https:\u002F\u002Fskillshub.wtf","https:\u002F\u002Fgithub.com\u002FComeOnOliver","AI & Blockchain Engineer\r\n","2026-06-24 22:07:19",{"source":8,"skillName":5,"commands":47,"prompt":57,"zipAvailable":58},[48,51,54],{"tool":49,"command":50},"npx","npx skills add ComeOnOliver\u002Fskillshub --skill clickhouse-best-practices",{"tool":52,"command":53},"bunx","bunx skills add ComeOnOliver\u002Fskillshub --skill clickhouse-best-practices",{"tool":55,"command":56},"pnpm","pnpm dlx skills add ComeOnOliver\u002Fskillshub --skill clickhouse-best-practices","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002FClickHouse\u002Fagent-skills\u002Fclickhouse-best-practices\u002FSKILL.md",true,[60,66],{"path":61,"resourceType":62,"resourceTypeDesc":63,"sizeBytes":64,"sourceHtmlUrl":65},"REFERENCE.md","REFERENCE","参考文档",15107,"https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fsimple-english\u002FREFERENCE.md",{"path":67,"resourceType":68,"resourceTypeDesc":69,"sizeBytes":70,"sourceHtmlUrl":71},"scripts\u002Fste_lint.py","SCRIPT","脚本",17984,"https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fsimple-english\u002Fscripts\u002Fste_lint.py",[73,88,98,107,113,120],{"skillNo":74,"name":75,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":76,"licenseFileUrl":6,"sourceHtmlUrl":77,"categories":78,"keywords":84,"publishedAt":29},"01M6FKJN13GMG4KY57J3QD8GY5","model-hierarchy-skill","MIT","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzscole\u002Fmodel-hierarchy-skill\u002Fmodel-hierarchy-skill\u002FSKILL.md",[79],{"categoryNo":80,"categoryName":81,"taxonomyType":82,"taxonomyTypeDesc":83},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[85,86,87],"model","model hierarchy","model hierarchy skill",{"skillNo":89,"name":90,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":76,"licenseFileUrl":6,"sourceHtmlUrl":91,"categories":92,"keywords":94,"publishedAt":29},"01M6FKJJJ6GCAMR4PPPRD12M5X","zoom-mcp","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fzoom-mcp\u002FSKILL.md",[93],{"categoryNo":80,"categoryName":81,"taxonomyType":82,"taxonomyTypeDesc":83},[95,96,97],"MCP","zoom","zoom mcp",{"skillNo":99,"name":100,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":76,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":103,"publishedAt":29},"01M6FKJE3KYT3KPEZMEEHYKA6K","zoom-apps-sdk","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fzoom-apps-sdk\u002FSKILL.md",[],[104,105,106,96],"sdk","zoom apps sdk","apps",{"skillNo":108,"name":109,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":76,"licenseFileUrl":6,"sourceHtmlUrl":110,"categories":111,"keywords":112,"publishedAt":29},"01M6FKJ9EDH9Q5VWDF8HAJRSP0","windows","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwindows\u002FSKILL.md",[],[109],{"skillNo":114,"name":115,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":76,"licenseFileUrl":6,"sourceHtmlUrl":116,"categories":117,"keywords":119,"publishedAt":29},"01M6FKJ666BEEFC3AE9GJ72Q93","whiteboard","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwhiteboard\u002FSKILL.md",[118],{"categoryNo":80,"categoryName":81,"taxonomyType":82,"taxonomyTypeDesc":83},[115],{"skillNo":121,"name":122,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":76,"licenseFileUrl":6,"sourceHtmlUrl":123,"categories":124,"keywords":125,"publishedAt":29},"01M6FKJ21WFCDGTJQ2Q91T9DVW","websockets","https:\u002F\u002Fgithub.com\u002FComeOnOliver\u002Fskillshub\u002Fblob\u002Fmain\u002Fskills\u002Fzoom\u002Fskills\u002Fwebsockets\u002FSKILL.md",[],[122]]