mirror of
https://github.com/affaan-m/ECC.git
synced 2026-08-17 21:15:40 +02:00
fix(skills): declare activation triggers in descriptions and normalize version metadata (#2618)
* fix(skills): move version into metadata and normalize to semver 29 skills declared `version` at the top level of their frontmatter. The schema reads it from `metadata`, so tooling that follows the schema either misses it or has to special-case the top level. Three motion skills also declared `version: 1.0`, which is not a valid semantic version; normalized to `1.0.0`. No behavioral change — frontmatter metadata only. * fix(skills): state activation triggers in skill descriptions 148 skills described what they cover but never named the situation that should trigger them. Since the description is what Claude matches against to decide whether to load a skill, a description without a trigger makes activation guesswork — the skill is either missed or loaded at the wrong time. Added a "Use when ..." clause to each, derived from the skill's own body (most already stated the trigger under "## When to Use" or in the opening line; that intent is now reflected in the frontmatter where it is actually read from). Descriptions were only appended to; no existing wording was removed. * fix(skills): sync activation triggers into the Codex skill mirror 10 of the skills whose descriptions changed are also mirrored under `.agents/skills/`, where the description was previously a verbatim copy. Left alone, the two surfaces would disagree about when the skill applies. Only the description line is synced; the Codex copies keep their reduced frontmatter, since that validator accepts only name, description, metadata, license, and allowed-tools. * fix(skills): correct three activation clauses from review - autonomous-loops: the clause pulled new loop work into a skill that its own body marks as a compatibility shim retained for one release. It now points at the canonical continuous-agent-loop instead. - continuous-learning: the description carried the v1 routing directive twice; collapsed to one. - homelab-pihole-dns: the clause fired on any broken home DNS. Narrowed to tasks that actually involve Pi-hole. * chore: retain current main lockfile --------- Co-authored-by: Çağrı Solakoğlu <cagri.solakoglu@vtcenerji.com> Co-authored-by: haelyra <49814733+haelyra@users.noreply.github.com>
This commit is contained in:
co-authored by
Çağrı Solakoğlu
haelyra
parent
fd1b11cfc7
commit
d29cf651c7
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agent-introspection-debugging
|
name: agent-introspection-debugging
|
||||||
description: Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports.
|
description: Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.
|
||||||
---
|
---
|
||||||
|
|
||||||
# Agent Introspection Debugging
|
# Agent Introspection Debugging
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: api-design
|
name: api-design
|
||||||
description: REST API design patterns including resource naming, status codes, pagination, filtering, error responses, versioning, and rate limiting for production APIs.
|
description: REST API design patterns including resource naming, status codes, pagination, filtering, error responses, versioning, and rate limiting for production APIs. Use when designing or reviewing REST endpoints, resource names, status codes, pagination, or versioning.
|
||||||
---
|
---
|
||||||
|
|
||||||
# API Design Patterns
|
# API Design Patterns
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: backend-patterns
|
name: backend-patterns
|
||||||
description: Backend architecture patterns, API design, database optimization, and server-side best practices for Node.js, Express, and Next.js API routes.
|
description: Backend architecture patterns, API design, database optimization, and server-side best practices for Node.js, Express, and Next.js API routes. Use when building or reviewing Node.js, Express, or Next.js API routes and their data access.
|
||||||
---
|
---
|
||||||
|
|
||||||
# Backend Development Patterns
|
# Backend Development Patterns
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: coding-standards
|
name: coding-standards
|
||||||
description: Baseline cross-project coding conventions for naming, readability, immutability, and code-quality review. Use detailed frontend or backend skills for framework-specific patterns.
|
description: Baseline cross-project coding conventions for naming, readability, immutability, and code-quality review. Use detailed frontend or backend skills for framework-specific patterns. Use when reviewing code quality or naming with no framework-specific skill that applies.
|
||||||
---
|
---
|
||||||
|
|
||||||
# Coding Standards & Best Practices
|
# Coding Standards & Best Practices
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: e2e-testing
|
name: e2e-testing
|
||||||
description: Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies.
|
description: Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies. Use when writing Playwright tests, structuring page objects, or fixing flaky E2E runs in CI.
|
||||||
---
|
---
|
||||||
|
|
||||||
# E2E Testing Patterns
|
# E2E Testing Patterns
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: eval-harness
|
name: eval-harness
|
||||||
description: Formal evaluation framework for Claude Code sessions implementing eval-driven development (EDD) principles
|
description: Formal evaluation framework for Claude Code sessions implementing eval-driven development (EDD) principles. Use when a Claude Code workflow needs a formal eval before it is trusted or changed.
|
||||||
allowed-tools: Read, Write, Edit, Bash, Grep, Glob
|
allowed-tools: Read, Write, Edit, Bash, Grep, Glob
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: frontend-patterns
|
name: frontend-patterns
|
||||||
description: Frontend development patterns for React, Next.js, state management, performance optimization, and UI best practices.
|
description: Frontend development patterns for React, Next.js, state management, performance optimization, and UI best practices. Use when building or reviewing React or Next.js components, state, or render performance.
|
||||||
---
|
---
|
||||||
|
|
||||||
# Frontend Development Patterns
|
# Frontend Development Patterns
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: mcp-server-patterns
|
name: mcp-server-patterns
|
||||||
description: Build MCP servers with Node/TypeScript SDK — tools, resources, prompts, Zod validation, stdio vs Streamable HTTP. Use Context7 or official MCP docs for latest API.
|
description: Build MCP servers with Node/TypeScript SDK — tools, resources, prompts, Zod validation, stdio vs Streamable HTTP. Use Context7 or official MCP docs for latest API. Use when building or debugging an MCP server — tools, resources, prompts, validation, or transport choice.
|
||||||
---
|
---
|
||||||
|
|
||||||
# MCP Server Patterns
|
# MCP Server Patterns
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: strategic-compact
|
name: strategic-compact
|
||||||
description: Suggests manual context compaction at logical intervals to preserve context through task phases rather than arbitrary auto-compaction.
|
description: Suggests manual context compaction at logical intervals to preserve context through task phases rather than arbitrary auto-compaction. Use when a session is approaching a context limit and a task phase is a natural place to compact.
|
||||||
---
|
---
|
||||||
|
|
||||||
# Strategic Compact Skill
|
# Strategic Compact Skill
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: verification-loop
|
name: verification-loop
|
||||||
description: "A comprehensive verification system for Claude Code sessions."
|
description: "A comprehensive verification system for Claude Code sessions. Use when verifying a Claude Code session's work before claiming it is complete."
|
||||||
---
|
---
|
||||||
|
|
||||||
# Verification Loop Skill
|
# Verification Loop Skill
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: accessibility
|
name: accessibility
|
||||||
description: Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA
|
description: Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.
|
||||||
standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).
|
standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agent-architecture-audit
|
name: agent-architecture-audit
|
||||||
description: Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature.
|
description: Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.
|
||||||
metadata:
|
metadata:
|
||||||
origin: oh-my-agent-check
|
origin: oh-my-agent-check
|
||||||
tools: Read, Write, Edit, Bash, Grep, Glob
|
tools: Read, Write, Edit, Bash, Grep, Glob
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agent-eval
|
name: agent-eval
|
||||||
description: Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics
|
description: Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.
|
||||||
license: MIT
|
license: MIT
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agent-harness-construction
|
name: agent-harness-construction
|
||||||
description: Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates.
|
description: Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent's tool set, action space, or observation format.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agent-introspection-debugging
|
name: agent-introspection-debugging
|
||||||
description: Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports.
|
description: Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agent-payment-x402
|
name: agent-payment-x402
|
||||||
description: Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol.
|
description: Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agentic-engineering
|
name: agentic-engineering
|
||||||
description: Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing.
|
description: Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: agentic-os
|
name: agentic-os
|
||||||
description: Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases.
|
description: Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: ai-first-engineering
|
name: ai-first-engineering
|
||||||
description: Engineering operating model for teams where AI agents generate a large share of implementation output.
|
description: Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: ai-regression-testing
|
name: ai-regression-testing
|
||||||
description: Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code.
|
description: Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: android-clean-architecture
|
name: android-clean-architecture
|
||||||
description: Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns.
|
description: Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -2,8 +2,8 @@
|
|||||||
name: api-connector-builder
|
name: api-connector-builder
|
||||||
description: Build a new API connector or provider by matching the target repo's existing integration pattern exactly. Use when adding one more integration without inventing a second architecture.
|
description: Build a new API connector or provider by matching the target repo's existing integration pattern exactly. Use when adding one more integration without inventing a second architecture.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: ECC direct-port adaptation
|
origin: ECC direct-port adaptation
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# API Connector Builder
|
# API Connector Builder
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: api-design
|
name: api-design
|
||||||
description: REST API design patterns including resource naming, status codes, pagination, filtering, error responses, versioning, and rate limiting for production APIs.
|
description: REST API design patterns including resource naming, status codes, pagination, filtering, error responses, versioning, and rate limiting for production APIs. Use when designing or reviewing REST endpoints, resource names, status codes, pagination, or versioning.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: autonomous-loops
|
name: autonomous-loops
|
||||||
description: "Patterns and architectures for autonomous Claude Code loops — from simple sequential pipelines to RFC-driven multi-agent DAG systems."
|
description: "Patterns and architectures for autonomous Claude Code loops — from simple sequential pipelines to RFC-driven multi-agent DAG systems. Retained for compatibility only: when new autonomous loop guidance is needed, use continuous-agent-loop instead."
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: backend-patterns
|
name: backend-patterns
|
||||||
description: Backend architecture patterns, API design, database optimization, and server-side best practices for Node.js, Express, and Next.js API routes.
|
description: Backend architecture patterns, API design, database optimization, and server-side best practices for Node.js, Express, and Next.js API routes. Use when building or reviewing Node.js, Express, or Next.js API routes and their data access.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -8,9 +8,9 @@ description: >
|
|||||||
and compliance vetting. Use when managing carriers, negotiating rates, evaluating
|
and compliance vetting. Use when managing carriers, negotiating rates, evaluating
|
||||||
carrier performance, or building freight strategies.
|
carrier performance, or building freight strategies.
|
||||||
license: Apache-2.0
|
license: Apache-2.0
|
||||||
version: 1.0.0
|
|
||||||
homepage: https://github.com/affaan-m/everything-claude-code
|
homepage: https://github.com/affaan-m/everything-claude-code
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 1.0.0
|
||||||
origin: ECC
|
origin: ECC
|
||||||
author: evos
|
author: evos
|
||||||
clawdbot:
|
clawdbot:
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: cisco-ios-patterns
|
name: cisco-ios-patterns
|
||||||
description: Cisco IOS and IOS-XE review patterns for show commands, config hierarchy, wildcard masks, ACL placement, interface hygiene, and safe change-window verification.
|
description: Cisco IOS and IOS-XE review patterns for show commands, config hierarchy, wildcard masks, ACL placement, interface hygiene, and safe change-window verification. Use when reading, writing, or reviewing Cisco IOS / IOS-XE configuration or planning a change window.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
+2
-2
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: ck
|
name: ck
|
||||||
description: Persistent per-project memory for Claude Code. Auto-loads project context on session start, tracks sessions with git activity, and writes to native memory. Commands run deterministic Node.js scripts — behavior is consistent across model versions.
|
description: Persistent per-project memory for Claude Code. Auto-loads project context on session start, tracks sessions with git activity, and writes to native memory. Commands run deterministic Node.js scripts — behavior is consistent across model versions. Use when a project needs context to survive across Claude Code sessions instead of being re-explained each time.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 2.0.0
|
||||||
origin: community
|
origin: community
|
||||||
version: 2.0.0
|
|
||||||
author: sreedhargs89
|
author: sreedhargs89
|
||||||
repo: https://github.com/sreedhargs89/context-keeper
|
repo: https://github.com/sreedhargs89/context-keeper
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: claude-devfleet
|
name: claude-devfleet
|
||||||
description: Orchestrate multi-agent coding tasks via Claude DevFleet — plan projects, dispatch parallel agents in isolated worktrees, monitor progress, and read structured reports.
|
description: Orchestrate multi-agent coding tasks via Claude DevFleet — plan projects, dispatch parallel agents in isolated worktrees, monitor progress, and read structured reports. Use when dispatching parallel coding agents across isolated worktrees and tracking their reports.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: clickhouse-io
|
name: clickhouse-io
|
||||||
description: ClickHouse database patterns, query optimization, analytics, and data engineering best practices for high-performance analytical workloads.
|
description: ClickHouse database patterns, query optimization, analytics, and data engineering best practices for high-performance analytical workloads. Use when writing ClickHouse schemas or queries, or when an analytical query is too slow.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: code-tour
|
name: code-tour
|
||||||
description: Create CodeTour `.tour` files — persona-targeted, step-by-step walkthroughs with real file and line anchors. Use for onboarding tours, architecture walkthroughs, PR tours, RCA tours, and structured "explain how this works" requests.
|
description: Create CodeTour `.tour` files — persona-targeted, step-by-step walkthroughs with real file and line anchors. Use for onboarding tours, architecture walkthroughs, PR tours, RCA tours, and structured "explain how this works" requests. Use when the user asks for a code tour, onboarding walkthrough, PR tour, or an explanation of how a subsystem works.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: coding-standards
|
name: coding-standards
|
||||||
description: Baseline cross-project coding conventions for naming, readability, immutability, and code-quality review. Use detailed frontend or backend skills for framework-specific patterns.
|
description: Baseline cross-project coding conventions for naming, readability, immutability, and code-quality review. Use detailed frontend or backend skills for framework-specific patterns. Use when reviewing code quality or naming with no framework-specific skill that applies.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: compose-multiplatform-patterns
|
name: compose-multiplatform-patterns
|
||||||
description: Compose Multiplatform and Jetpack Compose patterns for KMP projects — state management, navigation, theming, performance, and platform-specific UI.
|
description: Compose Multiplatform and Jetpack Compose patterns for KMP projects — state management, navigation, theming, performance, and platform-specific UI. Use when building Compose or Jetpack Compose UI, state, navigation, or theming in a KMP project.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: content-hash-cache-pattern
|
name: content-hash-cache-pattern
|
||||||
description: Cache expensive file processing results using SHA-256 content hashes — path-independent, auto-invalidating, with service layer separation.
|
description: Cache expensive file processing results using SHA-256 content hashes — path-independent, auto-invalidating, with service layer separation. Use when repeated file processing is slow and results should be cached and invalidated by content rather than path.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: context-budget
|
name: context-budget
|
||||||
description: Audits Claude Code context window consumption across agents, skills, MCP servers, and rules. Identifies bloat, redundant components, and produces prioritized token-savings recommendations.
|
description: Audits Claude Code context window consumption across agents, skills, MCP servers, and rules. Identifies bloat, redundant components, and produces prioritized token-savings recommendations. Use when the context window is filling up too fast and the agents, skills, MCP servers, or rules consuming it need to be identified.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: continuous-agent-loop
|
name: continuous-agent-loop
|
||||||
description: Patterns for continuous autonomous agent loops with quality gates, evals, and recovery controls.
|
description: Patterns for continuous autonomous agent loops with quality gates, evals, and recovery controls. Use when running an agent loop that must self-check, gate on evals, and recover from failures.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: continuous-learning-v2
|
name: continuous-learning-v2
|
||||||
description: Instinct-based learning system that observes sessions via hooks, creates atomic instincts with confidence scoring, and evolves them into skills/commands/agents. v2.1 adds project-scoped instincts to prevent cross-project contamination.
|
description: Instinct-based learning system that observes sessions via hooks, creates atomic instincts with confidence scoring, and evolves them into skills/commands/agents. v2.1 adds project-scoped instincts to prevent cross-project contamination. Use when capturing lessons from a session, managing instincts, or promoting them into skills, commands, or agents.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 2.1.0
|
||||||
origin: ECC
|
origin: ECC
|
||||||
version: 2.1.0
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Continuous Learning v2.1 - Instinct
|
# Continuous Learning v2.1 - Instinct
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: continuous-learning
|
name: continuous-learning
|
||||||
description: "[DEPRECATED - use continuous-learning-v2] Legacy v1 stop-hook skill extractor. v2 is a strict superset with instinct-based, project-scoped, hook-reliable learning. Do not invoke v1; route continuous learning, session learning, and pattern extraction requests to continuous-learning-v2."
|
description: "[DEPRECATED - use continuous-learning-v2] Legacy v1 stop-hook skill extractor. v2 is a strict superset with instinct-based, project-scoped, hook-reliable learning. Do not invoke v1: when continuous learning, session learning, or pattern extraction is requested, route to continuous-learning-v2 instead."
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: cost-aware-llm-pipeline
|
name: cost-aware-llm-pipeline
|
||||||
description: Cost optimization patterns for LLM API usage — model routing by task complexity, budget tracking, retry logic, and prompt caching.
|
description: Cost optimization patterns for LLM API usage — model routing by task complexity, budget tracking, retry logic, and prompt caching. Use when LLM spend needs to come down, or when routing tasks across model tiers and budgets.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: csharp-testing
|
name: csharp-testing
|
||||||
description: C# and .NET testing patterns with xUnit, FluentAssertions, mocking, integration tests, and test organization best practices.
|
description: C# and .NET testing patterns with xUnit, FluentAssertions, mocking, integration tests, and test organization best practices. Use when writing or reviewing xUnit tests, mocks, or integration tests in a C# / .NET project.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -9,9 +9,9 @@ description: >
|
|||||||
tariff classification, trade compliance, import/export documentation, or
|
tariff classification, trade compliance, import/export documentation, or
|
||||||
duty optimization.
|
duty optimization.
|
||||||
license: Apache-2.0
|
license: Apache-2.0
|
||||||
version: 1.0.0
|
|
||||||
homepage: https://github.com/affaan-m/everything-claude-code
|
homepage: https://github.com/affaan-m/everything-claude-code
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 1.0.0
|
||||||
origin: ECC
|
origin: ECC
|
||||||
author: evos
|
author: evos
|
||||||
clawdbot:
|
clawdbot:
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: dart-flutter-patterns
|
name: dart-flutter-patterns
|
||||||
description: Production-ready Dart and Flutter patterns covering null safety, immutable state, async composition, widget architecture, popular state management frameworks (BLoC, Riverpod, Provider), GoRouter navigation, Dio networking, Freezed code generation, and clean architecture.
|
description: Production-ready Dart and Flutter patterns covering null safety, immutable state, async composition, widget architecture, popular state management frameworks (BLoC, Riverpod, Provider), GoRouter navigation, Dio networking, Freezed code generation, and clean architecture. Use when writing or reviewing Dart and Flutter code — state, widgets, navigation, networking, or architecture.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -2,8 +2,8 @@
|
|||||||
name: dashboard-builder
|
name: dashboard-builder
|
||||||
description: Build monitoring dashboards that answer real operator questions for Grafana, SigNoz, and similar platforms. Use when turning metrics into a working dashboard instead of a vanity board.
|
description: Build monitoring dashboards that answer real operator questions for Grafana, SigNoz, and similar platforms. Use when turning metrics into a working dashboard instead of a vanity board.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: ECC direct-port adaptation
|
origin: ECC direct-port adaptation
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Dashboard Builder
|
# Dashboard Builder
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: database-migrations
|
name: database-migrations
|
||||||
description: Database migration best practices for schema changes, data migrations, rollbacks, and zero-downtime deployments across PostgreSQL, MySQL, and common ORMs (Prisma, Drizzle, Kysely, Django, TypeORM, golang-migrate).
|
description: Database migration best practices for schema changes, data migrations, rollbacks, and zero-downtime deployments across PostgreSQL, MySQL, and common ORMs (Prisma, Drizzle, Kysely, Django, TypeORM, golang-migrate). Use when writing a schema or data migration, planning a rollback, or aiming for zero-downtime deployment.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: defi-amm-security
|
name: defi-amm-security
|
||||||
description: Security checklist for Solidity AMM contracts, liquidity pools, and swap flows. Covers reentrancy, CEI ordering, donation or inflation attacks, oracle manipulation, slippage, admin controls, and integer math.
|
description: Security checklist for Solidity AMM contracts, liquidity pools, and swap flows. Covers reentrancy, CEI ordering, donation or inflation attacks, oracle manipulation, slippage, admin controls, and integer math. Use when auditing or writing Solidity AMM, liquidity pool, or swap code.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: ECC direct-port adaptation
|
origin: ECC direct-port adaptation
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# DeFi AMM Security
|
# DeFi AMM Security
|
||||||
|
|||||||
@@ -1,8 +1,8 @@
|
|||||||
---
|
---
|
||||||
name: delivery-gate
|
name: delivery-gate
|
||||||
description: Stop hook that blocks Claude from finishing until quality checks pass. Detects rationalization patterns (surface text heuristics), stale learning logs (filesystem mtime), and low disk space. Complements self-audit by mechanically enforcing learning capture habits.
|
description: Stop hook that blocks Claude from finishing until quality checks pass. Detects rationalization patterns (surface text heuristics), stale learning logs (filesystem mtime), and low disk space. Complements self-audit by mechanically enforcing learning capture habits. Use when Claude should be mechanically blocked from declaring work finished before quality checks and learning capture actually pass.
|
||||||
version: 1.1.1
|
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 1.1.1
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: deployment-patterns
|
name: deployment-patterns
|
||||||
description: Deployment workflows, CI/CD pipeline patterns, Docker containerization, health checks, rollback strategies, and production readiness checklists for web applications.
|
description: Deployment workflows, CI/CD pipeline patterns, Docker containerization, health checks, rollback strategies, and production readiness checklists for web applications. Use when setting up CI/CD, containerizing an app, or checking production readiness before a release.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: design-system
|
name: design-system
|
||||||
description: Use this skill to generate or audit design systems, check visual consistency, and review PRs that touch styling.
|
description: Use this skill to generate or audit design systems, check visual consistency, and review PRs that touch styling. Use when generating or auditing a design system, checking visual consistency, or reviewing a PR that touches styling.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: django-patterns
|
name: django-patterns
|
||||||
description: Django architecture patterns, REST API design with DRF, ORM best practices, caching, signals, middleware, and production-grade Django apps.
|
description: Django architecture patterns, REST API design with DRF, ORM best practices, caching, signals, middleware, and production-grade Django apps. Use when building or reviewing Django apps, DRF APIs, ORM queries, or caching.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: django-security
|
name: django-security
|
||||||
description: Django security best practices, authentication, authorization, CSRF protection, SQL injection prevention, XSS prevention, and secure deployment configurations.
|
description: Django security best practices, authentication, authorization, CSRF protection, SQL injection prevention, XSS prevention, and secure deployment configurations. Use when reviewing Django authentication, authorization, input handling, or deployment settings.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: django-tdd
|
name: django-tdd
|
||||||
description: Django testing strategies with pytest-django, TDD methodology, factory_boy, mocking, coverage, and testing Django REST Framework APIs.
|
description: Django testing strategies with pytest-django, TDD methodology, factory_boy, mocking, coverage, and testing Django REST Framework APIs. Use when writing Django or DRF tests with pytest-django, or driving a Django feature test-first.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: dotnet-patterns
|
name: dotnet-patterns
|
||||||
description: Idiomatic C# and .NET patterns, conventions, dependency injection, async/await, and best practices for building robust, maintainable .NET applications.
|
description: Idiomatic C# and .NET patterns, conventions, dependency injection, async/await, and best practices for building robust, maintainable .NET applications. Use when writing or reviewing C# / .NET code — DI, async, or general conventions.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: dynamic-workflow-mode
|
name: dynamic-workflow-mode
|
||||||
description: "Design task-local harnesses, eval gates, and reusable skill extraction for Claude dynamic workflow mode and other adaptive agent harnesses."
|
description: "Design task-local harnesses, eval gates, and reusable skill extraction for Claude dynamic workflow mode and other adaptive agent harnesses. Use when building a task-local harness, adding eval gates, or extracting a reusable skill from ad-hoc work."
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: e2e-testing
|
name: e2e-testing
|
||||||
description: Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies.
|
description: Playwright E2E testing patterns, Page Object Model, configuration, CI/CD integration, artifact management, and flaky test strategies. Use when writing Playwright tests, structuring page objects, or fixing flaky E2E runs in CI.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -4,7 +4,8 @@ description: "Map a described workflow to the right ECC command-GROUP with run-o
|
|||||||
argument-hint: <workflow description | empty=list all>
|
argument-hint: <workflow description | empty=list all>
|
||||||
origin: community
|
origin: community
|
||||||
author: KyawZinLatt
|
author: KyawZinLatt
|
||||||
version: "1.0.0"
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
---
|
---
|
||||||
|
|
||||||
# ECC Recipes
|
# ECC Recipes
|
||||||
|
|||||||
@@ -9,9 +9,9 @@ description: >
|
|||||||
reporting frameworks. Use when procuring energy, optimizing tariffs, managing
|
reporting frameworks. Use when procuring energy, optimizing tariffs, managing
|
||||||
demand charges, evaluating PPAs, or developing energy strategies.
|
demand charges, evaluating PPAs, or developing energy strategies.
|
||||||
license: Apache-2.0
|
license: Apache-2.0
|
||||||
version: 1.0.0
|
|
||||||
homepage: https://github.com/affaan-m/everything-claude-code
|
homepage: https://github.com/affaan-m/everything-claude-code
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 1.0.0
|
||||||
origin: ECC
|
origin: ECC
|
||||||
author: evos
|
author: evos
|
||||||
clawdbot:
|
clawdbot:
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: enterprise-agent-ops
|
name: enterprise-agent-ops
|
||||||
description: Operate long-lived agent workloads with observability, security boundaries, and lifecycle management.
|
description: Operate long-lived agent workloads with observability, security boundaries, and lifecycle management. Use when running long-lived agent workloads that need observability, security boundaries, or lifecycle control.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: error-handling
|
name: error-handling
|
||||||
description: Patterns for robust error handling across TypeScript, Python, and Go. Covers typed errors, error boundaries, retries, circuit breakers, and user-facing error messages.
|
description: Patterns for robust error handling across TypeScript, Python, and Go. Covers typed errors, error boundaries, retries, circuit breakers, and user-facing error messages. Use when designing error types, retries, circuit breakers, or user-facing failure messages in TypeScript, Python, or Go.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: eval-harness
|
name: eval-harness
|
||||||
description: Formal evaluation framework for Claude Code sessions implementing eval-driven development (EDD) principles
|
description: Formal evaluation framework for Claude Code sessions implementing eval-driven development (EDD) principles. Use when a Claude Code workflow needs a formal eval before it is trusted or changed.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
tools: Read, Write, Edit, Bash, Grep, Glob
|
tools: Read, Write, Edit, Bash, Grep, Glob
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: evm-token-decimals
|
name: evm-token-decimals
|
||||||
description: Prevent silent decimal mismatch bugs across EVM chains. Covers runtime decimal lookup, chain-aware caching, bridged-token precision drift, and safe normalization for bots, dashboards, and DeFi tools.
|
description: Prevent silent decimal mismatch bugs across EVM chains. Covers runtime decimal lookup, chain-aware caching, bridged-token precision drift, and safe normalization for bots, dashboards, and DeFi tools. Use when handling token amounts across EVM chains, or when a balance, price, or transfer amount is off by orders of magnitude.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: ECC direct-port adaptation
|
origin: ECC direct-port adaptation
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# EVM Token Decimals
|
# EVM Token Decimals
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: fastapi-patterns
|
name: fastapi-patterns
|
||||||
description: FastAPI best practices covering project structure, Pydantic v2 schemas, dependency injection, async handlers, authentication, authorization, transactional service layers, and testing with httpx and pytest.
|
description: FastAPI best practices covering project structure, Pydantic v2 schemas, dependency injection, async handlers, authentication, authorization, transactional service layers, and testing with httpx and pytest. Use when building or reviewing FastAPI apps — Pydantic schemas, dependencies, async handlers, auth, or tests.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: flutter-dart-code-review
|
name: flutter-dart-code-review
|
||||||
description: Library-agnostic Flutter/Dart code review checklist covering widget best practices, state management patterns (BLoC, Riverpod, Provider, GetX, MobX, Signals), Dart idioms, performance, accessibility, security, and clean architecture.
|
description: Library-agnostic Flutter/Dart code review checklist covering widget best practices, state management patterns (BLoC, Riverpod, Provider, GetX, MobX, Signals), Dart idioms, performance, accessibility, security, and clean architecture. Use when reviewing Flutter or Dart code, whatever state management library the project uses.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: foundation-models-on-device
|
name: foundation-models-on-device
|
||||||
description: Apple FoundationModels framework for on-device LLM — text generation, guided generation with @Generable, tool calling, and snapshot streaming in iOS 26+.
|
description: Apple FoundationModels framework for on-device LLM — text generation, guided generation with @Generable, tool calling, and snapshot streaming in iOS 26+. Use when adding on-device LLM features with Apple FoundationModels on iOS 26+.
|
||||||
---
|
---
|
||||||
|
|
||||||
# FoundationModels: On-Device LLM (iOS 26)
|
# FoundationModels: On-Device LLM (iOS 26)
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: frontend-patterns
|
name: frontend-patterns
|
||||||
description: Frontend development patterns for React, Next.js, state management, performance optimization, and UI best practices.
|
description: Frontend development patterns for React, Next.js, state management, performance optimization, and UI best practices. Use when building or reviewing React or Next.js components, state, or render performance.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: fsharp-testing
|
name: fsharp-testing
|
||||||
description: F# testing patterns with xUnit, FsUnit, Unquote, FsCheck property-based testing, integration tests, and test organization best practices.
|
description: F# testing patterns with xUnit, FsUnit, Unquote, FsCheck property-based testing, integration tests, and test organization best practices. Use when writing F# tests with xUnit, FsUnit, Unquote, or FsCheck.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: gan-style-harness
|
name: gan-style-harness
|
||||||
description: "GAN-inspired Generator-Evaluator agent harness for building high-quality applications autonomously. Based on Anthropic's March 2026 harness design paper."
|
description: "GAN-inspired Generator-Evaluator agent harness for building high-quality applications autonomously. Based on Anthropic's March 2026 harness design paper. Use when a feature should be built autonomously through generator and evaluator iteration until it clears a quality bar."
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC-community
|
origin: ECC-community
|
||||||
tools: Read, Write, Edit, Bash, Grep, Glob, Task
|
tools: Read, Write, Edit, Bash, Grep, Glob, Task
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: generating-python-installer
|
name: generating-python-installer
|
||||||
description: "Commercial-grade Python installer expert for Windows: Nuitka extreme compilation, dist slimming, DLL footprint analysis, and Inno Setup packaging to ship the smallest, fastest installers. Use only for advanced packaging/optimization (minimal size, fast startup), not basic script-to-exe conversion. 中文触发:Nuitka 极限优化、Python 商业打包、极限编译 Python、dist 瘦身、DLL 分析、最小安装包、最快启动、商业级打包风格"
|
description: "Commercial-grade Python installer expert for Windows: Nuitka extreme compilation, dist slimming, DLL footprint analysis, and Inno Setup packaging to ship the smallest, fastest installers. Use when a Python app must ship as a minimal, fast-starting Windows installer; not for basic script-to-exe conversion. 中文触发:Nuitka 极限优化、Python 商业打包、极限编译 Python、dist 瘦身、DLL 分析、最小安装包、最快启动、商业级打包风格"
|
||||||
---
|
---
|
||||||
|
|
||||||
# Generating Python Installer (Commercial-Grade)
|
# Generating Python Installer (Commercial-Grade)
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: git-workflow
|
name: git-workflow
|
||||||
description: Git workflow patterns including branching strategies, commit conventions, merge vs rebase, conflict resolution, and collaborative development best practices for teams of all sizes.
|
description: Git workflow patterns including branching strategies, commit conventions, merge vs rebase, conflict resolution, and collaborative development best practices for teams of all sizes. Use when choosing a branching strategy, writing commit conventions, deciding merge versus rebase, or resolving conflicts.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: golang-patterns
|
name: golang-patterns
|
||||||
description: Idiomatic Go patterns, best practices, and conventions for building robust, efficient, and maintainable Go applications.
|
description: Idiomatic Go patterns, best practices, and conventions for building robust, efficient, and maintainable Go applications. Use when writing or reviewing Go code and idiomatic structure or conventions are in question.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: golang-testing
|
name: golang-testing
|
||||||
description: Go testing patterns including table-driven tests, subtests, benchmarks, fuzzing, and test coverage. Follows TDD methodology with idiomatic Go practices.
|
description: Go testing patterns including table-driven tests, subtests, benchmarks, fuzzing, and test coverage. Follows TDD methodology with idiomatic Go practices. Use when writing Go tests — table-driven cases, subtests, benchmarks, fuzzing, or coverage.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,8 +1,8 @@
|
|||||||
---
|
---
|
||||||
name: growth-log
|
name: growth-log
|
||||||
description: "Use after a complex task, failure, or when reviewing what was learned. Teaches how to write growth logs that extract reusable patterns — not diary entries."
|
description: "Use after a complex task, failure, or when reviewing what was learned. Teaches how to write growth logs that extract reusable patterns — not diary entries."
|
||||||
version: 1.1.0
|
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 1.1.0
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: healthcare-cdss-patterns
|
name: healthcare-cdss-patterns
|
||||||
description: Clinical Decision Support System (CDSS) development patterns. Drug interaction checking, dose validation, clinical scoring (NEWS2, qSOFA), alert severity classification, and integration into EMR workflows.
|
description: Clinical Decision Support System (CDSS) development patterns. Drug interaction checking, dose validation, clinical scoring (NEWS2, qSOFA), alert severity classification, and integration into EMR workflows. Use when building clinical decision support — drug interaction checks, dose validation, clinical scoring, or alert severity.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Healthcare CDSS Development Patterns
|
# Healthcare CDSS Development Patterns
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: healthcare-emr-patterns
|
name: healthcare-emr-patterns
|
||||||
description: EMR/EHR development patterns for healthcare applications. Clinical safety, encounter workflows, prescription generation, clinical decision support integration, and accessibility-first UI for medical data entry.
|
description: EMR/EHR development patterns for healthcare applications. Clinical safety, encounter workflows, prescription generation, clinical decision support integration, and accessibility-first UI for medical data entry. Use when building EMR or EHR features such as encounter workflows, prescription generation, or clinical data entry UI.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Healthcare EMR Development Patterns
|
# Healthcare EMR Development Patterns
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: healthcare-eval-harness
|
name: healthcare-eval-harness
|
||||||
description: Patient safety evaluation harness for healthcare application deployments. Automated test suites for CDSS accuracy, PHI exposure, clinical workflow integrity, and integration compliance. Blocks deployments on safety failures.
|
description: Patient safety evaluation harness for healthcare application deployments. Automated test suites for CDSS accuracy, PHI exposure, clinical workflow integrity, and integration compliance. Blocks deployments on safety failures. Use when a healthcare deployment must be gated on patient-safety tests for CDSS accuracy, PHI exposure, and workflow integrity.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Healthcare Eval Harness — Patient Safety Verification
|
# Healthcare Eval Harness — Patient Safety Verification
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: healthcare-phi-compliance
|
name: healthcare-phi-compliance
|
||||||
description: Protected Health Information (PHI) and Personally Identifiable Information (PII) compliance patterns for healthcare applications. Covers data classification, access control, audit trails, encryption, and common leak vectors.
|
description: Protected Health Information (PHI) and Personally Identifiable Information (PII) compliance patterns for healthcare applications. Covers data classification, access control, audit trails, encryption, and common leak vectors. Use when code touches PHI or PII in a healthcare system, or when auditing access control, audit trails, or leak vectors.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
origin: Health1 Super Speciality Hospitals — contributed by Dr. Keyur Patel
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# Healthcare PHI/PII Compliance Patterns
|
# Healthcare PHI/PII Compliance Patterns
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: hexagonal-architecture
|
name: hexagonal-architecture
|
||||||
description: Design, implement, and refactor Ports & Adapters systems with clear domain boundaries, dependency inversion, and testable use-case orchestration across TypeScript, Java, Kotlin, and Go services.
|
description: Design, implement, and refactor Ports & Adapters systems with clear domain boundaries, dependency inversion, and testable use-case orchestration across TypeScript, Java, Kotlin, and Go services. Use when introducing or refactoring toward Ports and Adapters, or when domain logic has become entangled with I/O.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -2,8 +2,8 @@
|
|||||||
name: hipaa-compliance
|
name: hipaa-compliance
|
||||||
description: HIPAA-specific entrypoint for healthcare privacy and security work. Use when a task is explicitly framed around HIPAA, PHI handling, covered entities, BAAs, breach posture, or US healthcare compliance requirements.
|
description: HIPAA-specific entrypoint for healthcare privacy and security work. Use when a task is explicitly framed around HIPAA, PHI handling, covered entities, BAAs, breach posture, or US healthcare compliance requirements.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: ECC direct-port adaptation
|
origin: ECC direct-port adaptation
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# HIPAA Compliance
|
# HIPAA Compliance
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: homelab-network-setup
|
name: homelab-network-setup
|
||||||
description: Practical home and homelab network planning for gateways, switches, access points, IP ranges, DHCP reservations, DNS, cabling, and common beginner mistakes.
|
description: Practical home and homelab network planning for gateways, switches, access points, IP ranges, DHCP reservations, DNS, cabling, and common beginner mistakes. Use when planning or fixing a home or homelab network — gateway, switch, AP, IP ranges, DHCP, DNS, or cabling.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: homelab-pihole-dns
|
name: homelab-pihole-dns
|
||||||
description: Pi-hole installation, blocklist management, DNS-over-HTTPS setup, DHCP integration, local DNS records, and troubleshooting broken DNS resolution on a home network.
|
description: Pi-hole installation, blocklist management, DNS-over-HTTPS setup, DHCP integration, local DNS records, and troubleshooting broken DNS resolution on a home network. Use when the task explicitly involves Pi-hole — installing it, managing blocklists, configuring DoH or DHCP, adding local DNS records, or diagnosing DNS resolution with Pi-hole in the path.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: homelab-vlan-segmentation
|
name: homelab-vlan-segmentation
|
||||||
description: Segmenting home networks into VLANs for IoT, guest, trusted, and server traffic using UniFi, pfSense/OPNsense, and MikroTik — including switch trunk config, firewall rules, and wireless SSID mapping.
|
description: Segmenting home networks into VLANs for IoT, guest, trusted, and server traffic using UniFi, pfSense/OPNsense, and MikroTik — including switch trunk config, firewall rules, and wireless SSID mapping. Use when splitting a home network into IoT, guest, trusted, and server VLANs on UniFi, pfSense/OPNsense, or MikroTik.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: homelab-wireguard-vpn
|
name: homelab-wireguard-vpn
|
||||||
description: WireGuard VPN server setup, peer configuration, key generation, split tunneling vs full tunnel routing, and remote access to a home network from mobile and laptop clients.
|
description: WireGuard VPN server setup, peer configuration, key generation, split tunneling vs full tunnel routing, and remote access to a home network from mobile and laptop clients. Use when setting up WireGuard for remote access to a home network, or deciding between split and full tunnel routing.
|
||||||
metadata:
|
metadata:
|
||||||
origin: community
|
origin: community
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -9,9 +9,9 @@ description: >
|
|||||||
Use when forecasting demand, setting safety stock, planning replenishment,
|
Use when forecasting demand, setting safety stock, planning replenishment,
|
||||||
managing promotions, or optimizing inventory levels.
|
managing promotions, or optimizing inventory levels.
|
||||||
license: Apache-2.0
|
license: Apache-2.0
|
||||||
version: 1.0.0
|
|
||||||
homepage: https://github.com/affaan-m/everything-claude-code
|
homepage: https://github.com/affaan-m/everything-claude-code
|
||||||
metadata:
|
metadata:
|
||||||
|
version: 1.0.0
|
||||||
origin: ECC
|
origin: ECC
|
||||||
author: evos
|
author: evos
|
||||||
clawdbot:
|
clawdbot:
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: iterative-retrieval
|
name: iterative-retrieval
|
||||||
description: Pattern for progressively refining context retrieval to solve the subagent context problem
|
description: Pattern for progressively refining context retrieval to solve the subagent context problem. Use when a subagent lacks the context it needs and retrieval must be refined across passes.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: ito-basket-compare
|
name: ito-basket-compare
|
||||||
description: Compare Itô prediction-market baskets against a user's knowledge base, portfolio notes, financial context, watchlist, or research thesis. Use for read-only basket comparison and gap analysis without investment advice or live trading.
|
description: Compare Itô prediction-market baskets against a user's knowledge base, portfolio notes, financial context, watchlist, or research thesis. Use for read-only basket comparison and gap analysis without investment advice or live trading. Use when comparing an Itô prediction-market basket against a knowledge base, portfolio notes, or research thesis.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: ito-trade-planner
|
name: ito-trade-planner
|
||||||
description: Build a non-advisory prediction-market trade planning worksheet for Itô or venue workflows. Use to inspect venues, underliers, constraints, order prerequisites, and manual execution steps without placing trades or recommending positions.
|
description: Build a non-advisory prediction-market trade planning worksheet for Itô or venue workflows. Use to inspect venues, underliers, constraints, order prerequisites, and manual execution steps without placing trades or recommending positions. Use when building a non-advisory Itô trade planning worksheet or checking order prerequisites.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: java-coding-standards
|
name: java-coding-standards
|
||||||
description: "Java coding standards for Spring Boot and Quarkus services: naming, immutability, Optional usage, streams, exceptions, generics, CDI, reactive patterns, and project layout. Automatically applies framework-specific conventions."
|
description: "Java coding standards for Spring Boot and Quarkus services: naming, immutability, Optional usage, streams, exceptions, generics, CDI, reactive patterns, and project layout. Automatically applies framework-specific conventions. Use when writing or reviewing Java in a Spring Boot or Quarkus service."
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: jpa-patterns
|
name: jpa-patterns
|
||||||
description: JPA/Hibernate patterns for entity design, relationships, query optimization, transactions, auditing, indexing, pagination, and pooling in Spring Boot.
|
description: JPA/Hibernate patterns for entity design, relationships, query optimization, transactions, auditing, indexing, pagination, and pooling in Spring Boot. Use when designing JPA entities or relationships, or when a Hibernate query, transaction, or N+1 problem needs fixing.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: kotlin-coroutines-flows
|
name: kotlin-coroutines-flows
|
||||||
description: Kotlin Coroutines and Flow patterns for Android and KMP — structured concurrency, Flow operators, StateFlow, error handling, and testing.
|
description: Kotlin Coroutines and Flow patterns for Android and KMP — structured concurrency, Flow operators, StateFlow, error handling, and testing. Use when writing coroutines or Flow code on Android or KMP, or debugging cancellation and concurrency.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: kotlin-exposed-patterns
|
name: kotlin-exposed-patterns
|
||||||
description: JetBrains Exposed ORM patterns including DSL queries, DAO pattern, transactions, HikariCP connection pooling, Flyway migrations, and repository pattern.
|
description: JetBrains Exposed ORM patterns including DSL queries, DAO pattern, transactions, HikariCP connection pooling, Flyway migrations, and repository pattern. Use when working with the Exposed ORM — DSL or DAO queries, transactions, pooling, or migrations.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: kotlin-ktor-patterns
|
name: kotlin-ktor-patterns
|
||||||
description: Ktor server patterns including routing DSL, plugins, authentication, Koin DI, kotlinx.serialization, WebSockets, and testApplication testing.
|
description: Ktor server patterns including routing DSL, plugins, authentication, Koin DI, kotlinx.serialization, WebSockets, and testApplication testing. Use when building a Ktor server — routing, plugins, auth, DI, serialization, or tests.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: kotlin-patterns
|
name: kotlin-patterns
|
||||||
description: Idiomatic Kotlin patterns, best practices, and conventions for building robust, efficient, and maintainable Kotlin applications with coroutines, null safety, and DSL builders.
|
description: Idiomatic Kotlin patterns, best practices, and conventions for building robust, efficient, and maintainable Kotlin applications with coroutines, null safety, and DSL builders. Use when writing or reviewing Kotlin code and idiomatic structure or null safety is in question.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: kotlin-testing
|
name: kotlin-testing
|
||||||
description: Kotlin testing patterns with Kotest, MockK, coroutine testing, property-based testing, and Kover coverage. Follows TDD methodology with idiomatic Kotlin practices.
|
description: Kotlin testing patterns with Kotest, MockK, coroutine testing, property-based testing, and Kover coverage. Follows TDD methodology with idiomatic Kotlin practices. Use when writing Kotlin tests with Kotest or MockK, or testing coroutines and checking coverage.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: kubernetes-patterns
|
name: kubernetes-patterns
|
||||||
description: Kubernetes workload patterns, resource management, RBAC, probes, autoscaling, ConfigMap/Secret handling, and kubectl debugging for production-grade deployments.
|
description: Kubernetes workload patterns, resource management, RBAC, probes, autoscaling, ConfigMap/Secret handling, and kubectl debugging for production-grade deployments. Use when writing or reviewing Kubernetes manifests, or debugging probes, RBAC, autoscaling, or resource limits.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: laravel-patterns
|
name: laravel-patterns
|
||||||
description: Laravel architecture patterns, routing/controllers, Eloquent ORM, service layers, queues, events, caching, and API resources for production apps.
|
description: Laravel architecture patterns, routing/controllers, Eloquent ORM, service layers, queues, events, caching, and API resources for production apps. Use when building or reviewing Laravel apps — controllers, Eloquent, service layers, queues, or API resources.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: laravel-security
|
name: laravel-security
|
||||||
description: Laravel security best practices — authentication, authorization, Eloquent safety, CSRF, XSS prevention, API security, and secure deployment configurations.
|
description: Laravel security best practices — authentication, authorization, Eloquent safety, CSRF, XSS prevention, API security, and secure deployment configurations. Use when reviewing Laravel auth, Eloquent safety, CSRF, XSS, API security, or deployment configuration.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: laravel-tdd
|
name: laravel-tdd
|
||||||
description: Laravel testing strategies with PHPUnit, Pest, model factories, HTTP tests, Sanctum authentication testing, mocking, and coverage.
|
description: Laravel testing strategies with PHPUnit, Pest, model factories, HTTP tests, Sanctum authentication testing, mocking, and coverage. Use when writing Laravel tests with PHPUnit or Pest, or driving a Laravel feature test-first.
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: laravel-verification
|
name: laravel-verification
|
||||||
description: "Verification loop for Laravel projects: env checks, linting, static analysis, tests with coverage, security scans, and deployment readiness."
|
description: "Verification loop for Laravel projects: env checks, linting, static analysis, tests with coverage, security scans, and deployment readiness. Use when verifying a Laravel project before merge or deploy — lint, static analysis, tests, coverage, security."
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
---
|
---
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: latency-critical-systems
|
name: latency-critical-systems
|
||||||
description: Use for latency-sensitive systems such as realtime dashboards, market data, streaming agents, execution gateways, queues, caches, or HFT-like infrastructure where freshness and p95 latency matter.
|
description: Use for latency-sensitive systems such as realtime dashboards, market data, streaming agents, execution gateways, queues, caches, or HFT-like infrastructure where freshness and p95 latency matter. Use when p95 latency or data freshness matters — realtime dashboards, market data, streaming agents, queues, or caches.
|
||||||
license: MIT
|
license: MIT
|
||||||
metadata:
|
metadata:
|
||||||
origin: ECC
|
origin: ECC
|
||||||
|
|||||||
@@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
name: liquid-glass-design
|
name: liquid-glass-design
|
||||||
description: iOS 26 Liquid Glass design system — dynamic glass material with blur, reflection, and interactive morphing for SwiftUI, UIKit, and WidgetKit.
|
description: iOS 26 Liquid Glass design system — dynamic glass material with blur, reflection, and interactive morphing for SwiftUI, UIKit, and WidgetKit. Use when building iOS 26 Liquid Glass UI in SwiftUI, UIKit, or WidgetKit.
|
||||||
---
|
---
|
||||||
|
|
||||||
# Liquid Glass Design System (iOS 26)
|
# Liquid Glass Design System (iOS 26)
|
||||||
|
|||||||
@@ -1,9 +1,9 @@
|
|||||||
---
|
---
|
||||||
name: llm-trading-agent-security
|
name: llm-trading-agent-security
|
||||||
description: Security patterns for autonomous trading agents with wallet or transaction authority. Covers prompt injection, spend limits, pre-send simulation, circuit breakers, MEV protection, and key handling.
|
description: Security patterns for autonomous trading agents with wallet or transaction authority. Covers prompt injection, spend limits, pre-send simulation, circuit breakers, MEV protection, and key handling. Use when an autonomous agent holds wallet or transaction authority and its limits, simulation, or key handling need review.
|
||||||
metadata:
|
metadata:
|
||||||
|
version: "1.0.0"
|
||||||
origin: ECC direct-port adaptation
|
origin: ECC direct-port adaptation
|
||||||
version: "1.0.0"
|
|
||||||
---
|
---
|
||||||
|
|
||||||
# LLM Trading Agent Security
|
# LLM Trading Agent Security
|
||||||
|
|||||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user