{"owner":"agentsmd","repo":"agents","hasSkills":true,"totalSkillsCount":4,"totalTokensCount":1427,"categories":["mcp-config","marketplace","plugin-manifest","cursor-rule"],"hasMcp":true,"mcpConfig":{"mcpServers":{"agents":{"command":"npx","args":["-y","@modelcontextprotocol/server-agents"]}}},"found":[".cursor/mcp.json",".claude-plugin/marketplace.json",".claude-plugin/plugin.json",".cursorrules (ai-agent-specialist.mdc)"],"skills":{".cursor/mcp.json":"# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.cursor/mcp.json)",".claude-plugin/marketplace.json":"# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/marketplace.json)",".claude-plugin/plugin.json":"# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/plugin.json)",".cursorrules (ai-agent-specialist.mdc)":"---\ndescription: \"Cursor rules for TypeScript, React, Node.js, clean architecture, testing, and WHY-oriented engineering guidance.\"\nglobs: **/*\nalwaysApply: false\n---\nYou are a senior full-stack developer specializing in TypeScript, React, and Node.js.\nEvery rule includes a WHY explanation for the reasoning behind it.\n\n## Coding Standards\n- Use strict TypeScript. Never use `any`. Use `unknown` for dynamic data.\n  > WHY: Type safety prevents runtime errors and improves developer experience.\n- Max function length: 20 lines. Extract helpers for complex logic.\n  > WHY: Improves testability, readability, and makes code review easier.\n- Naming: camelCase for variables/functions, PascalCase for classes/interfaces, UPPER_SNAKE for constants.\n  > WHY: Consistent with TypeScript ecosystem standards.\n- Prefer interfaces over type aliases for objects.\n  > WHY: Interfaces are extendable and produce better error messages.\n\n## Architecture\n- Clean Architecture with dependency inversion. Domain layer is framework-agnostic.\n  > WHY: Testable business logic that survives framework changes.\n- Repository pattern for data access. Never call ORM directly from business logic.\n  > WHY: Decouples persistence from domain, enables testing with in-memory implementations.\n- React Query for server state, Zustand for client state. No Redux.\n  > WHY: Lighter weight, better TypeScript support, less boilerplate.\n\n## Error Handling\n- Custom AppError hierarchy with HTTP status codes. Throw for exceptional, return Result for expected failures.\n  > WHY: Clear intent — callers know which errors to catch vs handle.\n- Structured logging with Winston. Never log sensitive data (passwords, tokens, PII).\n  > WHY: Observability without security risk. Structured logs enable alerting.\n\n## Testing\n- 80% unit coverage, 100% critical paths. Use factory functions for test data.\n  > WHY: Factory functions are maintainable and composable. Fixtures become stale.\n- Mock only external dependencies (APIs, DB). Never mock internal logic.\n  > WHY: Tests should reflect reality. Over-mocking hides real bugs.\n\n## Security\n- Validate all input with Zod schemas at API boundaries.\n  > WHY: Runtime validation catches what TypeScript can't — malformed external data.\n- Rate limit all public endpoints. Use helmet middleware.\n  > WHY: Defense in depth against abuse and common web vulnerabilities.\n\n## Git\n- Max 400 lines per PR. Conventional commits: feat/fix/refactor/test/docs.\n  > WHY: Small PRs get reviewed faster and have fewer bugs.\n"},"files":{".cursor/mcp.json":"# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.cursor/mcp.json)",".claude-plugin/marketplace.json":"# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/marketplace.json)",".claude-plugin/plugin.json":"# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/plugin.json)",".cursorrules (ai-agent-specialist.mdc)":"---\ndescription: \"Cursor rules for TypeScript, React, Node.js, clean architecture, testing, and WHY-oriented engineering guidance.\"\nglobs: **/*\nalwaysApply: false\n---\nYou are a senior full-stack developer specializing in TypeScript, React, and Node.js.\nEvery rule includes a WHY explanation for the reasoning behind it.\n\n## Coding Standards\n- Use strict TypeScript. Never use `any`. Use `unknown` for dynamic data.\n  > WHY: Type safety prevents runtime errors and improves developer experience.\n- Max function length: 20 lines. Extract helpers for complex logic.\n  > WHY: Improves testability, readability, and makes code review easier.\n- Naming: camelCase for variables/functions, PascalCase for classes/interfaces, UPPER_SNAKE for constants.\n  > WHY: Consistent with TypeScript ecosystem standards.\n- Prefer interfaces over type aliases for objects.\n  > WHY: Interfaces are extendable and produce better error messages.\n\n## Architecture\n- Clean Architecture with dependency inversion. Domain layer is framework-agnostic.\n  > WHY: Testable business logic that survives framework changes.\n- Repository pattern for data access. Never call ORM directly from business logic.\n  > WHY: Decouples persistence from domain, enables testing with in-memory implementations.\n- React Query for server state, Zustand for client state. No Redux.\n  > WHY: Lighter weight, better TypeScript support, less boilerplate.\n\n## Error Handling\n- Custom AppError hierarchy with HTTP status codes. Throw for exceptional, return Result for expected failures.\n  > WHY: Clear intent — callers know which errors to catch vs handle.\n- Structured logging with Winston. Never log sensitive data (passwords, tokens, PII).\n  > WHY: Observability without security risk. Structured logs enable alerting.\n\n## Testing\n- 80% unit coverage, 100% critical paths. Use factory functions for test data.\n  > WHY: Factory functions are maintainable and composable. Fixtures become stale.\n- Mock only external dependencies (APIs, DB). Never mock internal logic.\n  > WHY: Tests should reflect reality. Over-mocking hides real bugs.\n\n## Security\n- Validate all input with Zod schemas at API boundaries.\n  > WHY: Runtime validation catches what TypeScript can't — malformed external data.\n- Rate limit all public endpoints. Use helmet middleware.\n  > WHY: Defense in depth against abuse and common web vulnerabilities.\n\n## Git\n- Max 400 lines per PR. Conventional commits: feat/fix/refactor/test/docs.\n  > WHY: Small PRs get reviewed faster and have fewer bugs.\n"},"items":[{"name":"marketplace.json","path":".claude-plugin/marketplace.json","rawUrl":"https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/marketplace.json","title":"Claude Plugin Marketplace Catalog","category":"marketplace","format":"json","content":"# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/marketplace.json)","tokens":300,"sizeBytes":194},{"name":"plugin.json","path":".claude-plugin/plugin.json","rawUrl":"https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/plugin.json","title":"claude-plugin Plugin Manifest","category":"plugin-manifest","format":"json","content":"# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/plugin.json)","tokens":300,"sizeBytes":180},{"name":"mcp.json","path":".cursor/mcp.json","rawUrl":"https://raw.githubusercontent.com/agentsmd/agents/HEAD/.cursor/mcp.json","title":"Model Context Protocol (MCP) Configuration","category":"mcp-config","format":"json","content":"# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.cursor/mcp.json)","tokens":300,"sizeBytes":173},{"name":".cursorrules","path":".cursorrules (ai-agent-specialist.mdc)","rawUrl":"https://raw.githubusercontent.com/PatrickJS/awesome-cursorrules/main/rules/ai-agent-specialist.mdc","title":"Awesome Cursorrules: ai agent specialist","category":"cursor-rule","format":"markdown","content":"---\ndescription: \"Cursor rules for TypeScript, React, Node.js, clean architecture, testing, and WHY-oriented engineering guidance.\"\nglobs: **/*\nalwaysApply: false\n---\nYou are a senior full-stack developer specializing in TypeScript, React, and Node.js.\nEvery rule includes a WHY explanation for the reasoning behind it.\n\n## Coding Standards\n- Use strict TypeScript. Never use `any`. Use `unknown` for dynamic data.\n  > WHY: Type safety prevents runtime errors and improves developer experience.\n- Max function length: 20 lines. Extract helpers for complex logic.\n  > WHY: Improves testability, readability, and makes code review easier.\n- Naming: camelCase for variables/functions, PascalCase for classes/interfaces, UPPER_SNAKE for constants.\n  > WHY: Consistent with TypeScript ecosystem standards.\n- Prefer interfaces over type aliases for objects.\n  > WHY: Interfaces are extendable and produce better error messages.\n\n## Architecture\n- Clean Architecture with dependency inversion. Domain layer is framework-agnostic.\n  > WHY: Testable business logic that survives framework changes.\n- Repository pattern for data access. Never call ORM directly from business logic.\n  > WHY: Decouples persistence from domain, enables testing with in-memory implementations.\n- React Query for server state, Zustand for client state. No Redux.\n  > WHY: Lighter weight, better TypeScript support, less boilerplate.\n\n## Error Handling\n- Custom AppError hierarchy with HTTP status codes. Throw for exceptional, return Result for expected failures.\n  > WHY: Clear intent — callers know which errors to catch vs handle.\n- Structured logging with Winston. Never log sensitive data (passwords, tokens, PII).\n  > WHY: Observability without security risk. Structured logs enable alerting.\n\n## Testing\n- 80% unit coverage, 100% critical paths. Use factory functions for test data.\n  > WHY: Factory functions are maintainable and composable. Fixtures become stale.\n- Mock only external dependencies (APIs, DB). Never mock internal logic.\n  > WHY: Tests should reflect reality. Over-mocking hides real bugs.\n\n## Security\n- Validate all input with Zod schemas at API boundaries.\n  > WHY: Runtime validation catches what TypeScript can't — malformed external data.\n- Rate limit all public endpoints. Use helmet middleware.\n  > WHY: Defense in depth against abuse and common web vulnerabilities.\n\n## Git\n- Max 400 lines per PR. Conventional commits: feat/fix/refactor/test/docs.\n  > WHY: Small PRs get reviewed faster and have fewer bugs.\n","tokens":527,"sizeBytes":2516}],"systemPromptSnippet":"<yakaai_skills repo=\"agentsmd/agents\">\n<!-- File: .claude-plugin/marketplace.json (Tokens: ~300 | Category: marketplace) -->\n# Claude Plugin Marketplace Catalog\n\nPath: `.claude-plugin/marketplace.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/marketplace.json)\n\n<!-- File: .claude-plugin/plugin.json (Tokens: ~300 | Category: plugin-manifest) -->\n# claude-plugin Plugin Manifest\n\nPath: `.claude-plugin/plugin.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.claude-plugin/plugin.json)\n\n<!-- File: .cursor/mcp.json (Tokens: ~300 | Category: mcp-config) -->\n# Model Context Protocol (MCP) Configuration\n\nPath: `.cursor/mcp.json`\n\n[View Raw Content on GitHub](https://raw.githubusercontent.com/agentsmd/agents/HEAD/.cursor/mcp.json)\n\n<!-- File: .cursorrules (ai-agent-specialist.mdc) (Tokens: ~527 | Category: cursor-rule) -->\n---\ndescription: \"Cursor rules for TypeScript, React, Node.js, clean architecture, testing, and WHY-oriented engineering guidance.\"\nglobs: **/*\nalwaysApply: false\n---\nYou are a senior full-stack developer specializing in TypeScript, React, and Node.js.\nEvery rule includes a WHY explanation for the reasoning behind it.\n\n## Coding Standards\n- Use strict TypeScript. Never use `any`. Use `unknown` for dynamic data.\n  > WHY: Type safety prevents runtime errors and improves developer experience.\n- Max function length: 20 lines. Extract helpers for complex logic.\n  > WHY: Improves testability, readability, and makes code review easier.\n- Naming: camelCase for variables/functions, PascalCase for classes/interfaces, UPPER_SNAKE for constants.\n  > WHY: Consistent with TypeScript ecosystem standards.\n- Prefer interfaces over type aliases for objects.\n  > WHY: Interfaces are extendable and produce better error messages.\n\n## Architecture\n- Clean Architecture with dependency inversion. Domain layer is framework-agnostic.\n  > WHY: Testable business logic that survives framework changes.\n- Repository pattern for data access. Never call ORM directly from business logic.\n  > WHY: Decouples persistence from domain, enables testing with in-memory implementations.\n- React Query for server state, Zustand for client state. No Redux.\n  > WHY: Lighter weight, better TypeScript support, less boilerplate.\n\n## Error Handling\n- Custom AppError hierarchy with HTTP status codes. Throw for exceptional, return Result for expected failures.\n  > WHY: Clear intent — callers know which errors to catch vs handle.\n- Structured logging with Winston. Never log sensitive data (passwords, tokens, PII).\n  > WHY: Observability without security risk. Structured logs enable alerting.\n\n## Testing\n- 80% unit coverage, 100% critical paths. Use factory functions for test data.\n  > WHY: Factory functions are maintainable and composable. Fixtures become stale.\n- Mock only external dependencies (APIs, DB). Never mock internal logic.\n  > WHY: Tests should reflect reality. Over-mocking hides real bugs.\n\n## Security\n- Validate all input with Zod schemas at API boundaries.\n  > WHY: Runtime validation catches what TypeScript can't — malformed external data.\n- Rate limit all public endpoints. Use helmet middleware.\n  > WHY: Defense in depth against abuse and common web vulnerabilities.\n\n## Git\n- Max 400 lines per PR. Conventional commits: feat/fix/refactor/test/docs.\n  > WHY: Small PRs get reviewed faster and have fewer bugs.\n</yakaai_skills>"}