[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6CNMXC76TB1BGDET374FSK8":3,"skill-same:01M6CNMXC76TB1BGDET374FSK8":63},{"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":34,"linkOnly":35,"markdownContent":36,"markdownBody":37,"frontMatter":38,"refName":42,"commitSha":43,"skillDirectory":44,"forksCount":14,"repositoryHtmlUrl":45,"repositoryHomepageUrl":6,"ownerHtmlUrl":46,"ownerBlogUrl":47,"ownerDescription":6,"updatedAt":48,"install":49,"resources":62},"01M6CNMXC76TB1BGDET374FSK8","conventional-commits",null,"Format commit messages using the Conventional Commits specification. Use when creating commits, writing commit messages, or when the user mentions commits, git commits, or commit messages. Ensures commits follow the standard format for automated tooling, changelog generation, and semantic versioning.","ThinkfleetAI\u002Fthinkfleet-engine","ThinkfleetAI","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F157766437?v=4","01M6CNDW8CV1KTZ010Y0YKBDBV","ThinkFleetAI","01M6CNDWCYRBJS7RAXSB1DPD85",0,"MIT","https:\u002F\u002Fgithub.com\u002FThinkfleetAI\u002Fthinkfleet-engine\u002Fblob\u002Fmain\u002Fskills\u002Fconventional-commits\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33],"commits","conventional commits","writing","github","commit","git","changelog","messages","commit messages","format","versioning","user","use","tooling","specification","2026-11-10 10:12:30",false,"---\nname: conventional-commits\ndescription: Format commit messages using the Conventional Commits specification. Use when creating commits, writing commit messages, or when the user mentions commits, git commits, or commit messages. Ensures commits follow the standard format for automated tooling, changelog generation, and semantic versioning.\nlicense: MIT\nmetadata:\n  author: github.com\u002Fbastos\n  version: \"2.0\"\n---\n\n# Conventional Commits\n\nFormat all commit messages according to the [Conventional Commits](https:\u002F\u002Fwww.conventionalcommits.org\u002Fen\u002Fv1.0.0\u002F) specification. This enables automated changelog generation, semantic versioning, and better commit history.\n\n## Format Structure\n\n```\n\u003Ctype>[optional scope]: \u003Cdescription>\n\n[optional body]\n\n[optional footer(s)]\n```\n\n## Commit Types\n\n### Required Types\n\n- **`feat:`** - A new feature (correlates with MINOR in Semantic Versioning)\n- **`fix:`** - A bug fix (correlates with PATCH in Semantic Versioning)\n\n### Common Additional Types\n\n- **`docs:`** - Documentation only changes\n- **`style:`** - Code style changes (formatting, missing semicolons, etc.)\n- **`refactor:`** - Code refactoring without bug fixes or new features\n- **`perf:`** - Performance improvements\n- **`test:`** - Adding or updating tests\n- **`build:`** - Build system or external dependencies changes\n- **`ci:`** - CI\u002FCD configuration changes\n- **`chore:`** - Other changes that don't modify src or test files\n- **`revert:`** - Reverts a previous commit\n\n## Scope\n\nAn optional scope provides additional contextual information about the section of the codebase:\n\n```\nfeat(parser): add ability to parse arrays\nfix(auth): resolve token expiration issue\ndocs(readme): update installation instructions\n```\n\n## Description\n\n- Must immediately follow the colon and space after the type\u002Fscope\n- Use imperative mood (\"add feature\" not \"added feature\" or \"adds feature\")\n- Don't capitalize the first letter\n- No period at the end\n- Keep it concise (typically 50-72 characters)\n\n## Body\n\n- Optional longer description providing additional context\n- Must begin one blank line after the description\n- Can consist of multiple paragraphs\n- Explain the \"what\" and \"why\" of the change, not the \"how\"\n\n## Breaking Changes\n\nBreaking changes can be indicated in two ways:\n\n### 1. Using `!` in the type\u002Fscope\n\n```\nfeat!: send an email to the customer when a product is shipped\nfeat(api)!: send an email to the customer when a product is shipped\n```\n\n### 2. Using BREAKING CHANGE footer\n\n```\nfeat: allow provided config object to extend other configs\n\nBREAKING CHANGE: `extends` key in config file is now used for extending other config files\n```\n\n### 3. Both methods\n\n```\nchore!: drop support for Node 6\n\nBREAKING CHANGE: use JavaScript features not available in Node 6.\n```\n\n## Examples\n\n### Simple feature\n\n```\nfeat: add user authentication\n```\n\n### Feature with scope\n\n```\nfeat(auth): add OAuth2 support\n```\n\n### Bug fix with body\n\n```\nfix: prevent racing of requests\n\nIntroduce a request id and a reference to latest request. Dismiss\nincoming responses other than from latest request.\n\nRemove timeouts which were used to mitigate the racing issue but are\nobsolete now.\n```\n\n### Breaking change\n\n```\nfeat!: migrate to new API client\n\nBREAKING CHANGE: The API client interface has changed. All methods now\nreturn Promises instead of using callbacks.\n```\n\n### Documentation update\n\n```\ndocs: correct spelling of CHANGELOG\n```\n\n### Multi-paragraph body with footers\n\n```\nfix: prevent racing of requests\n\nIntroduce a request id and a reference to latest request. Dismiss\nincoming responses other than from latest request.\n\nRemove timeouts which were used to mitigate the racing issue but are\nobsolete now.\n\nReviewed-by: Z\nRefs: #123\n```\n\n## Guidelines\n\n1. **Always use a type** - Every commit must start with a type followed by a colon and space\n2. **Use imperative mood** - Write as if completing the sentence \"If applied, this commit will...\"\n3. **Be specific** - The description should clearly communicate what changed\n4. **Keep it focused** - One logical change per commit\n5. **Use scopes when helpful** - Scopes help categorize changes within a codebase\n6. **Document breaking changes** - Always indicate breaking changes clearly\n\n## Semantic Versioning Correlation\n\n- **`fix:`** → PATCH version bump (1.0.0 → 1.0.1)\n- **`feat:`** → MINOR version bump (1.0.0 → 1.1.0)\n- **BREAKING CHANGE** → MAJOR version bump (1.0.0 → 2.0.0)\n\n## When to Use\n\nUse this format for:\n- All git commits\n- Commit message generation\n- Pull request merge commits\n- When the user asks about commit messages or git commits\n\n## Common Mistakes to Avoid\n\n❌ `Added new feature` (past tense, capitalized)\n✅ `feat: add new feature` (imperative, lowercase)\n\n❌ `fix: bug` (too vague)\n✅ `fix: resolve null pointer exception in user service`\n\n❌ `feat: add feature` (redundant)\n✅ `feat: add user profile page`\n\n❌ `feat: Added OAuth support.` (past tense, period)\n✅ `feat: add OAuth support`\n","# Conventional Commits\n\nFormat all commit messages according to the [Conventional Commits](https:\u002F\u002Fwww.conventionalcommits.org\u002Fen\u002Fv1.0.0\u002F) specification. This enables automated changelog generation, semantic versioning, and better commit history.\n\n## Format Structure\n\n```\n\u003Ctype>[optional scope]: \u003Cdescription>\n\n[optional body]\n\n[optional footer(s)]\n```\n\n## Commit Types\n\n### Required Types\n\n- **`feat:`** - A new feature (correlates with MINOR in Semantic Versioning)\n- **`fix:`** - A bug fix (correlates with PATCH in Semantic Versioning)\n\n### Common Additional Types\n\n- **`docs:`** - Documentation only changes\n- **`style:`** - Code style changes (formatting, missing semicolons, etc.)\n- **`refactor:`** - Code refactoring without bug fixes or new features\n- **`perf:`** - Performance improvements\n- **`test:`** - Adding or updating tests\n- **`build:`** - Build system or external dependencies changes\n- **`ci:`** - CI\u002FCD configuration changes\n- **`chore:`** - Other changes that don't modify src or test files\n- **`revert:`** - Reverts a previous commit\n\n## Scope\n\nAn optional scope provides additional contextual information about the section of the codebase:\n\n```\nfeat(parser): add ability to parse arrays\nfix(auth): resolve token expiration issue\ndocs(readme): update installation instructions\n```\n\n## Description\n\n- Must immediately follow the colon and space after the type\u002Fscope\n- Use imperative mood (\"add feature\" not \"added feature\" or \"adds feature\")\n- Don't capitalize the first letter\n- No period at the end\n- Keep it concise (typically 50-72 characters)\n\n## Body\n\n- Optional longer description providing additional context\n- Must begin one blank line after the description\n- Can consist of multiple paragraphs\n- Explain the \"what\" and \"why\" of the change, not the \"how\"\n\n## Breaking Changes\n\nBreaking changes can be indicated in two ways:\n\n### 1. Using `!` in the type\u002Fscope\n\n```\nfeat!: send an email to the customer when a product is shipped\nfeat(api)!: send an email to the customer when a product is shipped\n```\n\n### 2. Using BREAKING CHANGE footer\n\n```\nfeat: allow provided config object to extend other configs\n\nBREAKING CHANGE: `extends` key in config file is now used for extending other config files\n```\n\n### 3. Both methods\n\n```\nchore!: drop support for Node 6\n\nBREAKING CHANGE: use JavaScript features not available in Node 6.\n```\n\n## Examples\n\n### Simple feature\n\n```\nfeat: add user authentication\n```\n\n### Feature with scope\n\n```\nfeat(auth): add OAuth2 support\n```\n\n### Bug fix with body\n\n```\nfix: prevent racing of requests\n\nIntroduce a request id and a reference to latest request. Dismiss\nincoming responses other than from latest request.\n\nRemove timeouts which were used to mitigate the racing issue but are\nobsolete now.\n```\n\n### Breaking change\n\n```\nfeat!: migrate to new API client\n\nBREAKING CHANGE: The API client interface has changed. All methods now\nreturn Promises instead of using callbacks.\n```\n\n### Documentation update\n\n```\ndocs: correct spelling of CHANGELOG\n```\n\n### Multi-paragraph body with footers\n\n```\nfix: prevent racing of requests\n\nIntroduce a request id and a reference to latest request. Dismiss\nincoming responses other than from latest request.\n\nRemove timeouts which were used to mitigate the racing issue but are\nobsolete now.\n\nReviewed-by: Z\nRefs: #123\n```\n\n## Guidelines\n\n1. **Always use a type** - Every commit must start with a type followed by a colon and space\n2. **Use imperative mood** - Write as if completing the sentence \"If applied, this commit will...\"\n3. **Be specific** - The description should clearly communicate what changed\n4. **Keep it focused** - One logical change per commit\n5. **Use scopes when helpful** - Scopes help categorize changes within a codebase\n6. **Document breaking changes** - Always indicate breaking changes clearly\n\n## Semantic Versioning Correlation\n\n- **`fix:`** → PATCH version bump (1.0.0 → 1.0.1)\n- **`feat:`** → MINOR version bump (1.0.0 → 1.1.0)\n- **BREAKING CHANGE** → MAJOR version bump (1.0.0 → 2.0.0)\n\n## When to Use\n\nUse this format for:\n- All git commits\n- Commit message generation\n- Pull request merge commits\n- When the user asks about commit messages or git commits\n\n## Common Mistakes to Avoid\n\n❌ `Added new feature` (past tense, capitalized)\n✅ `feat: add new feature` (imperative, lowercase)\n\n❌ `fix: bug` (too vague)\n✅ `fix: resolve null pointer exception in user service`\n\n❌ `feat: add feature` (redundant)\n✅ `feat: add user profile page`\n\n❌ `feat: Added OAuth support.` (past tense, period)\n✅ `feat: add OAuth support`\n",{"name":5,"license":15,"metadata":39,"description":7},{"author":40,"version":41},"github.com\u002Fbastos","2.0","main","1256c5192f3c339bb70fe030343d748f6cd943fc","skills\u002Fconventional-commits","https:\u002F\u002Fgithub.com\u002FThinkfleetAI\u002Fthinkfleet-engine","https:\u002F\u002Fgithub.com\u002FThinkfleetAI","www.thinkfleet.ai","2026-02-17 04:04:06",{"source":8,"skillName":5,"commands":50,"prompt":60,"zipAvailable":61},[51,54,57],{"tool":52,"command":53},"npx","npx skills add ThinkfleetAI\u002Fthinkfleet-engine --skill conventional-commits",{"tool":55,"command":56},"bunx","bunx skills add ThinkfleetAI\u002Fthinkfleet-engine --skill conventional-commits",{"tool":58,"command":59},"pnpm","pnpm dlx skills add ThinkfleetAI\u002Fthinkfleet-engine --skill conventional-commits","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FThinkfleetAI\u002Fthinkfleet-engine\u002Fblob\u002Fmain\u002Fskills\u002Fconventional-commits\u002FSKILL.md",true,[],[64,72],{"skillNo":65,"name":66,"nameZh":6,"description":67,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":68,"categories":69,"keywords":70,"publishedAt":34},"01M6CP16WVG3JEZFJ8EZ2SZNBM","resend","Use when working with Resend email platform - routes to specific sub-skills for sending, receiving, audiences, or broadcasts.","https:\u002F\u002Fgithub.com\u002FThinkfleetAI\u002Fthinkfleet-engine\u002Fblob\u002Fmain\u002Fskills\u002Fresend-skills\u002FSKILL.md",[],[66,31,71],"email",{"skillNo":73,"name":74,"nameZh":6,"description":75,"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":79,"publishedAt":34},"01M6CNTMCKW3AFZTV6V6MBYFKR","healthkit-sync","iOS HealthKit data sync CLI commands and patterns. Use when working with healthsync CLI, fetching Apple Health data (steps, heart rate, sleep, workouts), pairing iOS devices over local network, or understanding the iOS Health Sync project architecture including mTLS certificate pinning, Keychain storage, and audit logging.","Apache-2.0","https:\u002F\u002Fgithub.com\u002FThinkfleetAI\u002Fthinkfleet-engine\u002Fblob\u002Fmain\u002Fskills\u002Fhealthkit-sync\u002FSKILL.md",[],[80,81,82,83,84,31,85,86,87,88,89,90,91,92,93,94,95,96,97,98],"sync","healthkit sync","mtls","audit logging","data sync","json","health","certificate","keychain","cli","devices","data","network","ios","audit","development","config","architecture","storage"]