[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6H4FNPER05SCERZKC6XPC19":3,"skill-same:01M6H4FNPER05SCERZKC6XPC19":93},{"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":48,"linkOnly":49,"markdownContent":50,"markdownBody":51,"frontMatter":52,"refName":58,"commitSha":59,"skillDirectory":60,"forksCount":61,"repositoryHtmlUrl":62,"repositoryHomepageUrl":6,"ownerHtmlUrl":63,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":64,"install":65,"resources":78},"01M6H4FNPER05SCERZKC6XPC19","handling-api-errors",null,"Implement standardized error handling with proper HTTP status codes and error responses.\nUse when implementing standardized error handling.\nTrigger with phrases like \"add error handling\", \"standardize errors\", or \"implement error responses\".","micsapp\u002Fmicstec-skills","micsapp","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F82411001?v=4","01M6GWCFQ6D3PV8EHNY62NN5VW","01M6GWCFVE1PA5HG0DKC7AMFJ3",4,"MIT","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fclaude-code\u002Fplugins-plus-skills\u002Fplugins\u002Fapi-development\u002Fapi-error-handler\u002Fskills\u002Fhandling-api-errors\u002FSKILL.md",[17,22],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47],"api errors","errors","api","handling api errors","io","implementing","http status codes","http status","with","codes","error","trigger","codex","use","read","Bash","error handling","code","http","implement","2026-11-10 10:12:30",false,"---\nname: handling-api-errors\ndescription: |\n  Implement standardized error handling with proper HTTP status codes and error responses.\n  Use when implementing standardized error handling.\n  Trigger with phrases like \"add error handling\", \"standardize errors\", or \"implement error responses\".\n  \nallowed-tools: Read, Write, Edit, Grep, Glob, Bash(api:error-*)\nversion: 1.0.0\nauthor: Jeremy Longshore \u003Cjeremy@intentsolutions.io>\nlicense: MIT\ncompatible-with: claude-code, codex, openclaw\n---\n# Handling API Errors\n\n## Overview\n\nImplement standardized API error handling with RFC 7807 Problem Details responses, centralized error middleware, typed error classes, and environment-aware stack trace exposure. Convert framework exceptions, validation failures, database errors, and upstream service failures into consistent, machine-readable error responses with appropriate HTTP status codes.\n\n## Prerequisites\n\n- Web framework with middleware\u002Ferror handler support (Express, FastAPI, Spring Boot, Gin)\n- Structured logging library for error event recording with correlation IDs\n- Error monitoring service: Sentry, Bugsnag, or Rollbar for production error tracking\n- RFC 7807 Problem Details specification for response format guidance\n- API documentation listing all possible error codes and their meanings\n\n## Instructions\n\n1. Audit existing error handling using Grep to find `try\u002Fcatch` blocks, error middleware, and exception handlers, identifying inconsistent error response formats across endpoints.\n2. Define a standardized error response envelope following RFC 7807: `type` (URI identifying error type), `title` (human-readable summary), `status` (HTTP code), `detail` (specific explanation), and `instance` (request path).\n3. Create typed error classes for each error category: `ValidationError` (400), `AuthenticationError` (401), `AuthorizationError` (403), `NotFoundError` (404), `ConflictError` (409), and `RateLimitError` (429).\n4. Implement centralized error handling middleware that catches all thrown errors, maps them to the appropriate HTTP status code and RFC 7807 body, and prevents raw stack traces from leaking to clients.\n5. Add validation error formatting that transforms framework-specific validation failures into a consistent array of field-level errors with `field`, `message`, and `code` properties.\n6. Configure environment-aware error detail: include stack traces and internal error codes in development\u002Fstaging responses; omit them in production while logging the full error server-side.\n7. Integrate error monitoring (Sentry\u002FBugsnag) that captures 5xx errors with full context (request details, user info, stack trace) and groups them by root cause for triage.\n8. Handle unhandled rejections and uncaught exceptions at the process level, returning 500 with a generic error message while logging the full failure and triggering alerts.\n9. Write tests verifying that each error type produces the correct HTTP status code, RFC 7807 response body, and that stack traces are hidden in production mode.\n\nSee `${CLAUDE_SKILL_DIR}\u002Freferences\u002Fimplementation.md` for the full implementation guide.\n\n## Output\n\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Ferrors\u002F` - Typed error classes (ValidationError, NotFoundError, etc.)\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Fmiddleware\u002Ferror-handler.js` - Centralized error handling middleware\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Ferrors\u002Fformatters.js` - Error-to-RFC-7807 response transformation\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Ferrors\u002Fcodes.js` - Error code registry with human-readable descriptions\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Fconfig\u002Ferror-config.js` - Environment-aware error detail configuration\n- `${CLAUDE_SKILL_DIR}\u002Ftests\u002Ferrors\u002F` - Error handling tests for each error type and scenario\n\n## Error Handling\n\n| Error | Cause | Solution |\n|-------|-------|----------|\n| Stack trace leaked | Error handler omits production check; raw Error thrown without wrapping | Verify `NODE_ENV`\u002F`APP_ENV` check in error formatter; wrap all thrown errors in typed classes |\n| Inconsistent error format | Some endpoints return `{error: \"msg\"}` while others return RFC 7807 | Ensure all errors flow through centralized middleware; remove per-handler try\u002Fcatch that formats differently |\n| Unhandled promise rejection | Async handler throws without catch; Express does not catch async errors | Use `express-async-errors` wrapper or explicit async error forwarding with `next(err)` |\n| Database error exposed | Raw SQL error message returned to client containing table\u002Fcolumn names | Map database errors to generic messages at the error handler layer; log full details server-side |\n| Error monitoring noise | High volume of expected 4xx errors flooding Sentry\u002FBugsnag | Configure error monitoring to capture only 5xx; track 4xx via metrics, not error monitoring |\n\nRefer to `${CLAUDE_SKILL_DIR}\u002Freferences\u002Ferrors.md` for comprehensive error patterns.\n\n## Examples\n\n**RFC 7807 response**: `{\"type\":\"https:\u002F\u002Fapi.example.com\u002Ferrors\u002Fvalidation\",\"title\":\"Validation Error\",\"status\":400,\"detail\":\"Request body contains 2 validation errors\",\"errors\":[{\"field\":\"email\",\"message\":\"Invalid email format\",\"code\":\"INVALID_FORMAT\"}]}`\n\n**Centralized Express error handler**: Single `app.use((err, req, res, next) => {...})` middleware that handles all error types, sets status codes, formats RFC 7807 bodies, logs with correlation ID, and reports to Sentry.\n\n**Graceful upstream failure**: When a downstream payment service returns 500, wrap it in a `ServiceUnavailableError` with a user-friendly message, log the upstream response for debugging, and trigger a circuit breaker.\n\nSee `${CLAUDE_SKILL_DIR}\u002Freferences\u002Fexamples.md` for additional examples.\n\n## Resources\n\n- RFC 7807 Problem Details for HTTP APIs: https:\u002F\u002Ftools.ietf.org\u002Fhtml\u002Frfc7807\n- Sentry error monitoring: https:\u002F\u002Fsentry.io\u002F\n- Express error handling best practices\n- HTTP status code decision tree for API responses","# Handling API Errors\n\n## Overview\n\nImplement standardized API error handling with RFC 7807 Problem Details responses, centralized error middleware, typed error classes, and environment-aware stack trace exposure. Convert framework exceptions, validation failures, database errors, and upstream service failures into consistent, machine-readable error responses with appropriate HTTP status codes.\n\n## Prerequisites\n\n- Web framework with middleware\u002Ferror handler support (Express, FastAPI, Spring Boot, Gin)\n- Structured logging library for error event recording with correlation IDs\n- Error monitoring service: Sentry, Bugsnag, or Rollbar for production error tracking\n- RFC 7807 Problem Details specification for response format guidance\n- API documentation listing all possible error codes and their meanings\n\n## Instructions\n\n1. Audit existing error handling using Grep to find `try\u002Fcatch` blocks, error middleware, and exception handlers, identifying inconsistent error response formats across endpoints.\n2. Define a standardized error response envelope following RFC 7807: `type` (URI identifying error type), `title` (human-readable summary), `status` (HTTP code), `detail` (specific explanation), and `instance` (request path).\n3. Create typed error classes for each error category: `ValidationError` (400), `AuthenticationError` (401), `AuthorizationError` (403), `NotFoundError` (404), `ConflictError` (409), and `RateLimitError` (429).\n4. Implement centralized error handling middleware that catches all thrown errors, maps them to the appropriate HTTP status code and RFC 7807 body, and prevents raw stack traces from leaking to clients.\n5. Add validation error formatting that transforms framework-specific validation failures into a consistent array of field-level errors with `field`, `message`, and `code` properties.\n6. Configure environment-aware error detail: include stack traces and internal error codes in development\u002Fstaging responses; omit them in production while logging the full error server-side.\n7. Integrate error monitoring (Sentry\u002FBugsnag) that captures 5xx errors with full context (request details, user info, stack trace) and groups them by root cause for triage.\n8. Handle unhandled rejections and uncaught exceptions at the process level, returning 500 with a generic error message while logging the full failure and triggering alerts.\n9. Write tests verifying that each error type produces the correct HTTP status code, RFC 7807 response body, and that stack traces are hidden in production mode.\n\nSee `${CLAUDE_SKILL_DIR}\u002Freferences\u002Fimplementation.md` for the full implementation guide.\n\n## Output\n\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Ferrors\u002F` - Typed error classes (ValidationError, NotFoundError, etc.)\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Fmiddleware\u002Ferror-handler.js` - Centralized error handling middleware\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Ferrors\u002Fformatters.js` - Error-to-RFC-7807 response transformation\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Ferrors\u002Fcodes.js` - Error code registry with human-readable descriptions\n- `${CLAUDE_SKILL_DIR}\u002Fsrc\u002Fconfig\u002Ferror-config.js` - Environment-aware error detail configuration\n- `${CLAUDE_SKILL_DIR}\u002Ftests\u002Ferrors\u002F` - Error handling tests for each error type and scenario\n\n## Error Handling\n\n| Error | Cause | Solution |\n|-------|-------|----------|\n| Stack trace leaked | Error handler omits production check; raw Error thrown without wrapping | Verify `NODE_ENV`\u002F`APP_ENV` check in error formatter; wrap all thrown errors in typed classes |\n| Inconsistent error format | Some endpoints return `{error: \"msg\"}` while others return RFC 7807 | Ensure all errors flow through centralized middleware; remove per-handler try\u002Fcatch that formats differently |\n| Unhandled promise rejection | Async handler throws without catch; Express does not catch async errors | Use `express-async-errors` wrapper or explicit async error forwarding with `next(err)` |\n| Database error exposed | Raw SQL error message returned to client containing table\u002Fcolumn names | Map database errors to generic messages at the error handler layer; log full details server-side |\n| Error monitoring noise | High volume of expected 4xx errors flooding Sentry\u002FBugsnag | Configure error monitoring to capture only 5xx; track 4xx via metrics, not error monitoring |\n\nRefer to `${CLAUDE_SKILL_DIR}\u002Freferences\u002Ferrors.md` for comprehensive error patterns.\n\n## Examples\n\n**RFC 7807 response**: `{\"type\":\"https:\u002F\u002Fapi.example.com\u002Ferrors\u002Fvalidation\",\"title\":\"Validation Error\",\"status\":400,\"detail\":\"Request body contains 2 validation errors\",\"errors\":[{\"field\":\"email\",\"message\":\"Invalid email format\",\"code\":\"INVALID_FORMAT\"}]}`\n\n**Centralized Express error handler**: Single `app.use((err, req, res, next) => {...})` middleware that handles all error types, sets status codes, formats RFC 7807 bodies, logs with correlation ID, and reports to Sentry.\n\n**Graceful upstream failure**: When a downstream payment service returns 500, wrap it in a `ServiceUnavailableError` with a user-friendly message, log the upstream response for debugging, and trigger a circuit breaker.\n\nSee `${CLAUDE_SKILL_DIR}\u002Freferences\u002Fexamples.md` for additional examples.\n\n## Resources\n\n- RFC 7807 Problem Details for HTTP APIs: https:\u002F\u002Ftools.ietf.org\u002Fhtml\u002Frfc7807\n- Sentry error monitoring: https:\u002F\u002Fsentry.io\u002F\n- Express error handling best practices\n- HTTP status code decision tree for API responses",{"name":5,"author":53,"license":14,"version":54,"description":55,"allowed-tools":56,"compatible-with":57},"Jeremy Longshore \u003Cjeremy@intentsolutions.io>","1.0.0","Implement standardized error handling with proper HTTP status codes and error responses.\nUse when implementing standardized error handling.\nTrigger with phrases like \"add error handling\", \"standardize errors\", or \"implement error responses\".\n","Read, Write, Edit, Grep, Glob, Bash(api:error-*)","claude-code, codex, openclaw","master","3f5d983eb4ef375b749adcd6b07ec03bd82ae8a8","claude-code\u002Fplugins-plus-skills\u002Fplugins\u002Fapi-development\u002Fapi-error-handler\u002Fskills\u002Fhandling-api-errors",0,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills","https:\u002F\u002Fgithub.com\u002Fmicsapp","2026-03-20 11:24:18",{"source":8,"skillName":5,"commands":66,"prompt":76,"zipAvailable":77},[67,70,73],{"tool":68,"command":69},"npx","npx skills add micsapp\u002Fmicstec-skills --skill handling-api-errors",{"tool":71,"command":72},"bunx","bunx skills add micsapp\u002Fmicstec-skills --skill handling-api-errors",{"tool":74,"command":75},"pnpm","pnpm dlx skills add micsapp\u002Fmicstec-skills --skill handling-api-errors","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fclaude-code\u002Fplugins-plus-skills\u002Fplugins\u002Fapi-development\u002Fapi-error-handler\u002Fskills\u002Fhandling-api-errors\u002FSKILL.md",true,[79,85,89],{"path":80,"resourceType":81,"resourceTypeDesc":82,"sizeBytes":83,"sourceHtmlUrl":84},"references\u002Ferrors.md","REFERENCE","参考文档",901,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fclaude-code\u002Fplugins-plus-skills\u002Fplugins\u002Fapi-development\u002Fapi-error-handler\u002Fskills\u002Fhandling-api-errors\u002Freferences\u002Ferrors.md",{"path":86,"resourceType":81,"resourceTypeDesc":82,"sizeBytes":87,"sourceHtmlUrl":88},"references\u002Fexamples.md",5925,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fclaude-code\u002Fplugins-plus-skills\u002Fplugins\u002Fapi-development\u002Fapi-error-handler\u002Fskills\u002Fhandling-api-errors\u002Freferences\u002Fexamples.md",{"path":90,"resourceType":81,"resourceTypeDesc":82,"sizeBytes":91,"sourceHtmlUrl":92},"references\u002Fimplementation.md",1403,"https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fclaude-code\u002Fplugins-plus-skills\u002Fplugins\u002Fapi-development\u002Fapi-error-handler\u002Fskills\u002Fhandling-api-errors\u002Freferences\u002Fimplementation.md",[94,122,150,169,189,214],{"skillNo":95,"name":96,"nameZh":6,"description":97,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":98,"categories":99,"keywords":102,"publishedAt":48},"01M6HBTJ02FXBFG9NYEHHYAP52","azure-apim-architecture","Analyzes and explains Azure API Management architecture decisions for enterprise API marketplace implementations using VNet Internal mode, Front Door, hybrid authentication, and multi-environment strategies. Use when discussing APIM component selection, network topology, cost optimization, or comparing alternatives like workspaces vs instances, VNet Internal vs External mode, or Front Door vs Application Gateway.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fazure-apim-architecture\u002FSKILL.md",[100,101],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[103,104,105,106,107,108,109,110,111,30,112,113,114,115,116,117,118,119,120,121],"architecture","azure","azure apim architecture","component","authentication","gateway","topology","Optimization","network","team","environment","multi-environment","workspaces","instances","selection","strategies","azure api management","mode","for",{"skillNo":123,"name":124,"nameZh":6,"description":125,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":126,"categories":127,"keywords":136,"publishedAt":48},"01M6HBT7J4H082JEEA670B3EQ9","apiops-deployment","Guides deployment of Azure API Management infrastructure using Infrastructure as Code (Bicep\u002FTerraform), CI\u002FCD pipelines (GitHub Actions\u002FAzure DevOps), and APIOps workflows. Use when deploying APIM, creating pipelines, or implementing dev→test→prod promotion strategies.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fapiops-deployment\u002FSKILL.md",[128,129,132,135],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":130,"categoryName":131,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000011","运维与部署",{"categoryNo":133,"categoryName":134,"taxonomyType":20,"taxonomyTypeDesc":21},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[137,138,139,140,104,141,45,142,143,144,145,146,30,112,118,147,148,119,149,33],"deployment","apiops deployment","workflows","azure devops","infrastructure","infrastructure as code","actions","ci","github actions","github-actions","as","guides","CI\u002FCD",{"skillNo":151,"name":152,"nameZh":6,"description":153,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":154,"categories":155,"keywords":157,"publishedAt":48},"01M6HBT2HEA23THNE9E00GYQBE","apim-policy-authoring","Creates production-ready Azure API Management policy XML for authentication (OAuth 2.0, JWT validation, subscription keys), rate limiting, CORS configuration, error handling, and API transformations. Use when implementing API security, access control, or request\u002Fresponse processing logic.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fapim-policy-authoring\u002FSKILL.md",[156],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},[158,159,160,161,104,107,30,112,162,41,163,164,165,38,166,119,167,168,33,121],"policy","authoring","apim policy authoring","security","access","ready","api security","Access Control","processing","cors configuration","production-ready",{"skillNo":170,"name":171,"nameZh":6,"description":172,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":173,"categories":174,"keywords":177,"publishedAt":48},"01M6HBSY65SB29J9WE9KYD0K6T","api-security-review","Reviews Azure API Management configurations for security vulnerabilities, OWASP API Security Top 10 compliance, VNet Internal mode validation, Private Link verification, and Azure Security Benchmark alignment. Use when performing security audits, pre-deployment validation, or compliance reviews.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fcopilot-agent-skills\u002F.github\u002Fskills\u002Fapi-security-review\u002FSKILL.md",[175,176],{"categoryNo":18,"categoryName":19,"taxonomyType":20,"taxonomyTypeDesc":21},{"categoryNo":23,"categoryName":24,"taxonomyType":25,"taxonomyTypeDesc":26},[178,161,179,30,164,180,104,137,181,182,183,184,112,185,119,186,187,188,120,121],"review","security review","api security review","benchmark","verification","owasp","owasp-api","alignment","azure security","reviews","top",{"skillNo":190,"name":191,"nameZh":6,"description":192,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":193,"categories":194,"keywords":195,"publishedAt":48},"01M6HBSRW4PDFE6K4F8JYPZQ05","jira-cli","Interact with Jira from the command line to create, list, view, edit, and transition issues, manage sprints and epics, and perform common Jira workflows. Use when the user asks about Jira tasks, tickets, issues, sprints, or needs to manage project work items.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fawesome-copilot-agents\u002Fskills\u002Fjira-cli\u002FSKILL.md",[],[196,197,198,139,199,200,201,202,30,203,204,205,206,207,208,209,210,211,212,213],"cli","jira","jira cli","init","tasks","create","issues","common","work","command","edit","list","view","project","project work","token","line","sprints",{"skillNo":215,"name":216,"nameZh":6,"description":217,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":218,"categories":219,"keywords":220,"publishedAt":48},"01M6HBSNS3JHMW603G47TWE31H","calculator","Performs arbitrary-precision arithmetic calculations including addition, subtraction, multiplication, division, and exponents. Use when the user asks to calculate, compute, or evaluate math expressions, or when precise decimal arithmetic is needed to avoid floating-point errors.","https:\u002F\u002Fgithub.com\u002Fmicsapp\u002Fmicstec-skills\u002Fblob\u002Fmaster\u002Fcopilot-cli\u002Fawesome-copilot-agents\u002Fskills\u002Fcalculator\u002FSKILL.md",[],[216,221,222,223,224,225,226,41,227,29],"npm","js","calculate","node","math","user","compute"]