ctxora 6.2.2 → 6.3.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/plugin.json +11 -0
- package/README.md +102 -16
- package/README.vi.md +93 -7
- package/THIRD_PARTY_NOTICES.md +12 -0
- package/agents/ctxora-context-engineer.md +6 -0
- package/agents/ctxora-maintainer.md +6 -0
- package/agents/ctxora-reviewer.md +6 -0
- package/bin/ctxora.mjs +1 -1
- package/commands/context.md +15 -0
- package/commands/guide.md +8 -0
- package/commands/handoff.md +8 -0
- package/commands/health.md +14 -0
- package/commands/learn.md +8 -0
- package/commands/plan.md +15 -0
- package/commands/review.md +8 -0
- package/commands/route.md +6 -0
- package/docs/COMMAND-SKILL-MAP.md +25 -0
- package/docs/third-party/ECC-LICENSE +21 -0
- package/package.json +14 -1
- package/pyproject.toml +6 -1
- package/schemas/README.md +3 -0
- package/schemas/mcp-v2/context_stats.request.schema.json +10 -0
- package/schemas/mcp-v2/context_stats.response.schema.json +5 -0
- package/schemas/mcp-v2/delete_conversation_handoff.request.schema.json +17 -0
- package/schemas/mcp-v2/delete_conversation_handoff.response.schema.json +5 -0
- package/schemas/mcp-v2/ecc_search.request.schema.json +16 -0
- package/schemas/mcp-v2/ecc_search.response.schema.json +5 -0
- package/schemas/mcp-v2/ecc_status.request.schema.json +6 -0
- package/schemas/mcp-v2/ecc_status.response.schema.json +5 -0
- package/schemas/mcp-v2/error.response.schema.json +40 -0
- package/schemas/mcp-v2/handoff_conversation.request.schema.json +29 -0
- package/schemas/mcp-v2/handoff_conversation.response.schema.json +5 -0
- package/schemas/mcp-v2/invalidate_context.request.schema.json +17 -0
- package/schemas/mcp-v2/invalidate_context.response.schema.json +5 -0
- package/schemas/mcp-v2/list_conversation_handoffs.request.schema.json +16 -0
- package/schemas/mcp-v2/list_conversation_handoffs.response.schema.json +8 -0
- package/schemas/mcp-v2/memory_delete.request.schema.json +20 -0
- package/schemas/mcp-v2/memory_delete.response.schema.json +5 -0
- package/schemas/mcp-v2/memory_list.request.schema.json +19 -0
- package/schemas/mcp-v2/memory_list.response.schema.json +7 -0
- package/schemas/mcp-v2/memory_save.request.schema.json +42 -0
- package/schemas/mcp-v2/memory_save.response.schema.json +5 -0
- package/schemas/mcp-v2/memory_search.request.schema.json +26 -0
- package/schemas/mcp-v2/memory_search.response.schema.json +8 -0
- package/schemas/mcp-v2/plan_context.request.schema.json +24 -0
- package/schemas/mcp-v2/plan_context.response.schema.json +5 -0
- package/schemas/mcp-v2/prepare_context.request.schema.json +42 -0
- package/schemas/mcp-v2/prepare_context.response.schema.json +72 -0
- package/schemas/mcp-v2/purge_expired_handoffs.request.schema.json +6 -0
- package/schemas/mcp-v2/purge_expired_handoffs.response.schema.json +5 -0
- package/schemas/mcp-v2/refresh_workspace.request.schema.json +19 -0
- package/schemas/mcp-v2/refresh_workspace.response.schema.json +5 -0
- package/schemas/mcp-v2/register_workspace.request.schema.json +23 -0
- package/schemas/mcp-v2/register_workspace.response.schema.json +5 -0
- package/schemas/mcp-v2/restore_conversation_handoff.request.schema.json +17 -0
- package/schemas/mcp-v2/restore_conversation_handoff.response.schema.json +5 -0
- package/schemas/mcp-v2/retrieve_context.request.schema.json +26 -0
- package/schemas/mcp-v2/retrieve_context.response.schema.json +5 -0
- package/schemas/mcp-v2/route_skills.request.schema.json +29 -0
- package/schemas/mcp-v2/route_skills.response.schema.json +5 -0
- package/schemas/mcp-v2/skill_feedback.request.schema.json +33 -0
- package/schemas/mcp-v2/skill_feedback.response.schema.json +5 -0
- package/schemas/mcp-v2/skill_learning_status.request.schema.json +16 -0
- package/schemas/mcp-v2/skill_learning_status.response.schema.json +5 -0
- package/skills/ctxora-context-health/SKILL.md +29 -0
- package/skills/ctxora-continuous-learning/SKILL.md +26 -0
- package/skills/ctxora-navigation/SKILL.md +20 -0
- package/skills/ctxora-repository-context/SKILL.md +33 -0
- package/skills/ctxora-setup/SKILL.md +26 -0
- package/skills/ctxora-workflow-profiles/SKILL.md +30 -0
- package/src/harness_context/api/v2/contracts.py +9 -0
- package/src/harness_context/application/container.py +2 -0
- package/src/harness_context/application/context_service.py +11 -2
- package/src/harness_context/application/protocols.py +5 -0
- package/src/harness_context/bootstrap.py +4 -1
- package/src/harness_context/cli/app.py +112 -0
- package/src/harness_context/mcp/capabilities.py +1 -0
- package/src/harness_context/mcp/tool_handlers/__init__.py +5 -1
- package/src/harness_context/mcp/tool_handlers/skills.py +29 -0
- package/src/harness_context/mcp/tools.py +2 -0
- package/src/harness_context/skills/__init__.py +4 -0
- package/src/harness_context/skills/catalog.py +245 -0
- package/src/harness_context/skills/ecc/accessibility/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/accessibility/SKILL.md +147 -0
- package/src/harness_context/skills/ecc/agent-architecture-audit/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-architecture-audit/SKILL.md +257 -0
- package/src/harness_context/skills/ecc/agent-eval/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-eval/SKILL.md +147 -0
- package/src/harness_context/skills/ecc/agent-harness-construction/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-harness-construction/SKILL.md +74 -0
- package/src/harness_context/skills/ecc/agent-introspection-debugging/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-introspection-debugging/SKILL.md +154 -0
- package/src/harness_context/skills/ecc/agent-payment-x402/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-payment-x402/SKILL.md +225 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/SKILL.md +182 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/examples/high-score-example.md +87 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/examples/low-score-example.md +86 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/references/evaluation-criteria.md +71 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/references/hook-integration.md +64 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/scripts/evaluate.py +408 -0
- package/src/harness_context/skills/ecc/agent-self-evaluation/templates/evaluation-report.md +86 -0
- package/src/harness_context/skills/ecc/agent-sort/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agent-sort/SKILL.md +216 -0
- package/src/harness_context/skills/ecc/agentic-engineering/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agentic-engineering/SKILL.md +64 -0
- package/src/harness_context/skills/ecc/agentic-os/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/agentic-os/SKILL.md +388 -0
- package/src/harness_context/skills/ecc/ai-first-engineering/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ai-first-engineering/SKILL.md +52 -0
- package/src/harness_context/skills/ecc/ai-regression-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ai-regression-testing/SKILL.md +386 -0
- package/src/harness_context/skills/ecc/android-clean-architecture/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/android-clean-architecture/SKILL.md +340 -0
- package/src/harness_context/skills/ecc/angular-developer/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/angular-developer/SKILL.md +155 -0
- package/src/harness_context/skills/ecc/angular-developer/references/angular-animations.md +160 -0
- package/src/harness_context/skills/ecc/angular-developer/references/angular-aria.md +410 -0
- package/src/harness_context/skills/ecc/angular-developer/references/cli.md +86 -0
- package/src/harness_context/skills/ecc/angular-developer/references/component-harnesses.md +59 -0
- package/src/harness_context/skills/ecc/angular-developer/references/component-styling.md +91 -0
- package/src/harness_context/skills/ecc/angular-developer/references/components.md +117 -0
- package/src/harness_context/skills/ecc/angular-developer/references/creating-services.md +97 -0
- package/src/harness_context/skills/ecc/angular-developer/references/data-resolvers.md +69 -0
- package/src/harness_context/skills/ecc/angular-developer/references/define-routes.md +67 -0
- package/src/harness_context/skills/ecc/angular-developer/references/defining-providers.md +72 -0
- package/src/harness_context/skills/ecc/angular-developer/references/di-fundamentals.md +120 -0
- package/src/harness_context/skills/ecc/angular-developer/references/e2e-testing.md +56 -0
- package/src/harness_context/skills/ecc/angular-developer/references/effects.md +83 -0
- package/src/harness_context/skills/ecc/angular-developer/references/hierarchical-injectors.md +43 -0
- package/src/harness_context/skills/ecc/angular-developer/references/host-elements.md +80 -0
- package/src/harness_context/skills/ecc/angular-developer/references/injection-context.md +63 -0
- package/src/harness_context/skills/ecc/angular-developer/references/inputs.md +101 -0
- package/src/harness_context/skills/ecc/angular-developer/references/linked-signal.md +59 -0
- package/src/harness_context/skills/ecc/angular-developer/references/loading-strategies.md +61 -0
- package/src/harness_context/skills/ecc/angular-developer/references/mcp.md +108 -0
- package/src/harness_context/skills/ecc/angular-developer/references/navigate-to-routes.md +69 -0
- package/src/harness_context/skills/ecc/angular-developer/references/outputs.md +86 -0
- package/src/harness_context/skills/ecc/angular-developer/references/reactive-forms.md +122 -0
- package/src/harness_context/skills/ecc/angular-developer/references/rendering-strategies.md +44 -0
- package/src/harness_context/skills/ecc/angular-developer/references/resource.md +77 -0
- package/src/harness_context/skills/ecc/angular-developer/references/route-animations.md +56 -0
- package/src/harness_context/skills/ecc/angular-developer/references/route-guards.md +52 -0
- package/src/harness_context/skills/ecc/angular-developer/references/router-lifecycle.md +45 -0
- package/src/harness_context/skills/ecc/angular-developer/references/router-testing.md +87 -0
- package/src/harness_context/skills/ecc/angular-developer/references/show-routes-with-outlets.md +68 -0
- package/src/harness_context/skills/ecc/angular-developer/references/signal-forms.md +795 -0
- package/src/harness_context/skills/ecc/angular-developer/references/signals-overview.md +94 -0
- package/src/harness_context/skills/ecc/angular-developer/references/tailwind-css.md +69 -0
- package/src/harness_context/skills/ecc/angular-developer/references/template-driven-forms.md +114 -0
- package/src/harness_context/skills/ecc/angular-developer/references/testing-fundamentals.md +65 -0
- package/src/harness_context/skills/ecc/api-connector-builder/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/api-connector-builder/SKILL.md +121 -0
- package/src/harness_context/skills/ecc/api-design/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/api-design/SKILL.md +524 -0
- package/src/harness_context/skills/ecc/architecture-decision-records/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/architecture-decision-records/SKILL.md +180 -0
- package/src/harness_context/skills/ecc/article-writing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/article-writing/SKILL.md +80 -0
- package/src/harness_context/skills/ecc/automation-audit-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/automation-audit-ops/SKILL.md +143 -0
- package/src/harness_context/skills/ecc/autonomous-agent-harness/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/autonomous-agent-harness/SKILL.md +274 -0
- package/src/harness_context/skills/ecc/autonomous-loops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/autonomous-loops/SKILL.md +611 -0
- package/src/harness_context/skills/ecc/backend-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/backend-patterns/SKILL.md +562 -0
- package/src/harness_context/skills/ecc/benchmark/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/benchmark/SKILL.md +95 -0
- package/src/harness_context/skills/ecc/benchmark-methodology/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/benchmark-methodology/SKILL.md +191 -0
- package/src/harness_context/skills/ecc/benchmark-optimization-loop/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/benchmark-optimization-loop/SKILL.md +71 -0
- package/src/harness_context/skills/ecc/blender-motion-state-inspection/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/blender-motion-state-inspection/SKILL.md +165 -0
- package/src/harness_context/skills/ecc/blueprint/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/blueprint/SKILL.md +106 -0
- package/src/harness_context/skills/ecc/brand-discovery/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/brand-discovery/SKILL.md +145 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/10_purpose-why.md +40 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/20_positioning.md +44 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/30_audience-niche.md +52 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/40_personality-archetype.md +57 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/50_voice-tone.md +59 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/60_narrative-story.md +50 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/70_founder-tension.md +49 -0
- package/src/harness_context/skills/ecc/brand-discovery/references/90_SYNTHESIS.md +133 -0
- package/src/harness_context/skills/ecc/brand-voice/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/brand-voice/SKILL.md +98 -0
- package/src/harness_context/skills/ecc/brand-voice/references/voice-profile-schema.md +55 -0
- package/src/harness_context/skills/ecc/browser-qa/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/browser-qa/SKILL.md +105 -0
- package/src/harness_context/skills/ecc/bun-runtime/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/bun-runtime/SKILL.md +85 -0
- package/src/harness_context/skills/ecc/canary-watch/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/canary-watch/SKILL.md +108 -0
- package/src/harness_context/skills/ecc/carrier-relationship-management/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/carrier-relationship-management/SKILL.md +212 -0
- package/src/harness_context/skills/ecc/cisco-ios-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/cisco-ios-patterns/SKILL.md +164 -0
- package/src/harness_context/skills/ecc/ck/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ck/SKILL.md +148 -0
- package/src/harness_context/skills/ecc/ck/commands/forget.mjs +44 -0
- package/src/harness_context/skills/ecc/ck/commands/info.mjs +24 -0
- package/src/harness_context/skills/ecc/ck/commands/init.mjs +143 -0
- package/src/harness_context/skills/ecc/ck/commands/list.mjs +40 -0
- package/src/harness_context/skills/ecc/ck/commands/migrate.mjs +202 -0
- package/src/harness_context/skills/ecc/ck/commands/resume.mjs +36 -0
- package/src/harness_context/skills/ecc/ck/commands/save.mjs +210 -0
- package/src/harness_context/skills/ecc/ck/commands/shared.mjs +387 -0
- package/src/harness_context/skills/ecc/ck/hooks/session-start.mjs +224 -0
- package/src/harness_context/skills/ecc/claude-devfleet/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/claude-devfleet/SKILL.md +112 -0
- package/src/harness_context/skills/ecc/click-path-audit/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/click-path-audit/SKILL.md +245 -0
- package/src/harness_context/skills/ecc/clickhouse-io/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/clickhouse-io/SKILL.md +445 -0
- package/src/harness_context/skills/ecc/code-tour/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/code-tour/SKILL.md +254 -0
- package/src/harness_context/skills/ecc/codebase-onboarding/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/codebase-onboarding/SKILL.md +234 -0
- package/src/harness_context/skills/ecc/codehealth-mcp/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/codehealth-mcp/SKILL.md +167 -0
- package/src/harness_context/skills/ecc/coding-standards/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/coding-standards/SKILL.md +551 -0
- package/src/harness_context/skills/ecc/competitive-platform-analysis/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/competitive-platform-analysis/SKILL.md +214 -0
- package/src/harness_context/skills/ecc/competitive-report-structure/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/competitive-report-structure/SKILL.md +162 -0
- package/src/harness_context/skills/ecc/compose-multiplatform-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/compose-multiplatform-patterns/SKILL.md +300 -0
- package/src/harness_context/skills/ecc/config-gc/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/config-gc/SKILL.md +120 -0
- package/src/harness_context/skills/ecc/configure-ecc/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/configure-ecc/SKILL.md +206 -0
- package/src/harness_context/skills/ecc/connections-optimizer/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/connections-optimizer/SKILL.md +190 -0
- package/src/harness_context/skills/ecc/content-engine/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/content-engine/SKILL.md +132 -0
- package/src/harness_context/skills/ecc/content-hash-cache-pattern/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/content-hash-cache-pattern/SKILL.md +162 -0
- package/src/harness_context/skills/ecc/context-budget/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/context-budget/SKILL.md +136 -0
- package/src/harness_context/skills/ecc/continuous-agent-loop/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/continuous-agent-loop/SKILL.md +46 -0
- package/src/harness_context/skills/ecc/continuous-learning/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/continuous-learning/SKILL.md +132 -0
- package/src/harness_context/skills/ecc/continuous-learning/config.json +18 -0
- package/src/harness_context/skills/ecc/continuous-learning/evaluate-session.sh +69 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/SKILL.md +377 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/agents/observer-loop.sh +372 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/agents/observer.md +189 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/agents/session-guardian.sh +150 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/agents/start-observer.sh +252 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/config.json +8 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/hooks/observe.sh +675 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/scripts/detect-project.sh +334 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/scripts/instinct-cli.py +2290 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/scripts/lib/homunculus-dir.sh +31 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/scripts/migrate-homunculus.sh +68 -0
- package/src/harness_context/skills/ecc/continuous-learning-v2/scripts/test_parse_instinct.py +1420 -0
- package/src/harness_context/skills/ecc/contract-first/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/contract-first/SKILL.md +287 -0
- package/src/harness_context/skills/ecc/cost-aware-llm-pipeline/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/cost-aware-llm-pipeline/SKILL.md +188 -0
- package/src/harness_context/skills/ecc/cost-tracking/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/cost-tracking/SKILL.md +97 -0
- package/src/harness_context/skills/ecc/council/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/council/SKILL.md +204 -0
- package/src/harness_context/skills/ecc/council-multi-model/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/council-multi-model/SKILL.md +167 -0
- package/src/harness_context/skills/ecc/council-multi-model/scripts/review-with-codex.js +305 -0
- package/src/harness_context/skills/ecc/cpp-coding-standards/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/cpp-coding-standards/SKILL.md +724 -0
- package/src/harness_context/skills/ecc/cpp-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/cpp-testing/SKILL.md +325 -0
- package/src/harness_context/skills/ecc/crosspost/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/crosspost/SKILL.md +123 -0
- package/src/harness_context/skills/ecc/csharp-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/csharp-testing/SKILL.md +322 -0
- package/src/harness_context/skills/ecc/customer-billing-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/customer-billing-ops/SKILL.md +141 -0
- package/src/harness_context/skills/ecc/customs-trade-compliance/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/customs-trade-compliance/SKILL.md +263 -0
- package/src/harness_context/skills/ecc/dart-flutter-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/dart-flutter-patterns/SKILL.md +564 -0
- package/src/harness_context/skills/ecc/dashboard-builder/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/dashboard-builder/SKILL.md +109 -0
- package/src/harness_context/skills/ecc/data-scraper-agent/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/data-scraper-agent/SKILL.md +776 -0
- package/src/harness_context/skills/ecc/data-throughput-accelerator/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/data-throughput-accelerator/SKILL.md +74 -0
- package/src/harness_context/skills/ecc/database-migrations/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/database-migrations/SKILL.md +430 -0
- package/src/harness_context/skills/ecc/deep-research/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/deep-research/SKILL.md +170 -0
- package/src/harness_context/skills/ecc/defi-amm-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/defi-amm-security/SKILL.md +167 -0
- package/src/harness_context/skills/ecc/delivery-gate/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/delivery-gate/SKILL.md +126 -0
- package/src/harness_context/skills/ecc/delivery-gate/hooks/quality-gate.py +220 -0
- package/src/harness_context/skills/ecc/deployment-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/deployment-patterns/SKILL.md +428 -0
- package/src/harness_context/skills/ecc/design-system/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/design-system/SKILL.md +83 -0
- package/src/harness_context/skills/ecc/dev-team/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/dev-team/SKILL.md +203 -0
- package/src/harness_context/skills/ecc/django-celery/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/django-celery/SKILL.md +458 -0
- package/src/harness_context/skills/ecc/django-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/django-patterns/SKILL.md +735 -0
- package/src/harness_context/skills/ecc/django-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/django-security/SKILL.md +644 -0
- package/src/harness_context/skills/ecc/django-tdd/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/django-tdd/SKILL.md +730 -0
- package/src/harness_context/skills/ecc/django-verification/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/django-verification/SKILL.md +470 -0
- package/src/harness_context/skills/ecc/dmux-workflows/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/dmux-workflows/SKILL.md +192 -0
- package/src/harness_context/skills/ecc/docker-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/docker-patterns/SKILL.md +520 -0
- package/src/harness_context/skills/ecc/documentation-lookup/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/documentation-lookup/SKILL.md +91 -0
- package/src/harness_context/skills/ecc/dotnet-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/dotnet-patterns/SKILL.md +322 -0
- package/src/harness_context/skills/ecc/dynamic-workflow-mode/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/dynamic-workflow-mode/SKILL.md +124 -0
- package/src/harness_context/skills/ecc/e2e-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/e2e-testing/SKILL.md +327 -0
- package/src/harness_context/skills/ecc/ecc-guide/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ecc-guide/SKILL.md +190 -0
- package/src/harness_context/skills/ecc/ecc-recipes/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ecc-recipes/SKILL.md +150 -0
- package/src/harness_context/skills/ecc/ecc-tools-cost-audit/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ecc-tools-cost-audit/SKILL.md +161 -0
- package/src/harness_context/skills/ecc/email-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/email-ops/SKILL.md +133 -0
- package/src/harness_context/skills/ecc/energy-procurement/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/energy-procurement/SKILL.md +228 -0
- package/src/harness_context/skills/ecc/enterprise-agent-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/enterprise-agent-ops/SKILL.md +51 -0
- package/src/harness_context/skills/ecc/error-handling/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/error-handling/SKILL.md +377 -0
- package/src/harness_context/skills/ecc/eval-harness/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/eval-harness/SKILL.md +271 -0
- package/src/harness_context/skills/ecc/evm-token-decimals/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/evm-token-decimals/SKILL.md +131 -0
- package/src/harness_context/skills/ecc/exa-search/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/exa-search/SKILL.md +117 -0
- package/src/harness_context/skills/ecc/fal-ai-media/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/fal-ai-media/SKILL.md +289 -0
- package/src/harness_context/skills/ecc/fastapi-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/fastapi-patterns/SKILL.md +514 -0
- package/src/harness_context/skills/ecc/finance-billing-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/finance-billing-ops/SKILL.md +128 -0
- package/src/harness_context/skills/ecc/flox-environments/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/flox-environments/SKILL.md +497 -0
- package/src/harness_context/skills/ecc/flutter-dart-code-review/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/flutter-dart-code-review/SKILL.md +436 -0
- package/src/harness_context/skills/ecc/foundation-models-on-device/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/foundation-models-on-device/SKILL.md +243 -0
- package/src/harness_context/skills/ecc/frontend-a11y/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/frontend-a11y/SKILL.md +446 -0
- package/src/harness_context/skills/ecc/frontend-design-direction/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/frontend-design-direction/SKILL.md +93 -0
- package/src/harness_context/skills/ecc/frontend-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/frontend-patterns/SKILL.md +657 -0
- package/src/harness_context/skills/ecc/frontend-slides/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/frontend-slides/SKILL.md +185 -0
- package/src/harness_context/skills/ecc/frontend-slides/STYLE_PRESETS.md +330 -0
- package/src/harness_context/skills/ecc/frontend-slides/animation-patterns.md +122 -0
- package/src/harness_context/skills/ecc/frontend-slides/html-template.md +419 -0
- package/src/harness_context/skills/ecc/frontend-slides/scripts/export-pdf.sh +418 -0
- package/src/harness_context/skills/ecc/frontend-slides/scripts/extract-pptx.py +96 -0
- package/src/harness_context/skills/ecc/frontend-slides/viewport-base.css +153 -0
- package/src/harness_context/skills/ecc/fsharp-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/fsharp-testing/SKILL.md +281 -0
- package/src/harness_context/skills/ecc/gan-style-harness/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/gan-style-harness/SKILL.md +279 -0
- package/src/harness_context/skills/ecc/gateguard/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/gateguard/SKILL.md +182 -0
- package/src/harness_context/skills/ecc/generating-python-installer/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/generating-python-installer/SKILL.md +820 -0
- package/src/harness_context/skills/ecc/git-workflow/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/git-workflow/SKILL.md +716 -0
- package/src/harness_context/skills/ecc/github-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/github-ops/SKILL.md +162 -0
- package/src/harness_context/skills/ecc/github-ops/references/ecc-release-checklist.md +211 -0
- package/src/harness_context/skills/ecc/golang-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/golang-patterns/SKILL.md +676 -0
- package/src/harness_context/skills/ecc/golang-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/golang-testing/SKILL.md +721 -0
- package/src/harness_context/skills/ecc/google-workspace-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/google-workspace-ops/SKILL.md +96 -0
- package/src/harness_context/skills/ecc/growth-log/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/growth-log/SKILL.md +128 -0
- package/src/harness_context/skills/ecc/healthcare-cdss-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/healthcare-cdss-patterns/SKILL.md +246 -0
- package/src/harness_context/skills/ecc/healthcare-emr-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/healthcare-emr-patterns/SKILL.md +160 -0
- package/src/harness_context/skills/ecc/healthcare-eval-harness/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/healthcare-eval-harness/SKILL.md +208 -0
- package/src/harness_context/skills/ecc/healthcare-phi-compliance/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/healthcare-phi-compliance/SKILL.md +146 -0
- package/src/harness_context/skills/ecc/hermes-imports/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/hermes-imports/SKILL.md +89 -0
- package/src/harness_context/skills/ecc/hexagonal-architecture/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/hexagonal-architecture/SKILL.md +277 -0
- package/src/harness_context/skills/ecc/hipaa-compliance/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/hipaa-compliance/SKILL.md +79 -0
- package/src/harness_context/skills/ecc/homelab-network-readiness/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/homelab-network-readiness/SKILL.md +170 -0
- package/src/harness_context/skills/ecc/homelab-network-setup/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/homelab-network-setup/SKILL.md +130 -0
- package/src/harness_context/skills/ecc/homelab-pihole-dns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/homelab-pihole-dns/SKILL.md +275 -0
- package/src/harness_context/skills/ecc/homelab-vlan-segmentation/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/homelab-vlan-segmentation/SKILL.md +312 -0
- package/src/harness_context/skills/ecc/homelab-wireguard-vpn/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/homelab-wireguard-vpn/SKILL.md +306 -0
- package/src/harness_context/skills/ecc/hookify-rules/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/hookify-rules/SKILL.md +128 -0
- package/src/harness_context/skills/ecc/inherit-legacy-style/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/inherit-legacy-style/SKILL.md +157 -0
- package/src/harness_context/skills/ecc/intent-driven-development/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/intent-driven-development/SKILL.md +360 -0
- package/src/harness_context/skills/ecc/inventory-demand-planning/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/inventory-demand-planning/SKILL.md +247 -0
- package/src/harness_context/skills/ecc/investor-materials/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/investor-materials/SKILL.md +97 -0
- package/src/harness_context/skills/ecc/investor-outreach/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/investor-outreach/SKILL.md +92 -0
- package/src/harness_context/skills/ecc/ios-icon-gen/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ios-icon-gen/SKILL.md +158 -0
- package/src/harness_context/skills/ecc/ios-icon-gen/scripts/generate_icons.swift +258 -0
- package/src/harness_context/skills/ecc/ios-icon-gen/scripts/iconify_gen.sh +235 -0
- package/src/harness_context/skills/ecc/iterative-retrieval/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/iterative-retrieval/SKILL.md +212 -0
- package/src/harness_context/skills/ecc/ito-baskets/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ito-baskets/SKILL.md +263 -0
- package/src/harness_context/skills/ecc/ito-baskets/agents/openai.yaml +4 -0
- package/src/harness_context/skills/ecc/ito-baskets/scripts/ito-baskets.js +195 -0
- package/src/harness_context/skills/ecc/ito-compute/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ito-compute/SKILL.md +165 -0
- package/src/harness_context/skills/ecc/ito-compute/agents/openai.yaml +4 -0
- package/src/harness_context/skills/ecc/ito-inference/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ito-inference/SKILL.md +119 -0
- package/src/harness_context/skills/ecc/ito-training/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ito-training/SKILL.md +123 -0
- package/src/harness_context/skills/ecc/java-coding-standards/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/java-coding-standards/SKILL.md +384 -0
- package/src/harness_context/skills/ecc/jira-integration/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/jira-integration/SKILL.md +312 -0
- package/src/harness_context/skills/ecc/jpa-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/jpa-patterns/SKILL.md +152 -0
- package/src/harness_context/skills/ecc/knowledge-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/knowledge-ops/SKILL.md +155 -0
- package/src/harness_context/skills/ecc/kotlin-coroutines-flows/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/kotlin-coroutines-flows/SKILL.md +285 -0
- package/src/harness_context/skills/ecc/kotlin-exposed-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/kotlin-exposed-patterns/SKILL.md +720 -0
- package/src/harness_context/skills/ecc/kotlin-ktor-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/kotlin-ktor-patterns/SKILL.md +690 -0
- package/src/harness_context/skills/ecc/kotlin-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/kotlin-patterns/SKILL.md +712 -0
- package/src/harness_context/skills/ecc/kotlin-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/kotlin-testing/SKILL.md +825 -0
- package/src/harness_context/skills/ecc/kubernetes-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/kubernetes-patterns/SKILL.md +756 -0
- package/src/harness_context/skills/ecc/laravel-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/laravel-patterns/SKILL.md +416 -0
- package/src/harness_context/skills/ecc/laravel-plugin-discovery/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/laravel-plugin-discovery/SKILL.md +230 -0
- package/src/harness_context/skills/ecc/laravel-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/laravel-security/SKILL.md +948 -0
- package/src/harness_context/skills/ecc/laravel-tdd/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/laravel-tdd/SKILL.md +675 -0
- package/src/harness_context/skills/ecc/laravel-verification/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/laravel-verification/SKILL.md +180 -0
- package/src/harness_context/skills/ecc/latency-critical-systems/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/latency-critical-systems/SKILL.md +75 -0
- package/src/harness_context/skills/ecc/lead-intelligence/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/lead-intelligence/SKILL.md +333 -0
- package/src/harness_context/skills/ecc/lead-intelligence/agents/enrichment-agent.md +85 -0
- package/src/harness_context/skills/ecc/lead-intelligence/agents/mutual-mapper.md +75 -0
- package/src/harness_context/skills/ecc/lead-intelligence/agents/outreach-drafter.md +98 -0
- package/src/harness_context/skills/ecc/lead-intelligence/agents/signal-scorer.md +60 -0
- package/src/harness_context/skills/ecc/liquid-glass-design/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/liquid-glass-design/SKILL.md +279 -0
- package/src/harness_context/skills/ecc/living-docs-governance/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/living-docs-governance/SKILL.md +137 -0
- package/src/harness_context/skills/ecc/llm-trading-agent-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/llm-trading-agent-security/SKILL.md +147 -0
- package/src/harness_context/skills/ecc/logistics-exception-management/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/logistics-exception-management/SKILL.md +222 -0
- package/src/harness_context/skills/ecc/loop-design-check/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/loop-design-check/SKILL.md +143 -0
- package/src/harness_context/skills/ecc/mailtrap-email-integration/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/mailtrap-email-integration/SKILL.md +77 -0
- package/src/harness_context/skills/ecc/make-interfaces-feel-better/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/make-interfaces-feel-better/SKILL.md +152 -0
- package/src/harness_context/skills/ecc/manim-video/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/manim-video/SKILL.md +90 -0
- package/src/harness_context/skills/ecc/manim-video/assets/network_graph_scene.py +52 -0
- package/src/harness_context/skills/ecc/market-research/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/market-research/SKILL.md +87 -0
- package/src/harness_context/skills/ecc/marketing-campaign/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/marketing-campaign/SKILL.md +114 -0
- package/src/harness_context/skills/ecc/mcp-server-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/mcp-server-patterns/SKILL.md +70 -0
- package/src/harness_context/skills/ecc/messages-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/messages-ops/SKILL.md +105 -0
- package/src/harness_context/skills/ecc/ml-adoption-playbook/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ml-adoption-playbook/SKILL.md +57 -0
- package/src/harness_context/skills/ecc/mle-workflow/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/mle-workflow/SKILL.md +348 -0
- package/src/harness_context/skills/ecc/motion-advanced/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/motion-advanced/SKILL.md +597 -0
- package/src/harness_context/skills/ecc/motion-foundations/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/motion-foundations/SKILL.md +300 -0
- package/src/harness_context/skills/ecc/motion-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/motion-patterns/SKILL.md +435 -0
- package/src/harness_context/skills/ecc/motion-ui/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/motion-ui/SKILL.md +576 -0
- package/src/harness_context/skills/ecc/mysql-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/mysql-patterns/SKILL.md +413 -0
- package/src/harness_context/skills/ecc/nanoclaw-repl/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nanoclaw-repl/SKILL.md +34 -0
- package/src/harness_context/skills/ecc/nasiko-control-plane/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nasiko-control-plane/SKILL.md +49 -0
- package/src/harness_context/skills/ecc/nasiko-control-plane/agents/openai.yaml +4 -0
- package/src/harness_context/skills/ecc/nestjs-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nestjs-patterns/SKILL.md +231 -0
- package/src/harness_context/skills/ecc/netmiko-ssh-automation/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/netmiko-ssh-automation/SKILL.md +174 -0
- package/src/harness_context/skills/ecc/network-bgp-diagnostics/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/network-bgp-diagnostics/SKILL.md +168 -0
- package/src/harness_context/skills/ecc/network-config-validation/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/network-config-validation/SKILL.md +211 -0
- package/src/harness_context/skills/ecc/network-interface-health/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/network-interface-health/SKILL.md +153 -0
- package/src/harness_context/skills/ecc/nextjs-turbopack/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nextjs-turbopack/SKILL.md +58 -0
- package/src/harness_context/skills/ecc/nodejs-keccak256/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nodejs-keccak256/SKILL.md +103 -0
- package/src/harness_context/skills/ecc/nutrient-document-processing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nutrient-document-processing/SKILL.md +168 -0
- package/src/harness_context/skills/ecc/nuxt4-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/nuxt4-patterns/SKILL.md +101 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/SKILL.md +289 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/gacha.py +224 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/gacha.sh +5 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/references/avatar-style.md +124 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/references/boundary-rules.md +53 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/references/error-handling.md +53 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/references/identity-tension.md +48 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/references/naming-system.md +39 -0
- package/src/harness_context/skills/ecc/openclaw-persona-forge/references/output-template.md +166 -0
- package/src/harness_context/skills/ecc/opensource-pipeline/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/opensource-pipeline/SKILL.md +256 -0
- package/src/harness_context/skills/ecc/orch-add-feature/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/orch-add-feature/SKILL.md +45 -0
- package/src/harness_context/skills/ecc/orch-build-mvp/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/orch-build-mvp/SKILL.md +49 -0
- package/src/harness_context/skills/ecc/orch-change-feature/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/orch-change-feature/SKILL.md +43 -0
- package/src/harness_context/skills/ecc/orch-fix-defect/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/orch-fix-defect/SKILL.md +43 -0
- package/src/harness_context/skills/ecc/orch-pipeline/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/orch-pipeline/SKILL.md +121 -0
- package/src/harness_context/skills/ecc/orch-refine-code/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/orch-refine-code/SKILL.md +44 -0
- package/src/harness_context/skills/ecc/parallel-execution-optimizer/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/parallel-execution-optimizer/SKILL.md +74 -0
- package/src/harness_context/skills/ecc/perl-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/perl-patterns/SKILL.md +505 -0
- package/src/harness_context/skills/ecc/perl-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/perl-security/SKILL.md +504 -0
- package/src/harness_context/skills/ecc/perl-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/perl-testing/SKILL.md +476 -0
- package/src/harness_context/skills/ecc/plan-canvas/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/plan-canvas/SKILL.md +196 -0
- package/src/harness_context/skills/ecc/plan-orchestrate/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/plan-orchestrate/SKILL.md +263 -0
- package/src/harness_context/skills/ecc/plankton-code-quality/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/plankton-code-quality/SKILL.md +237 -0
- package/src/harness_context/skills/ecc/postgres-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/postgres-patterns/SKILL.md +148 -0
- package/src/harness_context/skills/ecc/prediction-market-oracle-research/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/prediction-market-oracle-research/SKILL.md +64 -0
- package/src/harness_context/skills/ecc/prediction-market-risk-review/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/prediction-market-risk-review/SKILL.md +61 -0
- package/src/harness_context/skills/ecc/prisma-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/prisma-patterns/SKILL.md +401 -0
- package/src/harness_context/skills/ecc/product-capability/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/product-capability/SKILL.md +142 -0
- package/src/harness_context/skills/ecc/product-lens/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/product-lens/SKILL.md +93 -0
- package/src/harness_context/skills/ecc/production-audit/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/production-audit/SKILL.md +207 -0
- package/src/harness_context/skills/ecc/production-scheduling/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/production-scheduling/SKILL.md +238 -0
- package/src/harness_context/skills/ecc/project-flow-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/project-flow-ops/SKILL.md +112 -0
- package/src/harness_context/skills/ecc/prompt-optimizer/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/prompt-optimizer/SKILL.md +398 -0
- package/src/harness_context/skills/ecc/python-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/python-patterns/SKILL.md +751 -0
- package/src/harness_context/skills/ecc/python-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/python-testing/SKILL.md +817 -0
- package/src/harness_context/skills/ecc/pytorch-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/pytorch-patterns/SKILL.md +397 -0
- package/src/harness_context/skills/ecc/quality-nonconformance/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/quality-nonconformance/SKILL.md +260 -0
- package/src/harness_context/skills/ecc/quarkus-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/quarkus-patterns/SKILL.md +723 -0
- package/src/harness_context/skills/ecc/quarkus-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/quarkus-security/SKILL.md +468 -0
- package/src/harness_context/skills/ecc/quarkus-tdd/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/quarkus-tdd/SKILL.md +812 -0
- package/src/harness_context/skills/ecc/quarkus-verification/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/quarkus-verification/SKILL.md +481 -0
- package/src/harness_context/skills/ecc/ralphinho-rfc-pipeline/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ralphinho-rfc-pipeline/SKILL.md +68 -0
- package/src/harness_context/skills/ecc/react-native-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/react-native-patterns/SKILL.md +326 -0
- package/src/harness_context/skills/ecc/react-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/react-patterns/SKILL.md +342 -0
- package/src/harness_context/skills/ecc/react-performance/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/react-performance/SKILL.md +575 -0
- package/src/harness_context/skills/ecc/react-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/react-testing/SKILL.md +424 -0
- package/src/harness_context/skills/ecc/recsys-pipeline-architect/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/recsys-pipeline-architect/SKILL.md +115 -0
- package/src/harness_context/skills/ecc/recursive-decision-ledger/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/recursive-decision-ledger/SKILL.md +81 -0
- package/src/harness_context/skills/ecc/redis-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/redis-patterns/SKILL.md +404 -0
- package/src/harness_context/skills/ecc/regex-vs-llm-structured-text/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/regex-vs-llm-structured-text/SKILL.md +221 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/SKILL.md +43 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/3d.md +86 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/animations.md +29 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/assets/charts-bar-chart.tsx +173 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/assets/text-animations-typewriter.tsx +100 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/assets/text-animations-word-highlight.tsx +108 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/assets.md +78 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/audio.md +172 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/calculate-metadata.md +104 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/can-decode.md +75 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/charts.md +58 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/compositions.md +146 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/display-captions.md +126 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/extract-frames.md +229 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/fonts.md +152 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/get-audio-duration.md +58 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/get-video-dimensions.md +68 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/get-video-duration.md +58 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/gifs.md +138 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/images.md +130 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/import-srt-captions.md +67 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/lottie.md +67 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/measuring-dom-nodes.md +34 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/measuring-text.md +143 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/sequencing.md +106 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/tailwind.md +11 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/text-animations.md +20 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/timing.md +179 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/transcribe-captions.md +19 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/transitions.md +122 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/trimming.md +52 -0
- package/src/harness_context/skills/ecc/remotion-video-creation/rules/videos.md +171 -0
- package/src/harness_context/skills/ecc/repo-scan/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/repo-scan/SKILL.md +170 -0
- package/src/harness_context/skills/ecc/research-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/research-ops/SKILL.md +113 -0
- package/src/harness_context/skills/ecc/returns-reverse-logistics/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/returns-reverse-logistics/SKILL.md +240 -0
- package/src/harness_context/skills/ecc/rules-distill/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/rules-distill/SKILL.md +265 -0
- package/src/harness_context/skills/ecc/rules-distill/scripts/scan-rules.sh +58 -0
- package/src/harness_context/skills/ecc/rules-distill/scripts/scan-skills.sh +129 -0
- package/src/harness_context/skills/ecc/rust-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/rust-patterns/SKILL.md +500 -0
- package/src/harness_context/skills/ecc/rust-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/rust-testing/SKILL.md +501 -0
- package/src/harness_context/skills/ecc/safety-guard/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/safety-guard/SKILL.md +76 -0
- package/src/harness_context/skills/ecc/santa-method/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/santa-method/SKILL.md +307 -0
- package/src/harness_context/skills/ecc/scientific-db-pubmed-database/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/scientific-db-pubmed-database/SKILL.md +176 -0
- package/src/harness_context/skills/ecc/scientific-db-uspto-database/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/scientific-db-uspto-database/SKILL.md +178 -0
- package/src/harness_context/skills/ecc/scientific-pkg-gget/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/scientific-pkg-gget/SKILL.md +167 -0
- package/src/harness_context/skills/ecc/scientific-thinking-literature-review/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/scientific-thinking-literature-review/SKILL.md +193 -0
- package/src/harness_context/skills/ecc/scientific-thinking-scholar-evaluation/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/scientific-thinking-scholar-evaluation/SKILL.md +161 -0
- package/src/harness_context/skills/ecc/search-first/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/search-first/SKILL.md +183 -0
- package/src/harness_context/skills/ecc/security-bounty-hunter/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/security-bounty-hunter/SKILL.md +100 -0
- package/src/harness_context/skills/ecc/security-review/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/security-review/SKILL.md +504 -0
- package/src/harness_context/skills/ecc/security-review/cloud-infrastructure-security.md +361 -0
- package/src/harness_context/skills/ecc/security-scan/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/security-scan/SKILL.md +166 -0
- package/src/harness_context/skills/ecc/seo/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/seo/SKILL.md +155 -0
- package/src/harness_context/skills/ecc/skill-comply/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/skill-comply/SKILL.md +59 -0
- package/src/harness_context/skills/ecc/skill-comply/fixtures/compliant_trace.jsonl +5 -0
- package/src/harness_context/skills/ecc/skill-comply/fixtures/noncompliant_trace.jsonl +3 -0
- package/src/harness_context/skills/ecc/skill-comply/fixtures/tdd_spec.yaml +44 -0
- package/src/harness_context/skills/ecc/skill-comply/prompts/classifier.md +24 -0
- package/src/harness_context/skills/ecc/skill-comply/prompts/scenario_generator.md +62 -0
- package/src/harness_context/skills/ecc/skill-comply/prompts/spec_generator.md +42 -0
- package/src/harness_context/skills/ecc/skill-comply/pyproject.toml +16 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/__init__.py +0 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/classifier.py +85 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/grader.py +124 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/parser.py +107 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/report.py +170 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/run.py +127 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/runner.py +245 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/scenario_generator.py +70 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/spec_generator.py +72 -0
- package/src/harness_context/skills/ecc/skill-comply/scripts/utils.py +13 -0
- package/src/harness_context/skills/ecc/skill-comply/tests/test_grader.py +197 -0
- package/src/harness_context/skills/ecc/skill-comply/tests/test_parser.py +90 -0
- package/src/harness_context/skills/ecc/skill-comply/tests/test_runner.py +316 -0
- package/src/harness_context/skills/ecc/skill-scout/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/skill-scout/SKILL.md +141 -0
- package/src/harness_context/skills/ecc/skill-stocktake/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/skill-stocktake/SKILL.md +195 -0
- package/src/harness_context/skills/ecc/skill-stocktake/scripts/quick-diff.sh +118 -0
- package/src/harness_context/skills/ecc/skill-stocktake/scripts/save-results.sh +56 -0
- package/src/harness_context/skills/ecc/skill-stocktake/scripts/scan.sh +211 -0
- package/src/harness_context/skills/ecc/social-graph-ranker/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/social-graph-ranker/SKILL.md +155 -0
- package/src/harness_context/skills/ecc/social-publisher/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/social-publisher/SKILL.md +139 -0
- package/src/harness_context/skills/ecc/springboot-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/springboot-patterns/SKILL.md +315 -0
- package/src/harness_context/skills/ecc/springboot-security/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/springboot-security/SKILL.md +273 -0
- package/src/harness_context/skills/ecc/springboot-tdd/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/springboot-tdd/SKILL.md +159 -0
- package/src/harness_context/skills/ecc/springboot-verification/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/springboot-verification/SKILL.md +232 -0
- package/src/harness_context/skills/ecc/strategic-compact/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/strategic-compact/SKILL.md +156 -0
- package/src/harness_context/skills/ecc/swift-actor-persistence/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/swift-actor-persistence/SKILL.md +144 -0
- package/src/harness_context/skills/ecc/swift-concurrency-6-2/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/swift-concurrency-6-2/SKILL.md +216 -0
- package/src/harness_context/skills/ecc/swift-protocol-di-testing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/swift-protocol-di-testing/SKILL.md +191 -0
- package/src/harness_context/skills/ecc/swiftui-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/swiftui-patterns/SKILL.md +259 -0
- package/src/harness_context/skills/ecc/taste/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/taste/SKILL.md +264 -0
- package/src/harness_context/skills/ecc/taste/references/genre-taxonomy.md +87 -0
- package/src/harness_context/skills/ecc/tasteforge-video/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/tasteforge-video/SKILL.md +192 -0
- package/src/harness_context/skills/ecc/tdd-workflow/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/tdd-workflow/SKILL.md +583 -0
- package/src/harness_context/skills/ecc/team-agent-orchestration/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/team-agent-orchestration/SKILL.md +111 -0
- package/src/harness_context/skills/ecc/team-builder/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/team-builder/SKILL.md +169 -0
- package/src/harness_context/skills/ecc/terminal-opener/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/terminal-opener/SKILL.md +55 -0
- package/src/harness_context/skills/ecc/terminal-opener/agents/openai.yaml +4 -0
- package/src/harness_context/skills/ecc/terminal-opener/scripts/open-terminal.js +396 -0
- package/src/harness_context/skills/ecc/terminal-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/terminal-ops/SKILL.md +110 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/SKILL.md +279 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/references/architecture.md +90 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/references/data-handling.md +60 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/references/database.md +99 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/references/routing.md +64 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/references/system-usage.md +97 -0
- package/src/harness_context/skills/ecc/tinystruct-patterns/references/testing.md +72 -0
- package/src/harness_context/skills/ecc/token-budget-advisor/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/token-budget-advisor/SKILL.md +134 -0
- package/src/harness_context/skills/ecc/ui-demo/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ui-demo/SKILL.md +466 -0
- package/src/harness_context/skills/ecc/ui-to-vue/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/ui-to-vue/SKILL.md +135 -0
- package/src/harness_context/skills/ecc/uncloud/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/uncloud/SKILL.md +344 -0
- package/src/harness_context/skills/ecc/unified-memory/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/unified-memory/SKILL.md +170 -0
- package/src/harness_context/skills/ecc/unified-notifications-ops/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/unified-notifications-ops/SKILL.md +188 -0
- package/src/harness_context/skills/ecc/verification-loop/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/verification-loop/SKILL.md +129 -0
- package/src/harness_context/skills/ecc/video-editing/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/video-editing/SKILL.md +311 -0
- package/src/harness_context/skills/ecc/videodb/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/videodb/SKILL.md +375 -0
- package/src/harness_context/skills/ecc/videodb/reference/api-reference.md +550 -0
- package/src/harness_context/skills/ecc/videodb/reference/capture-reference.md +407 -0
- package/src/harness_context/skills/ecc/videodb/reference/capture.md +101 -0
- package/src/harness_context/skills/ecc/videodb/reference/editor.md +443 -0
- package/src/harness_context/skills/ecc/videodb/reference/generative.md +331 -0
- package/src/harness_context/skills/ecc/videodb/reference/rtstream-reference.md +564 -0
- package/src/harness_context/skills/ecc/videodb/reference/rtstream.md +65 -0
- package/src/harness_context/skills/ecc/videodb/reference/search.md +230 -0
- package/src/harness_context/skills/ecc/videodb/reference/streaming.md +406 -0
- package/src/harness_context/skills/ecc/videodb/reference/use-cases.md +118 -0
- package/src/harness_context/skills/ecc/videodb/scripts/ws_listener.py +282 -0
- package/src/harness_context/skills/ecc/visa-doc-translate/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/visa-doc-translate/README.md +86 -0
- package/src/harness_context/skills/ecc/visa-doc-translate/SKILL.md +117 -0
- package/src/harness_context/skills/ecc/vite-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/vite-patterns/SKILL.md +450 -0
- package/src/harness_context/skills/ecc/vue-patterns/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/vue-patterns/SKILL.md +471 -0
- package/src/harness_context/skills/ecc/windows-desktop-e2e/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/windows-desktop-e2e/SKILL.md +888 -0
- package/src/harness_context/skills/ecc/workspace-surface-audit/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/workspace-surface-audit/SKILL.md +126 -0
- package/src/harness_context/skills/ecc/x-api/LICENSE.ecc +21 -0
- package/src/harness_context/skills/ecc/x-api/SKILL.md +244 -0
- package/src/harness_context/skills/ecc_catalog.json +2233 -0
- package/src/harness_context/skills/router.py +394 -0
- package/src/harness_context/workspace/roots.py +1 -1
|
@@ -0,0 +1,2233 @@
|
|
|
1
|
+
{
|
|
2
|
+
"commit": "e04ea0b9cc8248686edf5ac751cadff550e162b8",
|
|
3
|
+
"modules": {
|
|
4
|
+
"agentic-patterns": {
|
|
5
|
+
"description": "Agentic engineering, autonomous loops, agent harness construction, and LLM pipeline optimization skills.",
|
|
6
|
+
"skills": [
|
|
7
|
+
"agent-architecture-audit",
|
|
8
|
+
"agent-harness-construction",
|
|
9
|
+
"agent-payment-x402",
|
|
10
|
+
"agentic-engineering",
|
|
11
|
+
"agentic-os",
|
|
12
|
+
"ai-first-engineering",
|
|
13
|
+
"autonomous-agent-harness",
|
|
14
|
+
"autonomous-loops",
|
|
15
|
+
"blueprint",
|
|
16
|
+
"claude-devfleet",
|
|
17
|
+
"content-hash-cache-pattern",
|
|
18
|
+
"continuous-agent-loop",
|
|
19
|
+
"cost-aware-llm-pipeline",
|
|
20
|
+
"data-scraper-agent",
|
|
21
|
+
"dynamic-workflow-mode",
|
|
22
|
+
"enterprise-agent-ops",
|
|
23
|
+
"gan-style-harness",
|
|
24
|
+
"hermes-imports",
|
|
25
|
+
"nanoclaw-repl",
|
|
26
|
+
"openclaw-persona-forge",
|
|
27
|
+
"opensource-pipeline",
|
|
28
|
+
"orch-add-feature",
|
|
29
|
+
"orch-build-mvp",
|
|
30
|
+
"orch-change-feature",
|
|
31
|
+
"orch-fix-defect",
|
|
32
|
+
"orch-pipeline",
|
|
33
|
+
"orch-refine-code",
|
|
34
|
+
"plan-orchestrate",
|
|
35
|
+
"prompt-optimizer",
|
|
36
|
+
"ralphinho-rfc-pipeline",
|
|
37
|
+
"regex-vs-llm-structured-text",
|
|
38
|
+
"search-first",
|
|
39
|
+
"team-agent-orchestration",
|
|
40
|
+
"team-builder",
|
|
41
|
+
"token-budget-advisor"
|
|
42
|
+
]
|
|
43
|
+
},
|
|
44
|
+
"business-content": {
|
|
45
|
+
"description": "Business, writing, market, and investor communication skills.",
|
|
46
|
+
"skills": [
|
|
47
|
+
"article-writing",
|
|
48
|
+
"brand-discovery",
|
|
49
|
+
"brand-voice",
|
|
50
|
+
"competitive-platform-analysis",
|
|
51
|
+
"competitive-report-structure",
|
|
52
|
+
"content-engine",
|
|
53
|
+
"investor-materials",
|
|
54
|
+
"investor-outreach",
|
|
55
|
+
"lead-intelligence",
|
|
56
|
+
"market-research",
|
|
57
|
+
"marketing-campaign",
|
|
58
|
+
"product-capability",
|
|
59
|
+
"seo",
|
|
60
|
+
"social-graph-ranker"
|
|
61
|
+
]
|
|
62
|
+
},
|
|
63
|
+
"database": {
|
|
64
|
+
"description": "Database and persistence-focused skills.",
|
|
65
|
+
"skills": [
|
|
66
|
+
"clickhouse-io",
|
|
67
|
+
"database-migrations",
|
|
68
|
+
"jpa-patterns",
|
|
69
|
+
"mysql-patterns",
|
|
70
|
+
"postgres-patterns",
|
|
71
|
+
"prisma-patterns",
|
|
72
|
+
"redis-patterns"
|
|
73
|
+
]
|
|
74
|
+
},
|
|
75
|
+
"devops-infra": {
|
|
76
|
+
"description": "Deployment workflows, Docker patterns, and infrastructure skills.",
|
|
77
|
+
"skills": [
|
|
78
|
+
"canary-watch",
|
|
79
|
+
"cisco-ios-patterns",
|
|
80
|
+
"deployment-patterns",
|
|
81
|
+
"docker-patterns",
|
|
82
|
+
"flox-environments",
|
|
83
|
+
"homelab-network-readiness",
|
|
84
|
+
"homelab-network-setup",
|
|
85
|
+
"homelab-pihole-dns",
|
|
86
|
+
"homelab-vlan-segmentation",
|
|
87
|
+
"homelab-wireguard-vpn",
|
|
88
|
+
"kubernetes-patterns",
|
|
89
|
+
"netmiko-ssh-automation",
|
|
90
|
+
"network-bgp-diagnostics",
|
|
91
|
+
"network-config-validation",
|
|
92
|
+
"network-interface-health",
|
|
93
|
+
"terminal-opener",
|
|
94
|
+
"uncloud"
|
|
95
|
+
]
|
|
96
|
+
},
|
|
97
|
+
"document-processing": {
|
|
98
|
+
"description": "Document processing, conversion, and translation skills.",
|
|
99
|
+
"skills": [
|
|
100
|
+
"nutrient-document-processing",
|
|
101
|
+
"visa-doc-translate"
|
|
102
|
+
]
|
|
103
|
+
},
|
|
104
|
+
"framework-language": {
|
|
105
|
+
"description": "Core framework, language, and application-engineering skills.",
|
|
106
|
+
"skills": [
|
|
107
|
+
"accessibility",
|
|
108
|
+
"android-clean-architecture",
|
|
109
|
+
"angular-developer",
|
|
110
|
+
"api-design",
|
|
111
|
+
"backend-patterns",
|
|
112
|
+
"bun-runtime",
|
|
113
|
+
"coding-standards",
|
|
114
|
+
"compose-multiplatform-patterns",
|
|
115
|
+
"contract-first",
|
|
116
|
+
"cpp-coding-standards",
|
|
117
|
+
"cpp-testing",
|
|
118
|
+
"csharp-testing",
|
|
119
|
+
"dart-flutter-patterns",
|
|
120
|
+
"design-system",
|
|
121
|
+
"django-celery",
|
|
122
|
+
"django-patterns",
|
|
123
|
+
"django-tdd",
|
|
124
|
+
"django-verification",
|
|
125
|
+
"dotnet-patterns",
|
|
126
|
+
"fastapi-patterns",
|
|
127
|
+
"flutter-dart-code-review",
|
|
128
|
+
"frontend-a11y",
|
|
129
|
+
"frontend-design-direction",
|
|
130
|
+
"frontend-patterns",
|
|
131
|
+
"frontend-slides",
|
|
132
|
+
"fsharp-testing",
|
|
133
|
+
"generating-python-installer",
|
|
134
|
+
"golang-patterns",
|
|
135
|
+
"golang-testing",
|
|
136
|
+
"hexagonal-architecture",
|
|
137
|
+
"java-coding-standards",
|
|
138
|
+
"kotlin-coroutines-flows",
|
|
139
|
+
"kotlin-exposed-patterns",
|
|
140
|
+
"kotlin-ktor-patterns",
|
|
141
|
+
"kotlin-patterns",
|
|
142
|
+
"kotlin-testing",
|
|
143
|
+
"laravel-patterns",
|
|
144
|
+
"laravel-plugin-discovery",
|
|
145
|
+
"laravel-tdd",
|
|
146
|
+
"laravel-verification",
|
|
147
|
+
"make-interfaces-feel-better",
|
|
148
|
+
"mcp-server-patterns",
|
|
149
|
+
"motion-advanced",
|
|
150
|
+
"motion-foundations",
|
|
151
|
+
"motion-patterns",
|
|
152
|
+
"motion-ui",
|
|
153
|
+
"nestjs-patterns",
|
|
154
|
+
"nextjs-turbopack",
|
|
155
|
+
"nuxt4-patterns",
|
|
156
|
+
"perl-patterns",
|
|
157
|
+
"perl-testing",
|
|
158
|
+
"python-patterns",
|
|
159
|
+
"python-testing",
|
|
160
|
+
"quarkus-patterns",
|
|
161
|
+
"quarkus-tdd",
|
|
162
|
+
"quarkus-verification",
|
|
163
|
+
"react-native-patterns",
|
|
164
|
+
"react-patterns",
|
|
165
|
+
"react-performance",
|
|
166
|
+
"react-testing",
|
|
167
|
+
"rust-patterns",
|
|
168
|
+
"rust-testing",
|
|
169
|
+
"springboot-patterns",
|
|
170
|
+
"springboot-tdd",
|
|
171
|
+
"springboot-verification",
|
|
172
|
+
"tinystruct-patterns",
|
|
173
|
+
"ui-to-vue",
|
|
174
|
+
"vite-patterns",
|
|
175
|
+
"vue-patterns"
|
|
176
|
+
]
|
|
177
|
+
},
|
|
178
|
+
"ito-compute": {
|
|
179
|
+
"description": "Authenticated Itô GPU inventory, RFQ, status, device revocation, and explicitly gated node-qualification workflows through the separately installed canonical CLI.",
|
|
180
|
+
"skills": [
|
|
181
|
+
"ito-compute",
|
|
182
|
+
"ito-inference",
|
|
183
|
+
"ito-training"
|
|
184
|
+
]
|
|
185
|
+
},
|
|
186
|
+
"machine-learning": {
|
|
187
|
+
"description": "Production machine-learning engineering workflows for data contracts, reproducible training, evaluation, deployment, monitoring, and rollback.",
|
|
188
|
+
"skills": [
|
|
189
|
+
"ml-adoption-playbook",
|
|
190
|
+
"mle-workflow",
|
|
191
|
+
"pytorch-patterns",
|
|
192
|
+
"recsys-pipeline-architect"
|
|
193
|
+
]
|
|
194
|
+
},
|
|
195
|
+
"media-generation": {
|
|
196
|
+
"description": "Media generation, technical explainers, and AI-assisted editing skills.",
|
|
197
|
+
"skills": [
|
|
198
|
+
"blender-motion-state-inspection",
|
|
199
|
+
"fal-ai-media",
|
|
200
|
+
"manim-video",
|
|
201
|
+
"remotion-video-creation",
|
|
202
|
+
"taste",
|
|
203
|
+
"tasteforge-video",
|
|
204
|
+
"ui-demo",
|
|
205
|
+
"video-editing",
|
|
206
|
+
"videodb"
|
|
207
|
+
]
|
|
208
|
+
},
|
|
209
|
+
"nasiko-control-plane": {
|
|
210
|
+
"description": "Experimental Nasiko CLI lifecycle bridge guidance for pinned installation, read-only status, qualified uninstall, and opt-in telemetry boundaries.",
|
|
211
|
+
"skills": [
|
|
212
|
+
"nasiko-control-plane"
|
|
213
|
+
]
|
|
214
|
+
},
|
|
215
|
+
"operator-workflows": {
|
|
216
|
+
"description": "Connected-app operator workflows for setup audits, billing operations, program tracking, Google Workspace, and network optimization.",
|
|
217
|
+
"skills": [
|
|
218
|
+
"api-connector-builder",
|
|
219
|
+
"automation-audit-ops",
|
|
220
|
+
"connections-optimizer",
|
|
221
|
+
"cost-tracking",
|
|
222
|
+
"customer-billing-ops",
|
|
223
|
+
"dashboard-builder",
|
|
224
|
+
"ecc-tools-cost-audit",
|
|
225
|
+
"email-ops",
|
|
226
|
+
"finance-billing-ops",
|
|
227
|
+
"github-ops",
|
|
228
|
+
"google-workspace-ops",
|
|
229
|
+
"jira-integration",
|
|
230
|
+
"knowledge-ops",
|
|
231
|
+
"mailtrap-email-integration",
|
|
232
|
+
"messages-ops",
|
|
233
|
+
"project-flow-ops",
|
|
234
|
+
"terminal-ops",
|
|
235
|
+
"unified-notifications-ops",
|
|
236
|
+
"workspace-surface-audit"
|
|
237
|
+
]
|
|
238
|
+
},
|
|
239
|
+
"optimization-workflows": {
|
|
240
|
+
"description": "Parallel execution, benchmarking, data-throughput, latency, and recursive decision-ledger skills for faster evidence-backed work.",
|
|
241
|
+
"skills": [
|
|
242
|
+
"agent-eval",
|
|
243
|
+
"benchmark",
|
|
244
|
+
"benchmark-methodology",
|
|
245
|
+
"benchmark-optimization-loop",
|
|
246
|
+
"data-throughput-accelerator",
|
|
247
|
+
"latency-critical-systems",
|
|
248
|
+
"parallel-execution-optimizer",
|
|
249
|
+
"recursive-decision-ledger"
|
|
250
|
+
]
|
|
251
|
+
},
|
|
252
|
+
"orchestration": {
|
|
253
|
+
"description": "Worktree/tmux orchestration runtime and workflow docs.",
|
|
254
|
+
"skills": [
|
|
255
|
+
"dmux-workflows"
|
|
256
|
+
]
|
|
257
|
+
},
|
|
258
|
+
"prediction-market-skills": {
|
|
259
|
+
"description": "Public, non-advisory prediction-market workflows and the consolidated read-only Ito baskets data skill with gated Ito API access.",
|
|
260
|
+
"skills": [
|
|
261
|
+
"ito-baskets",
|
|
262
|
+
"prediction-market-oracle-research",
|
|
263
|
+
"prediction-market-risk-review"
|
|
264
|
+
]
|
|
265
|
+
},
|
|
266
|
+
"research-apis": {
|
|
267
|
+
"description": "Research and API integration skills for deep investigations and model integrations.",
|
|
268
|
+
"skills": [
|
|
269
|
+
"deep-research",
|
|
270
|
+
"documentation-lookup",
|
|
271
|
+
"exa-search",
|
|
272
|
+
"research-ops",
|
|
273
|
+
"scientific-db-pubmed-database",
|
|
274
|
+
"scientific-db-uspto-database",
|
|
275
|
+
"scientific-pkg-gget",
|
|
276
|
+
"scientific-thinking-literature-review",
|
|
277
|
+
"scientific-thinking-scholar-evaluation"
|
|
278
|
+
]
|
|
279
|
+
},
|
|
280
|
+
"security": {
|
|
281
|
+
"description": "Security review and security-focused framework guidance.",
|
|
282
|
+
"skills": [
|
|
283
|
+
"defi-amm-security",
|
|
284
|
+
"django-security",
|
|
285
|
+
"evm-token-decimals",
|
|
286
|
+
"gateguard",
|
|
287
|
+
"healthcare-cdss-patterns",
|
|
288
|
+
"healthcare-emr-patterns",
|
|
289
|
+
"healthcare-eval-harness",
|
|
290
|
+
"healthcare-phi-compliance",
|
|
291
|
+
"hipaa-compliance",
|
|
292
|
+
"laravel-security",
|
|
293
|
+
"llm-trading-agent-security",
|
|
294
|
+
"nodejs-keccak256",
|
|
295
|
+
"perl-security",
|
|
296
|
+
"quarkus-security",
|
|
297
|
+
"safety-guard",
|
|
298
|
+
"security-bounty-hunter",
|
|
299
|
+
"security-review",
|
|
300
|
+
"security-scan",
|
|
301
|
+
"springboot-security"
|
|
302
|
+
]
|
|
303
|
+
},
|
|
304
|
+
"skill-unified-memory": {
|
|
305
|
+
"description": "Single-skill unified-memory guidance; requires the separately installed ecc-universal CLI runtime.",
|
|
306
|
+
"skills": [
|
|
307
|
+
"unified-memory"
|
|
308
|
+
]
|
|
309
|
+
},
|
|
310
|
+
"social-distribution": {
|
|
311
|
+
"description": "Social publishing and distribution skills.",
|
|
312
|
+
"skills": [
|
|
313
|
+
"crosspost",
|
|
314
|
+
"social-publisher",
|
|
315
|
+
"x-api"
|
|
316
|
+
]
|
|
317
|
+
},
|
|
318
|
+
"supply-chain-domain": {
|
|
319
|
+
"description": "Supply chain, logistics, procurement, and manufacturing domain skills.",
|
|
320
|
+
"skills": [
|
|
321
|
+
"carrier-relationship-management",
|
|
322
|
+
"customs-trade-compliance",
|
|
323
|
+
"energy-procurement",
|
|
324
|
+
"inventory-demand-planning",
|
|
325
|
+
"logistics-exception-management",
|
|
326
|
+
"production-scheduling",
|
|
327
|
+
"quality-nonconformance",
|
|
328
|
+
"returns-reverse-logistics"
|
|
329
|
+
]
|
|
330
|
+
},
|
|
331
|
+
"swift-apple": {
|
|
332
|
+
"description": "Swift, SwiftUI, and Apple platform skills including concurrency, persistence, and design patterns.",
|
|
333
|
+
"skills": [
|
|
334
|
+
"foundation-models-on-device",
|
|
335
|
+
"ios-icon-gen",
|
|
336
|
+
"liquid-glass-design",
|
|
337
|
+
"swift-actor-persistence",
|
|
338
|
+
"swift-concurrency-6-2",
|
|
339
|
+
"swift-protocol-di-testing",
|
|
340
|
+
"swiftui-patterns"
|
|
341
|
+
]
|
|
342
|
+
},
|
|
343
|
+
"workflow-quality": {
|
|
344
|
+
"description": "Evaluation, TDD, verification, compaction, learning, and cross-harness memory skills, including the legacy continuous-learning v1 path. The unified-memory workflow requires the separately installed ecc-universal CLI runtime.",
|
|
345
|
+
"skills": [
|
|
346
|
+
"agent-introspection-debugging",
|
|
347
|
+
"agent-self-evaluation",
|
|
348
|
+
"agent-sort",
|
|
349
|
+
"ai-regression-testing",
|
|
350
|
+
"architecture-decision-records",
|
|
351
|
+
"browser-qa",
|
|
352
|
+
"ck",
|
|
353
|
+
"click-path-audit",
|
|
354
|
+
"code-tour",
|
|
355
|
+
"codebase-onboarding",
|
|
356
|
+
"codehealth-mcp",
|
|
357
|
+
"config-gc",
|
|
358
|
+
"configure-ecc",
|
|
359
|
+
"context-budget",
|
|
360
|
+
"continuous-learning",
|
|
361
|
+
"continuous-learning-v2",
|
|
362
|
+
"council",
|
|
363
|
+
"council-multi-model",
|
|
364
|
+
"delivery-gate",
|
|
365
|
+
"dev-team",
|
|
366
|
+
"e2e-testing",
|
|
367
|
+
"ecc-guide",
|
|
368
|
+
"ecc-recipes",
|
|
369
|
+
"error-handling",
|
|
370
|
+
"eval-harness",
|
|
371
|
+
"git-workflow",
|
|
372
|
+
"growth-log",
|
|
373
|
+
"hookify-rules",
|
|
374
|
+
"inherit-legacy-style",
|
|
375
|
+
"intent-driven-development",
|
|
376
|
+
"iterative-retrieval",
|
|
377
|
+
"living-docs-governance",
|
|
378
|
+
"loop-design-check",
|
|
379
|
+
"plan-canvas",
|
|
380
|
+
"plankton-code-quality",
|
|
381
|
+
"product-lens",
|
|
382
|
+
"production-audit",
|
|
383
|
+
"repo-scan",
|
|
384
|
+
"rules-distill",
|
|
385
|
+
"santa-method",
|
|
386
|
+
"skill-comply",
|
|
387
|
+
"skill-scout",
|
|
388
|
+
"skill-stocktake",
|
|
389
|
+
"strategic-compact",
|
|
390
|
+
"tdd-workflow",
|
|
391
|
+
"verification-loop",
|
|
392
|
+
"windows-desktop-e2e"
|
|
393
|
+
]
|
|
394
|
+
}
|
|
395
|
+
},
|
|
396
|
+
"profiles": {
|
|
397
|
+
"core": {
|
|
398
|
+
"description": "Minimal harness baseline with commands, hooks, platform configs, and quality workflow support. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
399
|
+
"excluded_modules": [
|
|
400
|
+
"rules-core",
|
|
401
|
+
"agents-core",
|
|
402
|
+
"commands-core",
|
|
403
|
+
"hooks-runtime",
|
|
404
|
+
"platform-configs"
|
|
405
|
+
],
|
|
406
|
+
"modules": [
|
|
407
|
+
"workflow-quality"
|
|
408
|
+
]
|
|
409
|
+
},
|
|
410
|
+
"developer": {
|
|
411
|
+
"description": "Default engineering profile for most ECC users working across app codebases. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
412
|
+
"excluded_modules": [
|
|
413
|
+
"rules-core",
|
|
414
|
+
"agents-core",
|
|
415
|
+
"commands-core",
|
|
416
|
+
"hooks-runtime",
|
|
417
|
+
"platform-configs"
|
|
418
|
+
],
|
|
419
|
+
"modules": [
|
|
420
|
+
"workflow-quality",
|
|
421
|
+
"framework-language",
|
|
422
|
+
"database",
|
|
423
|
+
"orchestration"
|
|
424
|
+
]
|
|
425
|
+
},
|
|
426
|
+
"full": {
|
|
427
|
+
"description": "Complete ECC install with all currently classified modules. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
428
|
+
"excluded_modules": [
|
|
429
|
+
"rules-core",
|
|
430
|
+
"agents-core",
|
|
431
|
+
"commands-core",
|
|
432
|
+
"hooks-runtime",
|
|
433
|
+
"platform-configs"
|
|
434
|
+
],
|
|
435
|
+
"modules": [
|
|
436
|
+
"framework-language",
|
|
437
|
+
"database",
|
|
438
|
+
"workflow-quality",
|
|
439
|
+
"skill-unified-memory",
|
|
440
|
+
"security",
|
|
441
|
+
"research-apis",
|
|
442
|
+
"business-content",
|
|
443
|
+
"operator-workflows",
|
|
444
|
+
"optimization-workflows",
|
|
445
|
+
"prediction-market-skills",
|
|
446
|
+
"ito-compute",
|
|
447
|
+
"nasiko-control-plane",
|
|
448
|
+
"social-distribution",
|
|
449
|
+
"media-generation",
|
|
450
|
+
"orchestration",
|
|
451
|
+
"swift-apple",
|
|
452
|
+
"agentic-patterns",
|
|
453
|
+
"devops-infra",
|
|
454
|
+
"machine-learning",
|
|
455
|
+
"supply-chain-domain",
|
|
456
|
+
"document-processing"
|
|
457
|
+
]
|
|
458
|
+
},
|
|
459
|
+
"minimal": {
|
|
460
|
+
"description": "Low-context Claude Code setup with rules, agents, commands, platform configs, and quality workflow support, but no hook runtime. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
461
|
+
"excluded_modules": [
|
|
462
|
+
"rules-core",
|
|
463
|
+
"agents-core",
|
|
464
|
+
"commands-core",
|
|
465
|
+
"platform-configs"
|
|
466
|
+
],
|
|
467
|
+
"modules": [
|
|
468
|
+
"workflow-quality"
|
|
469
|
+
]
|
|
470
|
+
},
|
|
471
|
+
"opencode": {
|
|
472
|
+
"description": "Default OpenCode setup with commands, platform configs, and quality workflow support. It intentionally excludes hooks-runtime; opt in with --modules hooks-runtime. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
473
|
+
"excluded_modules": [
|
|
474
|
+
"commands-core",
|
|
475
|
+
"platform-configs"
|
|
476
|
+
],
|
|
477
|
+
"modules": [
|
|
478
|
+
"workflow-quality"
|
|
479
|
+
]
|
|
480
|
+
},
|
|
481
|
+
"research": {
|
|
482
|
+
"description": "Research and content-oriented setup for investigation, synthesis, and publishing workflows. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
483
|
+
"excluded_modules": [
|
|
484
|
+
"rules-core",
|
|
485
|
+
"agents-core",
|
|
486
|
+
"commands-core",
|
|
487
|
+
"hooks-runtime",
|
|
488
|
+
"platform-configs"
|
|
489
|
+
],
|
|
490
|
+
"modules": [
|
|
491
|
+
"workflow-quality",
|
|
492
|
+
"research-apis",
|
|
493
|
+
"business-content",
|
|
494
|
+
"social-distribution"
|
|
495
|
+
]
|
|
496
|
+
},
|
|
497
|
+
"security": {
|
|
498
|
+
"description": "Security-heavy setup with baseline runtime support and security-specific guidance. Skills only; no hooks, agents, commands, or runtime setup.",
|
|
499
|
+
"excluded_modules": [
|
|
500
|
+
"rules-core",
|
|
501
|
+
"agents-core",
|
|
502
|
+
"commands-core",
|
|
503
|
+
"hooks-runtime",
|
|
504
|
+
"platform-configs"
|
|
505
|
+
],
|
|
506
|
+
"modules": [
|
|
507
|
+
"workflow-quality",
|
|
508
|
+
"security"
|
|
509
|
+
]
|
|
510
|
+
}
|
|
511
|
+
},
|
|
512
|
+
"skills": {
|
|
513
|
+
"accessibility": {
|
|
514
|
+
"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.",
|
|
515
|
+
"name": "accessibility",
|
|
516
|
+
"path": "ecc/accessibility",
|
|
517
|
+
"routing_text": "accessibility accessibility 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. - Defining UI component specifications for Web, iOS, or Android.\n- Auditing existing code for accessibility barriers or compliance gaps.\n- Implementing new WCAG 2.2 standards like Target Size (Minimum) and Focus Appearance.\n- Mapping high-level design requirements to technical attributes (ARIA roles, traits, hints).\n\n"
|
|
518
|
+
},
|
|
519
|
+
"agent-architecture-audit": {
|
|
520
|
+
"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.",
|
|
521
|
+
"name": "agent-architecture-audit",
|
|
522
|
+
"path": "ecc/agent-architecture-audit",
|
|
523
|
+
"routing_text": "agent architecture audit agent architecture audit 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. **MANDATORY for:**\n- Releasing any agent or LLM-powered application to production\n- Shipping features with tool calling, memory, or multi-step workflows\n- Agent behavior degrades after adding wrapper layers\n- User reports \"the agent is getting worse\" or \"tools are flaky\"\n- Same model works in playground but breaks inside your wrapper\n- Debugging agent behavior for more than 15 minutes without finding root cause\n\n**Especially critical when:**\n- You've added new prompt layers, tool definitions, or memory systems\n- Different agents in your system behave inconsistently\n- The model was fine yesterday but is hallucinating today\n- You suspect hidden repair/retry loops silently mutating responses\n\n**Do not use for:**\n- General code debugging — use `agent-introspection-debugging`\n- Code review — use language-specific reviewer agents\n- Security scanning — use `security-review` or `security-review/scan`\n- Agent performance benchmarking — use `agent-eval`\n- Writing new features — use the appropriate workflow skill\n\n"
|
|
524
|
+
},
|
|
525
|
+
"agent-eval": {
|
|
526
|
+
"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.",
|
|
527
|
+
"name": "agent-eval",
|
|
528
|
+
"path": "ecc/agent-eval",
|
|
529
|
+
"routing_text": "agent eval agent eval 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. - Comparing coding agents (Claude Code, Aider, Codex, etc.) on your own codebase\n- Measuring agent performance before adopting a new tool or model\n- Running regression checks when an agent updates its model or tooling\n- Producing data-backed agent selection decisions for a team\n\n"
|
|
530
|
+
},
|
|
531
|
+
"agent-harness-construction": {
|
|
532
|
+
"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.",
|
|
533
|
+
"name": "agent-harness-construction",
|
|
534
|
+
"path": "ecc/agent-harness-construction",
|
|
535
|
+
"routing_text": "agent harness construction agent harness construction 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."
|
|
536
|
+
},
|
|
537
|
+
"agent-introspection-debugging": {
|
|
538
|
+
"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.",
|
|
539
|
+
"name": "agent-introspection-debugging",
|
|
540
|
+
"path": "ecc/agent-introspection-debugging",
|
|
541
|
+
"routing_text": "agent introspection debugging agent introspection debugging 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. - Maximum tool call / loop-limit failures\n- Repeated retries with no forward progress\n- Context growth or prompt drift that starts degrading output quality\n- File-system or environment state mismatch between expectation and reality\n- Tool failures that are likely recoverable with diagnosis and a smaller corrective action\n\n"
|
|
542
|
+
},
|
|
543
|
+
"agent-payment-x402": {
|
|
544
|
+
"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.",
|
|
545
|
+
"name": "agent-payment-x402",
|
|
546
|
+
"path": "ecc/agent-payment-x402",
|
|
547
|
+
"routing_text": "agent payment x402 agent payment x402 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. Use when: your agent needs to pay for an API call, purchase a service, settle with another agent, enforce per-task spending limits, or manage a non-custodial wallet. Pairs naturally with cost-aware-llm-pipeline and security-review skills.\n\n"
|
|
548
|
+
},
|
|
549
|
+
"agent-self-evaluation": {
|
|
550
|
+
"description": "Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.",
|
|
551
|
+
"name": "agent-self-evaluation",
|
|
552
|
+
"path": "ecc/agent-self-evaluation",
|
|
553
|
+
"routing_text": "agent self evaluation agent self evaluation Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions. - After writing code that spans 3+ files or 50+ lines\n- After completing a multi-step workflow (implement → test → review)\n- After a debugging session that involved 3+ attempts\n- After producing a design document, architecture decision, or written analysis\n- When the user asks \"how good was that?\" or \"rate yourself\"\n- At the end of any session Stop hook (if configured — see `references/hook-integration.md`)\n\n"
|
|
554
|
+
},
|
|
555
|
+
"agent-sort": {
|
|
556
|
+
"description": "Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.",
|
|
557
|
+
"name": "agent-sort",
|
|
558
|
+
"path": "ecc/agent-sort",
|
|
559
|
+
"routing_text": "agent sort agent sort Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle. - A project only needs a subset of ECC and full installs are too noisy\n- The repo stack is clear, but nobody wants to hand-curate skills one by one\n- A team wants a repeatable install decision backed by grep evidence instead of opinion\n- You need to separate always-loaded daily workflow surfaces from searchable library/reference surfaces\n- A repo has drifted into the wrong language, rule, or hook set and needs cleanup\n\n"
|
|
560
|
+
},
|
|
561
|
+
"agentic-engineering": {
|
|
562
|
+
"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.",
|
|
563
|
+
"name": "agentic-engineering",
|
|
564
|
+
"path": "ecc/agentic-engineering",
|
|
565
|
+
"routing_text": "agentic engineering agentic engineering 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."
|
|
566
|
+
},
|
|
567
|
+
"agentic-os": {
|
|
568
|
+
"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.",
|
|
569
|
+
"name": "agentic-os",
|
|
570
|
+
"path": "ecc/agentic-os",
|
|
571
|
+
"routing_text": "agentic os agentic os 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. - Building a multi-agent workflow inside Claude Code\n- Setting up persistent Claude Code automation that survives session restarts\n- Creating a \"personal OS\" or \"agentic OS\" for recurring tasks\n- User says \"agentic OS\", \"personal OS\", \"multi-agent\", \"agent coordinator\", \"persistent agent\"\n- Structuring long-running projects where context must survive across sessions\n\n"
|
|
572
|
+
},
|
|
573
|
+
"ai-first-engineering": {
|
|
574
|
+
"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.",
|
|
575
|
+
"name": "ai-first-engineering",
|
|
576
|
+
"path": "ecc/ai-first-engineering",
|
|
577
|
+
"routing_text": "ai first engineering ai first engineering 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."
|
|
578
|
+
},
|
|
579
|
+
"ai-regression-testing": {
|
|
580
|
+
"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.",
|
|
581
|
+
"name": "ai-regression-testing",
|
|
582
|
+
"path": "ecc/ai-regression-testing",
|
|
583
|
+
"routing_text": "ai regression testing ai regression testing 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. - AI agent (Claude Code, Cursor, Codex) has modified API routes or backend logic\n- A bug was found and fixed — need to prevent re-introduction\n- Project has a sandbox/mock mode that can be leveraged for DB-free testing\n- Running `/bug-check` or similar review commands after code changes\n- Multiple code paths exist (sandbox vs production, feature flags, etc.)\n\n"
|
|
584
|
+
},
|
|
585
|
+
"android-clean-architecture": {
|
|
586
|
+
"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.",
|
|
587
|
+
"name": "android-clean-architecture",
|
|
588
|
+
"path": "ecc/android-clean-architecture",
|
|
589
|
+
"routing_text": "android clean architecture android clean architecture 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. - Structuring Android or KMP project modules\n- Implementing UseCases, Repositories, or DataSources\n- Designing data flow between layers (domain, data, presentation)\n- Setting up dependency injection with Koin or Hilt\n- Working with Room, SQLDelight, or Ktor in a layered architecture\n\n"
|
|
590
|
+
},
|
|
591
|
+
"angular-developer": {
|
|
592
|
+
"description": "Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.",
|
|
593
|
+
"name": "angular-developer",
|
|
594
|
+
"path": "ecc/angular-developer",
|
|
595
|
+
"routing_text": "angular developer angular developer Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling. - Working in any Angular project or codebase\n- Creating or scaffolding a new Angular project, application, or library\n- Generating components, services, directives, pipes, guards, or resolvers\n- Implementing reactivity with Angular Signals, `linkedSignal`, or `resource`\n- Working with Angular forms (signal forms, reactive forms, or template-driven)\n- Setting up dependency injection, routing, lazy loading, or route guards\n- Adding accessibility (ARIA), animations, or component styling\n- Writing or debugging Angular-specific tests (unit, component harness, E2E)\n- Configuring Angular CLI tooling or the Angular MCP server\n\n1. Always analyze the project's Angular version before providing guidance, as best practices and available features can vary significantly between versions. If creating a new project with Angular CLI, do not specify a version unless prompted by the user.\n\n2. When generating code, follow Angular's style guide and best practices for maintainability and performance. Use the Angular CLI for scaffolding components, services, directives, pipes, and routes to ensure consistency.\n\n3. Once you finish generating code, run `ng build` to ensure there are no build errors. If there are errors, analyze the error messages and fix them before proceeding. Do not skip this step, as it is critical for ensuring the generated code is correct and functional.\n\n"
|
|
596
|
+
},
|
|
597
|
+
"api-connector-builder": {
|
|
598
|
+
"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.",
|
|
599
|
+
"name": "api-connector-builder",
|
|
600
|
+
"path": "ecc/api-connector-builder",
|
|
601
|
+
"routing_text": "api connector builder api connector builder 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. - \"Build a Jira connector for this project\"\n- \"Add a Slack provider following the existing pattern\"\n- \"Create a new integration for this API\"\n- \"Build a plugin that matches the repo's connector style\"\n\n"
|
|
602
|
+
},
|
|
603
|
+
"api-design": {
|
|
604
|
+
"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.",
|
|
605
|
+
"name": "api-design",
|
|
606
|
+
"path": "ecc/api-design",
|
|
607
|
+
"routing_text": "api design api design 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. - Designing new API endpoints\n- Reviewing existing API contracts\n- Adding pagination, filtering, or sorting\n- Implementing error handling for APIs\n- Planning API versioning strategy\n- Building public or partner-facing APIs\n\n"
|
|
608
|
+
},
|
|
609
|
+
"architecture-decision-records": {
|
|
610
|
+
"description": "Capture architectural decisions made during Claude Code sessions as structured ADRs. Auto-detects decision moments, records context, alternatives considered, and rationale. Maintains an ADR log so future developers understand why the codebase is shaped the way it is.",
|
|
611
|
+
"name": "architecture-decision-records",
|
|
612
|
+
"path": "ecc/architecture-decision-records",
|
|
613
|
+
"routing_text": "architecture decision records architecture decision records Capture architectural decisions made during Claude Code sessions as structured ADRs. Auto-detects decision moments, records context, alternatives considered, and rationale. Maintains an ADR log so future developers understand why the codebase is shaped the way it is. - User explicitly says \"let's record this decision\" or \"ADR this\"\n- User chooses between significant alternatives (framework, library, pattern, database, API design)\n- User says \"we decided to...\" or \"the reason we're doing X instead of Y is...\"\n- User asks \"why did we choose X?\" (read existing ADRs)\n- During planning phases when architectural trade-offs are discussed\n\n"
|
|
614
|
+
},
|
|
615
|
+
"article-writing": {
|
|
616
|
+
"description": "Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when voice consistency, structure, and credibility matter.",
|
|
617
|
+
"name": "article-writing",
|
|
618
|
+
"path": "ecc/article-writing",
|
|
619
|
+
"routing_text": "article writing article writing Write articles, guides, blog posts, tutorials, newsletter issues, and other long-form content in a distinctive voice derived from supplied examples or brand guidance. Use when the user wants polished written content longer than a paragraph, especially when voice consistency, structure, and credibility matter. - drafting blog posts, essays, launch posts, guides, tutorials, or newsletter issues\n- turning notes, transcripts, or research into polished articles\n- matching an existing founder, operator, or brand voice from examples\n- tightening structure, pacing, and evidence in already-written long-form copy\n\n"
|
|
620
|
+
},
|
|
621
|
+
"automation-audit-ops": {
|
|
622
|
+
"description": "Evidence-first automation inventory and overlap audit workflow for ECC. Use when the user wants to know which jobs, hooks, connectors, MCP servers, or wrappers are live, broken, redundant, or missing before fixing anything.",
|
|
623
|
+
"name": "automation-audit-ops",
|
|
624
|
+
"path": "ecc/automation-audit-ops",
|
|
625
|
+
"routing_text": "automation audit ops automation audit ops Evidence-first automation inventory and overlap audit workflow for ECC. Use when the user wants to know which jobs, hooks, connectors, MCP servers, or wrappers are live, broken, redundant, or missing before fixing anything. - user asks \"what automations do I have\", \"what is live\", \"what is broken\", or \"what overlaps\"\n- the task spans cron jobs, GitHub Actions, local hooks, MCP servers, connectors, wrappers, or app integrations\n- the user wants to know what was ported from another agent system and what still needs to be rebuilt inside ECC\n- the workspace has accumulated multiple ways to do the same thing and the user wants one canonical lane\n\n"
|
|
626
|
+
},
|
|
627
|
+
"autonomous-agent-harness": {
|
|
628
|
+
"description": "Transform Claude Code into a fully autonomous agent system with persistent memory, scheduled operations, computer use, and task queuing. Replaces standalone agent frameworks (Hermes, AutoGPT) by leveraging Claude Code's native crons, dispatch, MCP tools, and memory. Use when the user wants continuous autonomous operation, scheduled tasks, or a self-directing agent loop.",
|
|
629
|
+
"name": "autonomous-agent-harness",
|
|
630
|
+
"path": "ecc/autonomous-agent-harness",
|
|
631
|
+
"routing_text": "autonomous agent harness autonomous agent harness Transform Claude Code into a fully autonomous agent system with persistent memory, scheduled operations, computer use, and task queuing. Replaces standalone agent frameworks (Hermes, AutoGPT) by leveraging Claude Code's native crons, dispatch, MCP tools, and memory. Use when the user wants continuous autonomous operation, scheduled tasks, or a self-directing agent loop. - User wants an agent that runs continuously or on a schedule\n- Setting up automated workflows that trigger periodically\n- Building a personal AI assistant that remembers context across sessions\n- User says \"run this every day\", \"check on this regularly\", \"keep monitoring\"\n- Wants to replicate functionality from Hermes, AutoGPT, or similar autonomous agent frameworks\n- Needs computer use combined with scheduled execution\n\n"
|
|
632
|
+
},
|
|
633
|
+
"autonomous-loops": {
|
|
634
|
+
"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.",
|
|
635
|
+
"name": "autonomous-loops",
|
|
636
|
+
"path": "ecc/autonomous-loops",
|
|
637
|
+
"routing_text": "autonomous loops autonomous loops 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. - Setting up autonomous development workflows that run without human intervention\n- Choosing the right loop architecture for your problem (simple vs complex)\n- Building CI/CD-style continuous development pipelines\n- Running parallel agents with merge coordination\n- Implementing context persistence across loop iterations\n- Adding quality gates and cleanup passes to autonomous workflows\n\n"
|
|
638
|
+
},
|
|
639
|
+
"backend-patterns": {
|
|
640
|
+
"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.",
|
|
641
|
+
"name": "backend-patterns",
|
|
642
|
+
"path": "ecc/backend-patterns",
|
|
643
|
+
"routing_text": "backend patterns backend patterns 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. - Designing REST or GraphQL API endpoints\n- Implementing repository, service, or controller layers\n- Optimizing database queries (N+1, indexing, connection pooling)\n- Adding caching (Redis, in-memory, HTTP cache headers)\n- Setting up background jobs or async processing\n- Structuring error handling and validation for APIs\n- Building middleware (auth, logging, rate limiting)\n\n"
|
|
644
|
+
},
|
|
645
|
+
"benchmark": {
|
|
646
|
+
"description": "Use this skill to measure performance baselines, detect regressions before/after PRs, and compare stack alternatives.",
|
|
647
|
+
"name": "benchmark",
|
|
648
|
+
"path": "ecc/benchmark",
|
|
649
|
+
"routing_text": "benchmark benchmark Use this skill to measure performance baselines, detect regressions before/after PRs, and compare stack alternatives. - Before and after a PR to measure performance impact\n- Setting up performance baselines for a project\n- When users report \"it feels slow\"\n- Before a launch — ensure you meet performance targets\n- Comparing your stack against alternatives\n\n"
|
|
650
|
+
},
|
|
651
|
+
"benchmark-methodology": {
|
|
652
|
+
"description": ">-",
|
|
653
|
+
"name": "benchmark-methodology",
|
|
654
|
+
"path": "ecc/benchmark-methodology",
|
|
655
|
+
"routing_text": "benchmark methodology benchmark methodology >- - A scoped, tiered competitor set from competitive-platform-analysis is ready to score.\n- Need comparable, evidence-anchored scores across competitors — not gut-feel rankings.\n- Client's strategic tension (the paired axes defining their target white-space) has been established.\n- Preparing to produce profile cards for assembly in competitive-report-structure.\n\n"
|
|
656
|
+
},
|
|
657
|
+
"benchmark-optimization-loop": {
|
|
658
|
+
"description": "Use when the user asks to make something faster, try many variants, run recursive optimization, benchmark latency/throughput/cost, or choose the best implementation by repeated measured tests.",
|
|
659
|
+
"name": "benchmark-optimization-loop",
|
|
660
|
+
"path": "ecc/benchmark-optimization-loop",
|
|
661
|
+
"routing_text": "benchmark optimization loop benchmark optimization loop Use when the user asks to make something faster, try many variants, run recursive optimization, benchmark latency/throughput/cost, or choose the best implementation by repeated measured tests."
|
|
662
|
+
},
|
|
663
|
+
"blender-motion-state-inspection": {
|
|
664
|
+
"description": "Use this skill when inspecting Blender characters, rigs, poses, animation retargeting, ground contact, facing direction, or model-vs-motion alignment where screenshots alone are not enough.",
|
|
665
|
+
"name": "blender-motion-state-inspection",
|
|
666
|
+
"path": "ecc/blender-motion-state-inspection",
|
|
667
|
+
"routing_text": "blender motion state inspection blender motion state inspection Use this skill when inspecting Blender characters, rigs, poses, animation retargeting, ground contact, facing direction, or model-vs-motion alignment where screenshots alone are not enough. - A Blender character looks twisted, mirrored, flattened, offset, or foot-sliding in an animation.\n- A user asks whether an imported avatar, armature, or retargeted motion matches an expected pose.\n- You need to compare rendered evidence with structured facts such as bones, bounding boxes, contacts, and facing vectors.\n- A workflow depends on deciding whether a model is a character, prop, proxy mesh, control rig, or broken import.\n\n"
|
|
668
|
+
},
|
|
669
|
+
"blueprint": {
|
|
670
|
+
"description": ">-",
|
|
671
|
+
"name": "blueprint",
|
|
672
|
+
"path": "ecc/blueprint",
|
|
673
|
+
"routing_text": "blueprint blueprint >- - Breaking a large feature into multiple PRs with clear dependency order\n- Planning a refactor or migration that spans multiple sessions\n- Coordinating parallel workstreams across sub-agents\n- Any task where context loss between sessions would cause rework\n\n**Do not use** for tasks completable in a single PR, fewer than 3 tool calls, or when the user says \"just do it.\"\n\n"
|
|
674
|
+
},
|
|
675
|
+
"brand-discovery": {
|
|
676
|
+
"description": ">-",
|
|
677
|
+
"name": "brand-discovery",
|
|
678
|
+
"path": "ecc/brand-discovery",
|
|
679
|
+
"routing_text": "brand discovery brand discovery >- - A brand is being created, repositioned, or needs a written identity reference to brief collaborators.\n- Multiple sessions are expected — the conversation will span days or weeks.\n- Multiple founders or stakeholders need individual interviews before a reconciliation pass.\n- The user wants a structured, repeatable method rather than an ad-hoc chat.\n- Existing brand documentation is scattered, implicit, or founder-dependent and needs to be made explicit.\n\n"
|
|
680
|
+
},
|
|
681
|
+
"brand-voice": {
|
|
682
|
+
"description": "Build a source-derived writing style profile from real posts, essays, launch notes, docs, or site copy, then reuse that profile across content, outreach, and social workflows. Use when the user wants voice consistency without generic AI writing tropes.",
|
|
683
|
+
"name": "brand-voice",
|
|
684
|
+
"path": "ecc/brand-voice",
|
|
685
|
+
"routing_text": "brand voice brand voice Build a source-derived writing style profile from real posts, essays, launch notes, docs, or site copy, then reuse that profile across content, outreach, and social workflows. Use when the user wants voice consistency without generic AI writing tropes. - the user wants content or outreach in a specific voice\n- writing for X, LinkedIn, email, launch posts, threads, or product updates\n- adapting a known author's tone across channels\n- the existing content lane needs a reusable style system instead of one-off mimicry\n\n"
|
|
686
|
+
},
|
|
687
|
+
"browser-qa": {
|
|
688
|
+
"description": "Use this skill to automate visual testing and UI interaction verification using browser automation after deploying features.",
|
|
689
|
+
"name": "browser-qa",
|
|
690
|
+
"path": "ecc/browser-qa",
|
|
691
|
+
"routing_text": "browser qa browser qa Use this skill to automate visual testing and UI interaction verification using browser automation after deploying features. - After deploying a feature to staging/preview\n- When you need to verify UI behavior across pages\n- Before shipping — confirm layouts, forms, interactions actually work\n- When reviewing PRs that touch frontend code\n- Accessibility audits and responsive testing\n\n"
|
|
692
|
+
},
|
|
693
|
+
"bun-runtime": {
|
|
694
|
+
"description": "Bun as runtime, package manager, bundler, and test runner. When to choose Bun vs Node, migration notes, and Vercel support.",
|
|
695
|
+
"name": "bun-runtime",
|
|
696
|
+
"path": "ecc/bun-runtime",
|
|
697
|
+
"routing_text": "bun runtime bun runtime Bun as runtime, package manager, bundler, and test runner. When to choose Bun vs Node, migration notes, and Vercel support. - **Prefer Bun** for: new JS/TS projects, scripts where install/run speed matters, Vercel deployments with Bun runtime, and when you want a single toolchain (run + install + test + build).\n- **Prefer Node** for: maximum ecosystem compatibility, legacy tooling that assumes Node, or when a dependency has known Bun issues.\n\nUse when: adopting Bun, migrating from Node, writing or debugging Bun scripts/tests, or configuring Bun on Vercel or other platforms.\n\n"
|
|
698
|
+
},
|
|
699
|
+
"canary-watch": {
|
|
700
|
+
"description": "Use this skill to monitor and verify a deployed URL after releases — checks HTTP endpoints, SSE streams, static assets, console errors, and performance regressions after deploys, merges, or dependency upgrades. Smoke / canary / post-deploy verification.",
|
|
701
|
+
"name": "canary-watch",
|
|
702
|
+
"path": "ecc/canary-watch",
|
|
703
|
+
"routing_text": "canary watch canary watch Use this skill to monitor and verify a deployed URL after releases — checks HTTP endpoints, SSE streams, static assets, console errors, and performance regressions after deploys, merges, or dependency upgrades. Smoke / canary / post-deploy verification. - After deploying to production or staging\n- After merging a risky PR\n- When you want to verify a fix actually fixed it\n- Continuous monitoring during a launch window\n- After dependency upgrades\n\n"
|
|
704
|
+
},
|
|
705
|
+
"carrier-relationship-management": {
|
|
706
|
+
"description": ">",
|
|
707
|
+
"name": "carrier-relationship-management",
|
|
708
|
+
"path": "ecc/carrier-relationship-management",
|
|
709
|
+
"routing_text": "carrier relationship management carrier relationship management > - Onboarding a new carrier and vetting safety, insurance, and authority\n- Running an annual or lane-specific RFP for rate benchmarking\n- Building or updating carrier scorecards and performance reviews\n- Reallocating freight during tight capacity or carrier underperformance\n- Negotiating rate increases, fuel surcharges, or accessorial schedules\n\n"
|
|
710
|
+
},
|
|
711
|
+
"cisco-ios-patterns": {
|
|
712
|
+
"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.",
|
|
713
|
+
"name": "cisco-ios-patterns",
|
|
714
|
+
"path": "ecc/cisco-ios-patterns",
|
|
715
|
+
"routing_text": "cisco ios patterns cisco ios patterns 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. - Reviewing IOS or IOS-XE configuration before a planned change.\n- Choosing read-only `show` commands for troubleshooting.\n- Checking ACL wildcard masks and interface direction.\n- Explaining global, interface, routing process, and line configuration modes.\n- Verifying that a change landed in running config and was saved intentionally.\n\n"
|
|
716
|
+
},
|
|
717
|
+
"ck": {
|
|
718
|
+
"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.",
|
|
719
|
+
"name": "ck",
|
|
720
|
+
"path": "ecc/ck",
|
|
721
|
+
"routing_text": "ck ck 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."
|
|
722
|
+
},
|
|
723
|
+
"claude-devfleet": {
|
|
724
|
+
"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.",
|
|
725
|
+
"name": "claude-devfleet",
|
|
726
|
+
"path": "ecc/claude-devfleet",
|
|
727
|
+
"routing_text": "claude devfleet claude devfleet 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. Use this skill when you need to dispatch multiple Claude Code agents to work on coding tasks in parallel. Each agent runs in an isolated git worktree with full tooling.\n\n"
|
|
728
|
+
},
|
|
729
|
+
"click-path-audit": {
|
|
730
|
+
"description": "Trace every user-facing button/touchpoint through its full state change sequence to find bugs where functions individually work but cancel each other out, produce wrong final state, or leave the UI in an inconsistent state. Use when: systematic debugging found no bugs but users report broken buttons, or after any major refactor touching shared state stores.",
|
|
731
|
+
"name": "click-path-audit",
|
|
732
|
+
"path": "ecc/click-path-audit",
|
|
733
|
+
"routing_text": "click path audit click path audit Trace every user-facing button/touchpoint through its full state change sequence to find bugs where functions individually work but cancel each other out, produce wrong final state, or leave the UI in an inconsistent state. Use when: systematic debugging found no bugs but users report broken buttons, or after any major refactor touching shared state stores. - After systematic debugging finds \"no bugs\" but users report broken UI\n- After modifying any Zustand store action (check all callers)\n- After any refactor that touches shared state\n- Before release, on critical user flows\n- When a button \"does nothing\" — this is THE tool for that\n\n"
|
|
734
|
+
},
|
|
735
|
+
"clickhouse-io": {
|
|
736
|
+
"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.",
|
|
737
|
+
"name": "clickhouse-io",
|
|
738
|
+
"path": "ecc/clickhouse-io",
|
|
739
|
+
"routing_text": "clickhouse io clickhouse io 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. - Designing ClickHouse table schemas (MergeTree engine selection)\n- Writing analytical queries (aggregations, window functions, joins)\n- Optimizing query performance (partition pruning, projections, materialized views)\n- Ingesting large volumes of data (batch inserts, Kafka integration)\n- Migrating from PostgreSQL/MySQL to ClickHouse for analytics\n- Implementing real-time dashboards or time-series analytics\n\n"
|
|
740
|
+
},
|
|
741
|
+
"code-tour": {
|
|
742
|
+
"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.",
|
|
743
|
+
"name": "code-tour",
|
|
744
|
+
"path": "ecc/code-tour",
|
|
745
|
+
"routing_text": "code tour code tour 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. Use this skill when:\n- the user asks for a code tour, onboarding tour, architecture walkthrough, or PR tour\n- the user says \"explain how X works\" and wants a reusable guided artifact\n- the user wants a ramp-up path for a new engineer or reviewer\n- the task is better served by a guided sequence than a flat summary\n\nExamples:\n- onboarding a new maintainer\n- architecture tour for one service or package\n- PR-review walk-through anchored to changed files\n- RCA tour showing the failure path\n- security review tour of trust boundaries and key checks\n\n"
|
|
746
|
+
},
|
|
747
|
+
"codebase-onboarding": {
|
|
748
|
+
"description": "Analyze an unfamiliar codebase and generate a structured onboarding guide with architecture map, key entry points, conventions, and a starter CLAUDE.md. Use when joining a new project or setting up Claude Code for the first time in a repo.",
|
|
749
|
+
"name": "codebase-onboarding",
|
|
750
|
+
"path": "ecc/codebase-onboarding",
|
|
751
|
+
"routing_text": "codebase onboarding codebase onboarding Analyze an unfamiliar codebase and generate a structured onboarding guide with architecture map, key entry points, conventions, and a starter CLAUDE.md. Use when joining a new project or setting up Claude Code for the first time in a repo. - First time opening a project with Claude Code\n- Joining a new team or repository\n- User asks \"help me understand this codebase\"\n- User asks to generate a CLAUDE.md for a project\n- User says \"onboard me\" or \"walk me through this repo\"\n\n"
|
|
752
|
+
},
|
|
753
|
+
"codehealth-mcp": {
|
|
754
|
+
"description": "Real-time structural Code Health via CodeScene MCP — review before edits, verify score deltas after changes, gate commits and PRs. Use when reviewing code quality, refactoring, checking if AI changes degraded a file, or before commit/PR.",
|
|
755
|
+
"name": "codehealth-mcp",
|
|
756
|
+
"path": "ecc/codehealth-mcp",
|
|
757
|
+
"routing_text": "codehealth mcp codehealth mcp Real-time structural Code Health via CodeScene MCP — review before edits, verify score deltas after changes, gate commits and PRs. Use when reviewing code quality, refactoring, checking if AI changes degraded a file, or before commit/PR. - User asks to **review code quality**, **refactor** a file, or check if **AI changes degraded** maintainability\n- Before editing a **hotspot**, legacy module, or unfamiliar file\n- Before **commit** or **pull request** when you need a maintainability safeguard\n- After a large agent-written diff — verify Code Health did not regress\n- Pair with `verification-loop`, `tdd-workflow`, or `/quality-gate` as a structural check (not a replacement for tests/lint)\n\n"
|
|
758
|
+
},
|
|
759
|
+
"coding-standards": {
|
|
760
|
+
"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.",
|
|
761
|
+
"name": "coding-standards",
|
|
762
|
+
"path": "ecc/coding-standards",
|
|
763
|
+
"routing_text": "coding standards coding standards 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. - Starting a new project or module\n- Reviewing code for quality and maintainability\n- Refactoring existing code to follow conventions\n- Enforcing naming, formatting, or structural consistency\n- Setting up linting, formatting, or type-checking rules\n- Onboarding new contributors to coding conventions\n\n"
|
|
764
|
+
},
|
|
765
|
+
"competitive-platform-analysis": {
|
|
766
|
+
"description": ">-",
|
|
767
|
+
"name": "competitive-platform-analysis",
|
|
768
|
+
"path": "ecc/competitive-platform-analysis",
|
|
769
|
+
"routing_text": "competitive platform analysis competitive platform analysis >- - About to start a competitive benchmarking project and need to define the competitor set first.\n- Unsure which companies belong in Direct / Adjacent / Aspirational tiers.\n- Need a defensible, pruned scope for a market landscape report.\n- Has a positioning brief and wants to identify who contests that position.\n- First step before running benchmark-methodology.\n\n"
|
|
770
|
+
},
|
|
771
|
+
"competitive-report-structure": {
|
|
772
|
+
"description": ">-",
|
|
773
|
+
"name": "competitive-report-structure",
|
|
774
|
+
"path": "ecc/competitive-report-structure",
|
|
775
|
+
"routing_text": "competitive report structure competitive report structure >- - All competitor profile cards from benchmark-methodology are complete and ready to assemble.\n- Need to present competitive findings to a founder, leadership team, or board.\n- The report must drive decisions (who to compete with, how, where the moat is) — not just document the landscape.\n- Preparing a client deliverable that must be auditable and defensible.\n\n"
|
|
776
|
+
},
|
|
777
|
+
"compose-multiplatform-patterns": {
|
|
778
|
+
"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.",
|
|
779
|
+
"name": "compose-multiplatform-patterns",
|
|
780
|
+
"path": "ecc/compose-multiplatform-patterns",
|
|
781
|
+
"routing_text": "compose multiplatform patterns compose multiplatform patterns 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. - Building Compose UI (Jetpack Compose or Compose Multiplatform)\n- Managing UI state with ViewModels and Compose state\n- Implementing navigation in KMP or Android projects\n- Designing reusable composables and design systems\n- Optimizing recomposition and rendering performance\n\n"
|
|
782
|
+
},
|
|
783
|
+
"config-gc": {
|
|
784
|
+
"description": "Garbage collection for your Claude Code configuration. Periodically scans ~/.claude (skills, memory, hooks, permissions, MCP servers, caches) for redundant, stale, orphaned, or low-value items, then walks the user through a confirm-each-deletion cleanup. Use when the user says \"clean up my config\", \"config GC\", \"too many skills\", \"audit my setup\", \"my .claude is bloated\", or asks for a periodic config review.",
|
|
785
|
+
"name": "config-gc",
|
|
786
|
+
"path": "ecc/config-gc",
|
|
787
|
+
"routing_text": "config gc config gc Garbage collection for your Claude Code configuration. Periodically scans ~/.claude (skills, memory, hooks, permissions, MCP servers, caches) for redundant, stale, orphaned, or low-value items, then walks the user through a confirm-each-deletion cleanup. Use when the user says \"clean up my config\", \"config GC\", \"too many skills\", \"audit my setup\", \"my .claude is bloated\", or asks for a periodic config review. - The user asks to clean up, audit, or slim down their Claude Code configuration\n- The user complains about too many skills, noisy hooks, or slow session startup\n- A monthly/periodic config review is due\n- After installing a large skill pack (e.g. this repo), to reconcile overlaps with existing setup\n\nDo NOT activate for: cleaning project source code (that's refactoring), clearing chat history, or uninstalling Claude Code itself.\n\n"
|
|
788
|
+
},
|
|
789
|
+
"configure-ecc": {
|
|
790
|
+
"description": "Guide ECC installation, update, or reconfiguration from inside Claude Code, Codex, or Kimi while respecting each harness's real plugin, scope, and hook capabilities.",
|
|
791
|
+
"name": "configure-ecc",
|
|
792
|
+
"path": "ecc/configure-ecc",
|
|
793
|
+
"routing_text": "configure ecc configure ecc Guide ECC installation, update, or reconfiguration from inside Claude Code, Codex, or Kimi while respecting each harness's real plugin, scope, and hook capabilities."
|
|
794
|
+
},
|
|
795
|
+
"connections-optimizer": {
|
|
796
|
+
"description": "Reorganize the user's X and LinkedIn network with review-first pruning, add/follow recommendations, and channel-specific warm outreach drafted in the user's real voice. Use when the user wants to clean up following lists, grow toward current priorities, or rebalance a social graph around higher-signal relationships.",
|
|
797
|
+
"name": "connections-optimizer",
|
|
798
|
+
"path": "ecc/connections-optimizer",
|
|
799
|
+
"routing_text": "connections optimizer connections optimizer Reorganize the user's X and LinkedIn network with review-first pruning, add/follow recommendations, and channel-specific warm outreach drafted in the user's real voice. Use when the user wants to clean up following lists, grow toward current priorities, or rebalance a social graph around higher-signal relationships. - the user wants to prune their X following\n- the user wants to rebalance who they follow or stay connected to\n- the user says \"clean up my network\", \"who should I unfollow\", \"who should I follow\", \"who should I reconnect with\"\n- outreach quality depends on network structure, not just cold list generation\n\n"
|
|
800
|
+
},
|
|
801
|
+
"content-engine": {
|
|
802
|
+
"description": "Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.",
|
|
803
|
+
"name": "content-engine",
|
|
804
|
+
"path": "ecc/content-engine",
|
|
805
|
+
"routing_text": "content engine content engine Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms. - writing X posts or threads\n- drafting LinkedIn posts or launch updates\n- scripting short-form video or YouTube explainers\n- repurposing articles, podcasts, demos, docs, or internal notes into public content\n- building a launch sequence or ongoing content system around a product, insight, or narrative\n\n"
|
|
806
|
+
},
|
|
807
|
+
"content-hash-cache-pattern": {
|
|
808
|
+
"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.",
|
|
809
|
+
"name": "content-hash-cache-pattern",
|
|
810
|
+
"path": "ecc/content-hash-cache-pattern",
|
|
811
|
+
"routing_text": "content hash cache pattern content hash cache pattern 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. - Building file processing pipelines (PDF, images, text extraction)\n- Processing cost is high and same files are processed repeatedly\n- Need a `--cache/--no-cache` CLI option\n- Want to add caching to existing pure functions without modifying them\n\n"
|
|
812
|
+
},
|
|
813
|
+
"context-budget": {
|
|
814
|
+
"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.",
|
|
815
|
+
"name": "context-budget",
|
|
816
|
+
"path": "ecc/context-budget",
|
|
817
|
+
"routing_text": "context budget context budget 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. - Session performance feels sluggish or output quality is degrading\n- You've recently added many skills, agents, or MCP servers\n- You want to know how much context headroom you actually have\n- Planning to add more components and need to know if there's room\n- Running `/context-budget` command (this skill backs it)\n\n"
|
|
818
|
+
},
|
|
819
|
+
"continuous-agent-loop": {
|
|
820
|
+
"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.",
|
|
821
|
+
"name": "continuous-agent-loop",
|
|
822
|
+
"path": "ecc/continuous-agent-loop",
|
|
823
|
+
"routing_text": "continuous agent loop continuous agent loop 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."
|
|
824
|
+
},
|
|
825
|
+
"continuous-learning": {
|
|
826
|
+
"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.",
|
|
827
|
+
"name": "continuous-learning",
|
|
828
|
+
"path": "ecc/continuous-learning",
|
|
829
|
+
"routing_text": "continuous learning continuous learning [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. - Setting up automatic pattern extraction from Claude Code sessions\n- Configuring the Stop hook for session evaluation\n- Reviewing or curating learned skills in `~/.claude/skills/learned/`\n- Adjusting extraction thresholds or pattern categories\n- Comparing v1 (this) vs v2 (instinct-based) approaches\n\n"
|
|
830
|
+
},
|
|
831
|
+
"continuous-learning-v2": {
|
|
832
|
+
"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.",
|
|
833
|
+
"name": "continuous-learning-v2",
|
|
834
|
+
"path": "ecc/continuous-learning-v2",
|
|
835
|
+
"routing_text": "continuous learning v2 continuous learning v2 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. - Setting up automatic learning from Claude Code sessions\n- Configuring instinct-based behavior extraction via hooks\n- Tuning confidence thresholds for learned behaviors\n- Reviewing, exporting, or importing instinct libraries\n- Evolving instincts into full skills, commands, or agents\n- Managing project-scoped vs global instincts\n- Promoting instincts from project to global scope\n\n"
|
|
836
|
+
},
|
|
837
|
+
"contract-first": {
|
|
838
|
+
"description": "Use when multiple consumers and providers must evolve an API or event schema without field drift, integration surprises, or one side silently redefining the interface.",
|
|
839
|
+
"name": "contract-first",
|
|
840
|
+
"path": "ecc/contract-first",
|
|
841
|
+
"routing_text": "contract first contract first Use when multiple consumers and providers must evolve an API or event schema without field drift, integration surprises, or one side silently redefining the interface. - Frontend and backend work will proceed in parallel.\n- Two or more services exchange API payloads, events, or commands.\n- Field names, nullability, enums, or error shapes regularly drift.\n- One consumer needs several calls because the provider exposed storage models\n instead of a task-oriented response.\n- A provider change can break consumers maintained by another person or agent.\n- Mock responses and production responses no longer have the same shape.\n\nDo not add contract machinery to a single-module boundary that changes in one\natomic commit and has no independent consumer. A shared type may be enough.\n\n"
|
|
842
|
+
},
|
|
843
|
+
"cost-aware-llm-pipeline": {
|
|
844
|
+
"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.",
|
|
845
|
+
"name": "cost-aware-llm-pipeline",
|
|
846
|
+
"path": "ecc/cost-aware-llm-pipeline",
|
|
847
|
+
"routing_text": "cost aware llm pipeline cost aware llm pipeline 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. - Building applications that call LLM APIs (Claude, GPT, etc.)\n- Processing batches of items with varying complexity\n- Need to stay within a budget for API spend\n- Optimizing cost without sacrificing quality on complex tasks\n\n"
|
|
848
|
+
},
|
|
849
|
+
"cost-tracking": {
|
|
850
|
+
"description": "Track and report Claude Code token usage, spending, and budgets from the local ECC cost-tracker metrics log. Use when the user asks about costs, spending, usage, tokens, budgets, or cost breakdowns by model, session, or date.",
|
|
851
|
+
"name": "cost-tracking",
|
|
852
|
+
"path": "ecc/cost-tracking",
|
|
853
|
+
"routing_text": "cost tracking cost tracking Track and report Claude Code token usage, spending, and budgets from the local ECC cost-tracker metrics log. Use when the user asks about costs, spending, usage, tokens, budgets, or cost breakdowns by model, session, or date. - The user asks \"how much have I spent?\", \"what did this session cost?\", or\n \"what is my token usage?\"\n- The user mentions budgets, spending limits, overruns, or cost controls.\n- The user wants a cost breakdown by model, session, or date, or a CSV export.\n\n"
|
|
854
|
+
},
|
|
855
|
+
"council": {
|
|
856
|
+
"description": "Convene a four-voice council for ambiguous decisions, tradeoffs, and go/no-go calls. Use when multiple valid paths exist and you need structured disagreement before choosing.",
|
|
857
|
+
"name": "council",
|
|
858
|
+
"path": "ecc/council",
|
|
859
|
+
"routing_text": "council council Convene a four-voice council for ambiguous decisions, tradeoffs, and go/no-go calls. Use when multiple valid paths exist and you need structured disagreement before choosing. Use council when:\n- a decision has multiple credible paths and no obvious winner\n- you need explicit tradeoff surfacing\n- the user asks for second opinions, dissent, or multiple perspectives\n- conversational anchoring is a real risk\n- a go / no-go call would benefit from adversarial challenge\n\nExamples:\n- monorepo vs polyrepo\n- ship now vs hold for polish\n- feature flag vs full rollout\n- simplify scope vs keep strategic breadth\n\n"
|
|
860
|
+
},
|
|
861
|
+
"council-multi-model": {
|
|
862
|
+
"description": "Add one optional external Codex critique after the existing council has produced a decision draft. Use when an ambiguous, high-consequence decision would benefit from a separate model invocation's attempt to break the synthesis. Requires explicit consent before sending the compact draft and disagreement to OpenAI, labels same-provider reviews honestly, and marks the review absent when the adapter is unavailable.",
|
|
863
|
+
"name": "council-multi-model",
|
|
864
|
+
"path": "ecc/council-multi-model",
|
|
865
|
+
"routing_text": "council multi model council multi model Add one optional external Codex critique after the existing council has produced a decision draft. Use when an ambiguous, high-consequence decision would benefit from a separate model invocation's attempt to break the synthesis. Requires explicit consent before sending the compact draft and disagreement to OpenAI, labels same-provider reviews honestly, and marks the review absent when the adapter is unavailable. Use this extension when all of these are true:\n\n- `council` is appropriate and has already produced raw disagreement plus a\n synthesis draft;\n- the decision is consequential enough to justify sending a compact review\n packet to another model invocation;\n- the user explicitly agrees to send that packet to OpenAI.\n\nDo not use it for ordinary factual questions, implementation planning, or code\nreview. Do not send proprietary, regulated, credential-bearing, or personal\nmaterial unless the user has explicitly approved that exact transfer.\n\n"
|
|
866
|
+
},
|
|
867
|
+
"cpp-coding-standards": {
|
|
868
|
+
"description": "C++ coding standards based on the C++ Core Guidelines (isocpp.github.io). Use when writing, reviewing, or refactoring C++ code to enforce modern, safe, and idiomatic practices.",
|
|
869
|
+
"name": "cpp-coding-standards",
|
|
870
|
+
"path": "ecc/cpp-coding-standards",
|
|
871
|
+
"routing_text": "cpp coding standards cpp coding standards C++ coding standards based on the C++ Core Guidelines (isocpp.github.io). Use when writing, reviewing, or refactoring C++ code to enforce modern, safe, and idiomatic practices. - Writing new C++ code (classes, functions, templates)\n- Reviewing or refactoring existing C++ code\n- Making architectural decisions in C++ projects\n- Enforcing consistent style across a C++ codebase\n- Choosing between language features (e.g., `enum` vs `enum class`, raw pointer vs smart pointer)\n\n### When NOT to Use\n\n- Non-C++ projects\n- Legacy C codebases that cannot adopt modern C++ features\n- Embedded/bare-metal contexts where specific guidelines conflict with hardware constraints (adapt selectively)\n\n"
|
|
872
|
+
},
|
|
873
|
+
"cpp-testing": {
|
|
874
|
+
"description": "Use only when writing/updating/fixing C++ tests, configuring GoogleTest/CTest, diagnosing failing or flaky tests, or adding coverage/sanitizers.",
|
|
875
|
+
"name": "cpp-testing",
|
|
876
|
+
"path": "ecc/cpp-testing",
|
|
877
|
+
"routing_text": "cpp testing cpp testing Use only when writing/updating/fixing C++ tests, configuring GoogleTest/CTest, diagnosing failing or flaky tests, or adding coverage/sanitizers. - Writing new C++ tests or fixing existing tests\n- Designing unit/integration test coverage for C++ components\n- Adding test coverage, CI gating, or regression protection\n- Configuring CMake/CTest workflows for consistent execution\n- Investigating test failures or flaky behavior\n- Enabling sanitizers for memory/race diagnostics\n\n### When NOT to Use\n\n- Implementing new product features without test changes\n- Large-scale refactors unrelated to test coverage or failures\n- Performance tuning without test regressions to validate\n- Non-C++ projects or non-test tasks\n\n"
|
|
878
|
+
},
|
|
879
|
+
"crosspost": {
|
|
880
|
+
"description": "Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.",
|
|
881
|
+
"name": "crosspost",
|
|
882
|
+
"path": "ecc/crosspost",
|
|
883
|
+
"routing_text": "crosspost crosspost Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms. - the user wants to publish the same underlying idea across multiple platforms\n- a launch, update, release, or essay needs platform-specific versions\n- the user says \"crosspost\", \"post this everywhere\", or \"adapt this for X and LinkedIn\"\n\n"
|
|
884
|
+
},
|
|
885
|
+
"csharp-testing": {
|
|
886
|
+
"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.",
|
|
887
|
+
"name": "csharp-testing",
|
|
888
|
+
"path": "ecc/csharp-testing",
|
|
889
|
+
"routing_text": "csharp testing csharp testing 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. - Writing new tests for C# code\n- Reviewing test quality and coverage\n- Setting up test infrastructure for .NET projects\n- Debugging flaky or slow tests\n\n"
|
|
890
|
+
},
|
|
891
|
+
"customer-billing-ops": {
|
|
892
|
+
"description": "Operate customer billing workflows such as subscriptions, refunds, churn triage, billing-portal recovery, and plan analysis using connected billing tools like Stripe. Use when the user needs to help a customer, inspect subscription state, or manage revenue-impacting billing operations.",
|
|
893
|
+
"name": "customer-billing-ops",
|
|
894
|
+
"path": "ecc/customer-billing-ops",
|
|
895
|
+
"routing_text": "customer billing ops customer billing ops Operate customer billing workflows such as subscriptions, refunds, churn triage, billing-portal recovery, and plan analysis using connected billing tools like Stripe. Use when the user needs to help a customer, inspect subscription state, or manage revenue-impacting billing operations. - Customer says billing is broken, they want a refund, or they cannot cancel\n- Investigating duplicate subscriptions, accidental charges, failed renewals, or churn risk\n- Reviewing plan mix, active subscriptions, yearly vs monthly conversion, or team-seat confusion\n- Creating or validating a billing portal flow\n- Auditing support complaints that touch subscriptions, invoices, refunds, or payment methods\n\n"
|
|
896
|
+
},
|
|
897
|
+
"customs-trade-compliance": {
|
|
898
|
+
"description": ">",
|
|
899
|
+
"name": "customs-trade-compliance",
|
|
900
|
+
"path": "ecc/customs-trade-compliance",
|
|
901
|
+
"routing_text": "customs trade compliance customs trade compliance > - Classifying goods under HS/HTS tariff codes for import or export\n- Preparing customs documentation (commercial invoices, certificates of origin, ISF filings)\n- Screening parties against denied/restricted entity lists (SDN, Entity List, EU sanctions)\n- Evaluating FTA qualification and duty savings opportunities\n- Responding to customs audits, CF-28/CF-29 requests, or penalty notices\n\n"
|
|
902
|
+
},
|
|
903
|
+
"dart-flutter-patterns": {
|
|
904
|
+
"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.",
|
|
905
|
+
"name": "dart-flutter-patterns",
|
|
906
|
+
"path": "ecc/dart-flutter-patterns",
|
|
907
|
+
"routing_text": "dart flutter patterns dart flutter patterns 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. Use this skill when:\n- Starting a new Flutter feature and need idiomatic patterns for state management, navigation, or data access\n- Reviewing or writing Dart code and need guidance on null safety, sealed types, or async composition\n- Setting up a new Flutter project and choosing between BLoC, Riverpod, or Provider\n- Implementing secure HTTP clients, WebView integration, or local storage\n- Writing tests for Flutter widgets, Cubits, or Riverpod providers\n- Wiring up GoRouter with authentication guards\n\n"
|
|
908
|
+
},
|
|
909
|
+
"dashboard-builder": {
|
|
910
|
+
"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.",
|
|
911
|
+
"name": "dashboard-builder",
|
|
912
|
+
"path": "ecc/dashboard-builder",
|
|
913
|
+
"routing_text": "dashboard builder dashboard builder 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. - \"Build a Kafka monitoring dashboard\"\n- \"Create a Grafana dashboard for Elasticsearch\"\n- \"Make a SigNoz dashboard for this service\"\n- \"Turn this metrics list into a real operational dashboard\"\n\n"
|
|
914
|
+
},
|
|
915
|
+
"data-scraper-agent": {
|
|
916
|
+
"description": "Build a fully automated AI-powered data collection agent for any public source — job boards, prices, news, GitHub, sports, anything. Runs on a schedule, enriches data with a free LLM (Gemini Flash), stores results in Notion/Sheets/Supabase, and learns from user feedback. Runs 100% free on GitHub Actions. Use when the user wants to monitor, collect, or track any public data automatically.",
|
|
917
|
+
"name": "data-scraper-agent",
|
|
918
|
+
"path": "ecc/data-scraper-agent",
|
|
919
|
+
"routing_text": "data scraper agent data scraper agent Build a fully automated AI-powered data collection agent for any public source — job boards, prices, news, GitHub, sports, anything. Runs on a schedule, enriches data with a free LLM (Gemini Flash), stores results in Notion/Sheets/Supabase, and learns from user feedback. Runs 100% free on GitHub Actions. Use when the user wants to monitor, collect, or track any public data automatically. - User wants to gather or monitor any public website or API\n- User says \"build a bot that checks...\", \"monitor X for me\", \"collect data from...\"\n- User wants to track jobs, prices, news, repos, sports scores, events, listings\n- User asks how to automate data collection without paying for hosting\n- User wants an agent that gets smarter over time based on their decisions\n\n"
|
|
920
|
+
},
|
|
921
|
+
"data-throughput-accelerator": {
|
|
922
|
+
"description": "Use when large data ingestion, backfill, export, ETL, warehouse loading, manifest catch-up, or table synchronization needs to become much faster while preserving data correctness.",
|
|
923
|
+
"name": "data-throughput-accelerator",
|
|
924
|
+
"path": "ecc/data-throughput-accelerator",
|
|
925
|
+
"routing_text": "data throughput accelerator data throughput accelerator Use when large data ingestion, backfill, export, ETL, warehouse loading, manifest catch-up, or table synchronization needs to become much faster while preserving data correctness."
|
|
926
|
+
},
|
|
927
|
+
"database-migrations": {
|
|
928
|
+
"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.",
|
|
929
|
+
"name": "database-migrations",
|
|
930
|
+
"path": "ecc/database-migrations",
|
|
931
|
+
"routing_text": "database migrations database migrations 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. - Creating or altering database tables\n- Adding/removing columns or indexes\n- Running data migrations (backfill, transform)\n- Planning zero-downtime schema changes\n- Setting up migration tooling for a new project\n\n"
|
|
932
|
+
},
|
|
933
|
+
"deep-research": {
|
|
934
|
+
"description": "Multi-source deep research using firecrawl and exa MCPs. Searches the web, synthesizes findings, and delivers cited reports with source attribution. Use when the user wants thorough research on any topic with evidence and citations.",
|
|
935
|
+
"name": "deep-research",
|
|
936
|
+
"path": "ecc/deep-research",
|
|
937
|
+
"routing_text": "deep research deep research Multi-source deep research using firecrawl and exa MCPs. Searches the web, synthesizes findings, and delivers cited reports with source attribution. Use when the user wants thorough research on any topic with evidence and citations. - User asks to research any topic in depth\n- Competitive analysis, technology evaluation, or market sizing\n- Due diligence on companies, investors, or technologies\n- Any question requiring synthesis from multiple sources\n- User says \"research\", \"deep dive\", \"investigate\", or \"what's the current state of\"\n\n"
|
|
938
|
+
},
|
|
939
|
+
"defi-amm-security": {
|
|
940
|
+
"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.",
|
|
941
|
+
"name": "defi-amm-security",
|
|
942
|
+
"path": "ecc/defi-amm-security",
|
|
943
|
+
"routing_text": "defi amm security defi amm security 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. - Writing or auditing a Solidity AMM or liquidity-pool contract\n- Implementing swap, deposit, withdraw, mint, or burn flows that hold token balances\n- Reviewing any contract that uses `token.balanceOf(address(this))` in share or reserve math\n- Adding fee setters, pausers, oracle updates, or other admin functions to a DeFi protocol\n\n"
|
|
944
|
+
},
|
|
945
|
+
"delivery-gate": {
|
|
946
|
+
"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.",
|
|
947
|
+
"name": "delivery-gate",
|
|
948
|
+
"path": "ecc/delivery-gate",
|
|
949
|
+
"routing_text": "delivery gate delivery gate 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."
|
|
950
|
+
},
|
|
951
|
+
"deployment-patterns": {
|
|
952
|
+
"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.",
|
|
953
|
+
"name": "deployment-patterns",
|
|
954
|
+
"path": "ecc/deployment-patterns",
|
|
955
|
+
"routing_text": "deployment patterns deployment patterns 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. - Setting up CI/CD pipelines\n- Dockerizing an application\n- Planning deployment strategy (blue-green, canary, rolling)\n- Implementing health checks and readiness probes\n- Preparing for a production release\n- Configuring environment-specific settings\n\n"
|
|
956
|
+
},
|
|
957
|
+
"design-system": {
|
|
958
|
+
"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.",
|
|
959
|
+
"name": "design-system",
|
|
960
|
+
"path": "ecc/design-system",
|
|
961
|
+
"routing_text": "design system design system 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. - Starting a new project that needs a design system\n- Auditing an existing codebase for visual consistency\n- Before a redesign — understand what you have\n- When the UI looks \"off\" but you can't pinpoint why\n- Reviewing PRs that touch styling\n\n"
|
|
962
|
+
},
|
|
963
|
+
"dev-team": {
|
|
964
|
+
"description": "Simulate a collaborative dev team session where multiple role-based personas (PM, Architect, Developer, QA) respond to the same problem together in one session. Use when designing a feature, reviewing a proposal, or onboarding a new initiative and you want multi-role perspective without switching agents manually.",
|
|
965
|
+
"name": "dev-team",
|
|
966
|
+
"path": "ecc/dev-team",
|
|
967
|
+
"routing_text": "dev team dev team Simulate a collaborative dev team session where multiple role-based personas (PM, Architect, Developer, QA) respond to the same problem together in one session. Use when designing a feature, reviewing a proposal, or onboarding a new initiative and you want multi-role perspective without switching agents manually. The user provides a **topic** — a feature description, proposal, story, or question. The skill runs all four personas in parallel as independent subagents, then presents their responses together.\n\nUse when:\n\n- Designing a new feature and wanting PM, Architect, Dev, and QA concerns surfaced at once\n- Reviewing a proposal before committing to implementation\n- Onboarding an initiative and wanting each role to define their first concerns\n- User says \"what would the team think about this\", \"give me all perspectives\", or \"run this by the team\"\n- Starting a story and wanting role-specific input before writing a single line of code\n\n### When NOT to Use\n\n| Condition | Use Instead |\n| --- | --- |\n| Ambiguous go/no-go decision with real tradeoffs | `council` |\n| You want to hand-pick which agents participate | `team-builder` |\n| Single-role deep-dive (e.g. architecture only) | the `architect` agent |\n| Code review | the `code-reviewer` agent or `/code-review` |\n| Structured adversarial challenge | `santa-method` |\n\n"
|
|
968
|
+
},
|
|
969
|
+
"django-celery": {
|
|
970
|
+
"description": "Django + Celery async task patterns — configuration, task design, beat scheduling, retries, canvas workflows, monitoring, and testing. Use when adding background jobs, scheduled tasks, or async processing to a Django app.",
|
|
971
|
+
"name": "django-celery",
|
|
972
|
+
"path": "ecc/django-celery",
|
|
973
|
+
"routing_text": "django celery django celery Django + Celery async task patterns — configuration, task design, beat scheduling, retries, canvas workflows, monitoring, and testing. Use when adding background jobs, scheduled tasks, or async processing to a Django app. - Adding background jobs or async processing to a Django app\n- Implementing periodic/scheduled tasks\n- Offloading slow operations (email, PDF generation, API calls) from request cycle\n- Setting up Celery Beat for cron-like scheduling\n- Debugging task failures, retries, or queue backlogs\n- Writing tests for Celery tasks\n\n"
|
|
974
|
+
},
|
|
975
|
+
"django-patterns": {
|
|
976
|
+
"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.",
|
|
977
|
+
"name": "django-patterns",
|
|
978
|
+
"path": "ecc/django-patterns",
|
|
979
|
+
"routing_text": "django patterns django patterns 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. - Building Django web applications\n- Designing Django REST Framework APIs\n- Working with Django ORM and models\n- Setting up Django project structure\n- Implementing caching, signals, middleware\n\n"
|
|
980
|
+
},
|
|
981
|
+
"django-security": {
|
|
982
|
+
"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.",
|
|
983
|
+
"name": "django-security",
|
|
984
|
+
"path": "ecc/django-security",
|
|
985
|
+
"routing_text": "django security django security 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. - Setting up Django authentication and authorization\n- Implementing user permissions and roles\n- Configuring production security settings\n- Reviewing Django application for security issues\n- Deploying Django applications to production\n\n"
|
|
986
|
+
},
|
|
987
|
+
"django-tdd": {
|
|
988
|
+
"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.",
|
|
989
|
+
"name": "django-tdd",
|
|
990
|
+
"path": "ecc/django-tdd",
|
|
991
|
+
"routing_text": "django tdd django tdd 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. - Writing new Django applications\n- Implementing Django REST Framework APIs\n- Testing Django models, views, and serializers\n- Setting up testing infrastructure for Django projects\n\n"
|
|
992
|
+
},
|
|
993
|
+
"django-verification": {
|
|
994
|
+
"description": "Verification loop for Django projects: migrations, linting, tests with coverage, security scans, and deployment readiness checks before release or PR.",
|
|
995
|
+
"name": "django-verification",
|
|
996
|
+
"path": "ecc/django-verification",
|
|
997
|
+
"routing_text": "django verification django verification Verification loop for Django projects: migrations, linting, tests with coverage, security scans, and deployment readiness checks before release or PR. - Before opening a pull request for a Django project\n- After major model changes, migration updates, or dependency upgrades\n- Pre-deployment verification for staging or production\n- Running full environment → lint → test → security → deploy readiness pipeline\n- Validating migration safety and test coverage\n\n"
|
|
998
|
+
},
|
|
999
|
+
"dmux-workflows": {
|
|
1000
|
+
"description": "Multi-agent orchestration using dmux (tmux pane manager for AI agents). Patterns for parallel agent workflows across Claude Code, Codex, OpenCode, and other harnesses. Use when running multiple agent sessions in parallel or coordinating multi-agent development workflows.",
|
|
1001
|
+
"name": "dmux-workflows",
|
|
1002
|
+
"path": "ecc/dmux-workflows",
|
|
1003
|
+
"routing_text": "dmux workflows dmux workflows Multi-agent orchestration using dmux (tmux pane manager for AI agents). Patterns for parallel agent workflows across Claude Code, Codex, OpenCode, and other harnesses. Use when running multiple agent sessions in parallel or coordinating multi-agent development workflows. - Running multiple agent sessions in parallel\n- Coordinating work across Claude Code, Codex, and other harnesses\n- Complex tasks that benefit from divide-and-conquer parallelism\n- User says \"run in parallel\", \"split this work\", \"use dmux\", or \"multi-agent\"\n\n"
|
|
1004
|
+
},
|
|
1005
|
+
"docker-patterns": {
|
|
1006
|
+
"description": "Docker and Docker Compose patterns for local development, hardened CLI installer harnesses, container security, networking, volumes, and multi-service orchestration. Use when creating or reviewing Dockerfiles and Compose services, testing installers across Linux distributions, or planning accurate native macOS and Windows validation.",
|
|
1007
|
+
"name": "docker-patterns",
|
|
1008
|
+
"path": "ecc/docker-patterns",
|
|
1009
|
+
"routing_text": "docker patterns docker patterns Docker and Docker Compose patterns for local development, hardened CLI installer harnesses, container security, networking, volumes, and multi-service orchestration. Use when creating or reviewing Dockerfiles and Compose services, testing installers across Linux distributions, or planning accurate native macOS and Windows validation."
|
|
1010
|
+
},
|
|
1011
|
+
"documentation-lookup": {
|
|
1012
|
+
"description": "Use up-to-date library and framework docs via Context7 MCP instead of training data. Activates for setup questions, API references, code examples, or when the user names a framework (e.g. React, Next.js, Prisma).",
|
|
1013
|
+
"name": "documentation-lookup",
|
|
1014
|
+
"path": "ecc/documentation-lookup",
|
|
1015
|
+
"routing_text": "documentation lookup documentation lookup Use up-to-date library and framework docs via Context7 MCP instead of training data. Activates for setup questions, API references, code examples, or when the user names a framework (e.g. React, Next.js, Prisma). Activate when the user:\n\n- Asks setup or configuration questions (e.g. \"How do I configure Next.js middleware?\")\n- Requests code that depends on a library (\"Write a Prisma query for...\")\n- Needs API or reference information (\"What are the Supabase auth methods?\")\n- Mentions specific frameworks or libraries (React, Vue, Svelte, Express, Tailwind, Prisma, Supabase, etc.)\n\nUse this skill whenever the request depends on accurate, up-to-date behavior of a library, framework, or API. Applies across harnesses that have the Context7 MCP configured (e.g. Claude Code, Cursor, Codex).\n\n"
|
|
1016
|
+
},
|
|
1017
|
+
"dotnet-patterns": {
|
|
1018
|
+
"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.",
|
|
1019
|
+
"name": "dotnet-patterns",
|
|
1020
|
+
"path": "ecc/dotnet-patterns",
|
|
1021
|
+
"routing_text": "dotnet patterns dotnet patterns 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. - Writing new C# code\n- Reviewing C# code\n- Refactoring existing .NET applications\n- Designing service architectures with ASP.NET Core\n\n"
|
|
1022
|
+
},
|
|
1023
|
+
"dynamic-workflow-mode": {
|
|
1024
|
+
"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.",
|
|
1025
|
+
"name": "dynamic-workflow-mode",
|
|
1026
|
+
"path": "ecc/dynamic-workflow-mode",
|
|
1027
|
+
"routing_text": "dynamic workflow mode dynamic workflow mode 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. - The user mentions dynamic workflows, custom harnesses, harness-per-task, adaptive workflows, or Claude Code dynamic workflow mode.\n- A task needs a custom loop, evaluator, crawler, fixture generator, watcher, or local dashboard.\n- Multiple agents need the same repeatable process but the process is not yet captured as a shared skill.\n- A workflow needs durable handoff artifacts, eval evidence, or operator approval before merge.\n\n"
|
|
1028
|
+
},
|
|
1029
|
+
"e2e-testing": {
|
|
1030
|
+
"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.",
|
|
1031
|
+
"name": "e2e-testing",
|
|
1032
|
+
"path": "ecc/e2e-testing",
|
|
1033
|
+
"routing_text": "e2e testing e2e testing 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."
|
|
1034
|
+
},
|
|
1035
|
+
"ecc-guide": {
|
|
1036
|
+
"description": "Guide users through ECC's current agents, skills, commands, hooks, rules, install profiles, and project onboarding by reading the live repository surface before answering.",
|
|
1037
|
+
"name": "ecc-guide",
|
|
1038
|
+
"path": "ecc/ecc-guide",
|
|
1039
|
+
"routing_text": "ecc guide ecc guide Guide users through ECC's current agents, skills, commands, hooks, rules, install profiles, and project onboarding by reading the live repository surface before answering. Use this skill when the user:\n\n- asks what ECC includes\n- wants help finding a skill, command, agent, hook, rule, or install profile\n- is new to the repository and needs a guided path\n- asks \"how do I do X with ECC?\"\n- asks which ECC components fit a project\n- needs a lightweight explanation of how commands, skills, agents, hooks, and rules relate\n- is confused by install paths, duplicate installs, reset/uninstall, or selective install options\n\n"
|
|
1040
|
+
},
|
|
1041
|
+
"ecc-recipes": {
|
|
1042
|
+
"description": "Map a described workflow to the right ECC command-GROUP with run-order and stop condition, and browse all command-group recipe families. Adds a family-grouping + run-order + when-to-stop layer on top of the flat command catalog. Advisory only. TRIGGER when the user says which commands for X, what command group runs X, show ECC recipes, list ECC pipelines, or how do I run a workflow with ECC. DO NOT TRIGGER when the user wants the task executed directly, wants a single-command deep doc (use ecc-guide), or wants a draft prompt rewritten (use prompt-optimizer).",
|
|
1043
|
+
"name": "ecc-recipes",
|
|
1044
|
+
"path": "ecc/ecc-recipes",
|
|
1045
|
+
"routing_text": "ecc recipes ecc recipes Map a described workflow to the right ECC command-GROUP with run-order and stop condition, and browse all command-group recipe families. Adds a family-grouping + run-order + when-to-stop layer on top of the flat command catalog. Advisory only. TRIGGER when the user says which commands for X, what command group runs X, show ECC recipes, list ECC pipelines, or how do I run a workflow with ECC. DO NOT TRIGGER when the user wants the task executed directly, wants a single-command deep doc (use ecc-guide), or wants a draft prompt rewritten (use prompt-optimizer). - \"Which command group do I run for <workflow>?\"\n- \"What's the command sequence to build an MVP / fix a defect / refactor?\"\n- \"Show me all ECC command-group recipes\" (catalog mode)\n- \"How many workflow pipelines does ECC have?\"\n- User invokes `/ecc-recipes` with or without a description.\n\n### Do Not Use When\n\n- User wants the task done now — route to the actual command, don't describe it.\n- User wants deep docs for ONE command — use `ecc-guide`.\n- User wants a draft prompt rewritten — use `prompt-optimizer`.\n\n"
|
|
1046
|
+
},
|
|
1047
|
+
"ecc-tools-cost-audit": {
|
|
1048
|
+
"description": "Evidence-first ECC Tools burn and billing audit workflow. Use when investigating runaway PR creation, quota bypass, premium-model leakage, duplicate jobs, or GitHub App cost spikes in the ECC Tools repo.",
|
|
1049
|
+
"name": "ecc-tools-cost-audit",
|
|
1050
|
+
"path": "ecc/ecc-tools-cost-audit",
|
|
1051
|
+
"routing_text": "ecc tools cost audit ecc tools cost audit Evidence-first ECC Tools burn and billing audit workflow. Use when investigating runaway PR creation, quota bypass, premium-model leakage, duplicate jobs, or GitHub App cost spikes in the ECC Tools repo. - user says ECC Tools burn rate, PR recursion, over-created PRs, usage-limit bypass, or premium-model leakage\n- the task is in the sibling `ECC-Tools` repo and depends on webhook handlers, queue workers, usage reservation, PR creation logic, or paid-gate enforcement\n- a customer report says the app created too many PRs, billed incorrectly, or analyzed code without producing a usable result\n\n"
|
|
1052
|
+
},
|
|
1053
|
+
"email-ops": {
|
|
1054
|
+
"description": "Evidence-first mailbox triage, drafting, send verification, and sent-mail-safe follow-up workflow for ECC. Use when the user wants to organize email, draft or send through the real mail surface, or prove what landed in Sent.",
|
|
1055
|
+
"name": "email-ops",
|
|
1056
|
+
"path": "ecc/email-ops",
|
|
1057
|
+
"routing_text": "email ops email ops Evidence-first mailbox triage, drafting, send verification, and sent-mail-safe follow-up workflow for ECC. Use when the user wants to organize email, draft or send through the real mail surface, or prove what landed in Sent. - user asks to triage inbox or archive low-signal mail\n- user wants a draft, reply, or new outbound email\n- user wants to know whether a mail was already sent\n- the user wants proof of which account, thread, or Sent entry was used\n\n"
|
|
1058
|
+
},
|
|
1059
|
+
"energy-procurement": {
|
|
1060
|
+
"description": ">",
|
|
1061
|
+
"name": "energy-procurement",
|
|
1062
|
+
"path": "ecc/energy-procurement",
|
|
1063
|
+
"routing_text": "energy procurement energy procurement > - Running an RFP for electricity or natural gas supply across multiple facilities\n- Analyzing tariff structures and rate schedule optimization opportunities\n- Evaluating demand charge mitigation strategies (load shifting, battery storage, power factor correction)\n- Assessing PPA (Power Purchase Agreement) offers for on-site or virtual renewable energy\n- Building annual energy budgets and hedge position strategies\n- Responding to market volatility events (polar vortex, heat wave, regulatory changes)\n\n"
|
|
1064
|
+
},
|
|
1065
|
+
"enterprise-agent-ops": {
|
|
1066
|
+
"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.",
|
|
1067
|
+
"name": "enterprise-agent-ops",
|
|
1068
|
+
"path": "ecc/enterprise-agent-ops",
|
|
1069
|
+
"routing_text": "enterprise agent ops enterprise agent ops 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."
|
|
1070
|
+
},
|
|
1071
|
+
"error-handling": {
|
|
1072
|
+
"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.",
|
|
1073
|
+
"name": "error-handling",
|
|
1074
|
+
"path": "ecc/error-handling",
|
|
1075
|
+
"routing_text": "error handling error handling 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. - Designing error types or exception hierarchies for a new module or service\n- Adding retry logic or circuit breakers for unreliable external dependencies\n- Reviewing API endpoints for missing error handling\n- Implementing user-facing error messages and feedback\n- Debugging cascading failures or silent error swallowing\n\n"
|
|
1076
|
+
},
|
|
1077
|
+
"eval-harness": {
|
|
1078
|
+
"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.",
|
|
1079
|
+
"name": "eval-harness",
|
|
1080
|
+
"path": "ecc/eval-harness",
|
|
1081
|
+
"routing_text": "eval harness eval harness 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. - Setting up eval-driven development (EDD) for AI-assisted workflows\n- Defining pass/fail criteria for Claude Code task completion\n- Measuring agent reliability with pass@k metrics\n- Creating regression test suites for prompt or agent changes\n- Benchmarking agent performance across model versions\n\n"
|
|
1082
|
+
},
|
|
1083
|
+
"evm-token-decimals": {
|
|
1084
|
+
"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.",
|
|
1085
|
+
"name": "evm-token-decimals",
|
|
1086
|
+
"path": "ecc/evm-token-decimals",
|
|
1087
|
+
"routing_text": "evm token decimals evm token decimals 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. - Reading ERC-20 balances in Python, TypeScript, or Solidity\n- Calculating fiat values from on-chain balances\n- Comparing token amounts across multiple EVM chains\n- Handling bridged assets\n- Building portfolio trackers, bots, or aggregators\n\n"
|
|
1088
|
+
},
|
|
1089
|
+
"exa-search": {
|
|
1090
|
+
"description": "Neural search via Exa MCP for web, code, and company research. Use when the user needs web search, code examples, company intel, people lookup, or AI-powered deep research with Exa's neural search engine.",
|
|
1091
|
+
"name": "exa-search",
|
|
1092
|
+
"path": "ecc/exa-search",
|
|
1093
|
+
"routing_text": "exa search exa search Neural search via Exa MCP for web, code, and company research. Use when the user needs web search, code examples, company intel, people lookup, or AI-powered deep research with Exa's neural search engine. - User needs current web information or news\n- Searching for code examples, API docs, or technical references\n- Researching companies, competitors, or market players\n- Finding professional profiles or people in a domain\n- Running background research for any development task\n- User says \"search for\", \"look up\", \"find\", or \"what's the latest on\"\n\n"
|
|
1094
|
+
},
|
|
1095
|
+
"fal-ai-media": {
|
|
1096
|
+
"description": "Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.",
|
|
1097
|
+
"name": "fal-ai-media",
|
|
1098
|
+
"path": "ecc/fal-ai-media",
|
|
1099
|
+
"routing_text": "fal ai media fal ai media Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI. - User wants to generate images from text prompts\n- Creating videos from text or images\n- Generating speech, music, or sound effects\n- Any media generation task\n- User says \"generate image\", \"create video\", \"text to speech\", \"make a thumbnail\", or similar\n\n"
|
|
1100
|
+
},
|
|
1101
|
+
"fastapi-patterns": {
|
|
1102
|
+
"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.",
|
|
1103
|
+
"name": "fastapi-patterns",
|
|
1104
|
+
"path": "ecc/fastapi-patterns",
|
|
1105
|
+
"routing_text": "fastapi patterns fastapi patterns 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."
|
|
1106
|
+
},
|
|
1107
|
+
"finance-billing-ops": {
|
|
1108
|
+
"description": "Evidence-first revenue, pricing, refunds, team-billing, and billing-model truth workflow for ECC. Use when the user wants a sales snapshot, pricing comparison, duplicate-charge diagnosis, or code-backed billing reality instead of generic payments advice.",
|
|
1109
|
+
"name": "finance-billing-ops",
|
|
1110
|
+
"path": "ecc/finance-billing-ops",
|
|
1111
|
+
"routing_text": "finance billing ops finance billing ops Evidence-first revenue, pricing, refunds, team-billing, and billing-model truth workflow for ECC. Use when the user wants a sales snapshot, pricing comparison, duplicate-charge diagnosis, or code-backed billing reality instead of generic payments advice. - user asks for Stripe sales, refunds, MRR, or recent customer activity\n- user asks whether team billing, per-seat billing, or quota stacking is real in code\n- user wants competitor pricing comparisons or pricing-model benchmarks\n- the question mixes revenue facts with product implementation truth\n\n"
|
|
1112
|
+
},
|
|
1113
|
+
"flox-environments": {
|
|
1114
|
+
"description": "Create reproducible, cross-platform (macOS/Linux) development environments with Flox, a declarative Nix-based environment manager. Use when setting up project toolchains for any language, installing system-level dependencies (compilers, databases, native libs like openssl/BLAS), pinning exact package versions for a team, running local services (PostgreSQL, Redis, Kafka), onboarding developers with one command, or solving 'works on my machine' problems — including agent/vibe-coding setups that need project-scoped tools without sudo. Also use when the user mentions .flox/, manifest.toml, flox activate, or FloxHub.",
|
|
1115
|
+
"name": "flox-environments",
|
|
1116
|
+
"path": "ecc/flox-environments",
|
|
1117
|
+
"routing_text": "flox environments flox environments Create reproducible, cross-platform (macOS/Linux) development environments with Flox, a declarative Nix-based environment manager. Use when setting up project toolchains for any language, installing system-level dependencies (compilers, databases, native libs like openssl/BLAS), pinning exact package versions for a team, running local services (PostgreSQL, Redis, Kafka), onboarding developers with one command, or solving 'works on my machine' problems — including agent/vibe-coding setups that need project-scoped tools without sudo. Also use when the user mentions .flox/, manifest.toml, flox activate, or FloxHub. Use this skill when the user has an environment management problem — even if they haven't mentioned Flox. Flox is the right tool when:\n\n- The project needs **system-level packages** (compilers, databases, CLI tools) alongside language-specific dependencies\n- **Reproducibility matters** — the setup should work identically on a teammate's machine, in CI, or on a fresh laptop\n- The user needs **multiple tools to coexist** — e.g., Python 3.11 + PostgreSQL 16 + Redis + Node.js in one environment\n- **Cross-platform support** is needed (macOS and Linux from the same config)\n- **AI agents need to install tools** — Flox lets agents add packages to a project-scoped environment without sudo, system pollution, or sandbox restrictions\n\nIf the user just needs a single language runtime with no system dependencies, standard tooling (nvm, pyenv, rustup alone) may suffice. If they need full OS-level isolation, containers might be more appropriate. Flox sits in the sweet spot: declarative, reproducible environments without container overhead.\n\n**Prerequisite:** Flox must be installed first — see [flox.dev/docs](https://flox.dev/docs/install-flox/install/) for macOS, Linux, and Docker.\n\n"
|
|
1118
|
+
},
|
|
1119
|
+
"flutter-dart-code-review": {
|
|
1120
|
+
"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.",
|
|
1121
|
+
"name": "flutter-dart-code-review",
|
|
1122
|
+
"path": "ecc/flutter-dart-code-review",
|
|
1123
|
+
"routing_text": "flutter dart code review flutter dart code review 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."
|
|
1124
|
+
},
|
|
1125
|
+
"foundation-models-on-device": {
|
|
1126
|
+
"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+.",
|
|
1127
|
+
"name": "foundation-models-on-device",
|
|
1128
|
+
"path": "ecc/foundation-models-on-device",
|
|
1129
|
+
"routing_text": "foundation models on device foundation models on device 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+. - Building AI-powered features using Apple Intelligence on-device\n- Generating or summarizing text without cloud dependency\n- Extracting structured data from natural language input\n- Implementing custom tool calling for domain-specific AI actions\n- Streaming structured responses for real-time UI updates\n- Need privacy-preserving AI (no data leaves the device)\n\n"
|
|
1130
|
+
},
|
|
1131
|
+
"frontend-a11y": {
|
|
1132
|
+
"description": ">",
|
|
1133
|
+
"name": "frontend-a11y",
|
|
1134
|
+
"path": "ecc/frontend-a11y",
|
|
1135
|
+
"routing_text": "frontend a11y frontend a11y > - Building or reviewing form components (`<input>`, `<select>`, `<textarea>`)\n- Creating interactive elements (modals, dropdowns, tooltips, tabs)\n- Using `<div>` or `<span>` with `onClick`\n- Adding `aria-*` attributes to any element\n- Implementing keyboard navigation or focus management\n- Receiving accessibility feedback from code review tools (CodeRabbit, ESLint a11y)\n- Building components that must support screen readers\n\n"
|
|
1136
|
+
},
|
|
1137
|
+
"frontend-design-direction": {
|
|
1138
|
+
"description": "Set an ECC-specific frontend design direction for production UI work. Use when building or improving websites, dashboards, applications, components, landing pages, visual tools, or any web UI that needs stronger product-specific design judgment.",
|
|
1139
|
+
"name": "frontend-design-direction",
|
|
1140
|
+
"path": "ecc/frontend-design-direction",
|
|
1141
|
+
"routing_text": "frontend design direction frontend design direction Set an ECC-specific frontend design direction for production UI work. Use when building or improving websites, dashboards, applications, components, landing pages, visual tools, or any web UI that needs stronger product-specific design judgment. - The user asks to build a web page, app, dashboard, artifact, component, or UI.\n- The user asks to make an interface more polished, distinctive, beautiful, or\n less generic.\n- The implementation needs visual hierarchy, typography, color, motion, layout,\n and interaction choices.\n- The current UI works but reads as flat, generic, templated, or mismatched to\n the audience.\n\n"
|
|
1142
|
+
},
|
|
1143
|
+
"frontend-patterns": {
|
|
1144
|
+
"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.",
|
|
1145
|
+
"name": "frontend-patterns",
|
|
1146
|
+
"path": "ecc/frontend-patterns",
|
|
1147
|
+
"routing_text": "frontend patterns frontend patterns 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. - Building React components (composition, props, rendering)\n- Managing state (useState, useReducer, Zustand, Context)\n- Implementing data fetching (SWR, React Query, server components)\n- Optimizing performance (memoization, virtualization, code splitting)\n- Working with forms (validation, controlled inputs, Zod schemas)\n- Handling client-side routing and navigation\n- Building accessible, responsive UI patterns\n\n"
|
|
1148
|
+
},
|
|
1149
|
+
"frontend-slides": {
|
|
1150
|
+
"description": "Create stunning, animation-rich HTML presentations from scratch or by converting PowerPoint files. Use when the user wants to build a presentation, convert a PPT/PPTX to web, or create slides for a talk/pitch. Helps non-designers discover their aesthetic through visual exploration rather than abstract choices.",
|
|
1151
|
+
"name": "frontend-slides",
|
|
1152
|
+
"path": "ecc/frontend-slides",
|
|
1153
|
+
"routing_text": "frontend slides frontend slides Create stunning, animation-rich HTML presentations from scratch or by converting PowerPoint files. Use when the user wants to build a presentation, convert a PPT/PPTX to web, or create slides for a talk/pitch. Helps non-designers discover their aesthetic through visual exploration rather than abstract choices. - Creating a talk deck, pitch deck, workshop deck, or internal presentation\n- Converting `.ppt` or `.pptx` slides into an HTML presentation\n- Improving an existing HTML presentation's layout, motion, or typography\n- Exploring presentation styles with a user who does not know their design preference yet\n\n"
|
|
1154
|
+
},
|
|
1155
|
+
"fsharp-testing": {
|
|
1156
|
+
"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.",
|
|
1157
|
+
"name": "fsharp-testing",
|
|
1158
|
+
"path": "ecc/fsharp-testing",
|
|
1159
|
+
"routing_text": "fsharp testing fsharp testing 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. - Writing new tests for F# code\n- Reviewing test quality and coverage\n- Setting up test infrastructure for F# projects\n- Debugging flaky or slow tests\n\n"
|
|
1160
|
+
},
|
|
1161
|
+
"gan-style-harness": {
|
|
1162
|
+
"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.",
|
|
1163
|
+
"name": "gan-style-harness",
|
|
1164
|
+
"path": "ecc/gan-style-harness",
|
|
1165
|
+
"routing_text": "gan style harness gan style harness 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. - Building complete applications from a one-line prompt\n- Frontend design tasks requiring high visual quality\n- Full-stack projects that need working features, not just code\n- Any task where \"AI slop\" aesthetics are unacceptable\n- Projects where you want to invest $50-200 for production-quality output\n\n"
|
|
1166
|
+
},
|
|
1167
|
+
"gateguard": {
|
|
1168
|
+
"description": "Fact-forcing gate that blocks Edit/Write/Bash (including MultiEdit) and demands concrete investigation (importers, data schemas, user instruction) before allowing the action. Measurably improves output quality by +2.25 points vs ungated agents.",
|
|
1169
|
+
"name": "gateguard",
|
|
1170
|
+
"path": "ecc/gateguard",
|
|
1171
|
+
"routing_text": "gateguard gateguard Fact-forcing gate that blocks Edit/Write/Bash (including MultiEdit) and demands concrete investigation (importers, data schemas, user instruction) before allowing the action. Measurably improves output quality by +2.25 points vs ungated agents. - Working on any codebase where file edits affect multiple modules\n- Projects with data files that have specific schemas or date formats\n- Teams where AI-generated code must match existing patterns\n- Any workflow where Claude tends to guess instead of investigating\n\n"
|
|
1172
|
+
},
|
|
1173
|
+
"generating-python-installer": {
|
|
1174
|
+
"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 分析、最小安装包、最快启动、商业级打包风格",
|
|
1175
|
+
"name": "generating-python-installer",
|
|
1176
|
+
"path": "ecc/generating-python-installer",
|
|
1177
|
+
"routing_text": "generating python installer generating python installer 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 分析、最小安装包、最快启动、商业级打包风格 Activate when the user explicitly asks for **advanced** Python packaging or size/startup optimization on Windows:\n\n- Nuitka extreme / commercial-grade compilation, smallest-size or fastest-startup builds\n- `dist` folder slimming, DLL footprint analysis, 32-bit vs 64-bit size tradeoffs\n- Inno Setup packaging with full metadata and a clean, residue-free uninstall\n\nThis skill targets advanced size/startup optimization — not basic one-file \"script to exe\" conversion.\n\n"
|
|
1178
|
+
},
|
|
1179
|
+
"git-workflow": {
|
|
1180
|
+
"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.",
|
|
1181
|
+
"name": "git-workflow",
|
|
1182
|
+
"path": "ecc/git-workflow",
|
|
1183
|
+
"routing_text": "git workflow git workflow 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. - Setting up Git workflow for a new project\n- Deciding on branching strategy (GitFlow, trunk-based, GitHub flow)\n- Writing commit messages and PR descriptions\n- Resolving merge conflicts\n- Managing releases and version tags\n- Onboarding new team members to Git practices\n\n"
|
|
1184
|
+
},
|
|
1185
|
+
"github-ops": {
|
|
1186
|
+
"description": "GitHub repository operations, automation, and management. Issue triage, PR management, CI/CD operations, release management, and security monitoring using the gh CLI. Use when the user wants to manage GitHub issues, PRs, CI status, releases, contributors, stale items, or any GitHub operational task beyond simple git commands.",
|
|
1187
|
+
"name": "github-ops",
|
|
1188
|
+
"path": "ecc/github-ops",
|
|
1189
|
+
"routing_text": "github ops github ops GitHub repository operations, automation, and management. Issue triage, PR management, CI/CD operations, release management, and security monitoring using the gh CLI. Use when the user wants to manage GitHub issues, PRs, CI status, releases, contributors, stale items, or any GitHub operational task beyond simple git commands. - Triaging issues (classifying, labeling, responding, deduplicating)\n- Managing PRs (review status, CI checks, stale PRs, merge readiness)\n- Debugging CI/CD failures\n- Preparing releases and changelogs\n- Monitoring Dependabot and security alerts\n- Managing contributor experience on open-source projects\n- User says \"check GitHub\", \"triage issues\", \"review PRs\", \"merge\", \"release\", \"CI is broken\"\n\n"
|
|
1190
|
+
},
|
|
1191
|
+
"golang-patterns": {
|
|
1192
|
+
"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.",
|
|
1193
|
+
"name": "golang-patterns",
|
|
1194
|
+
"path": "ecc/golang-patterns",
|
|
1195
|
+
"routing_text": "golang patterns golang patterns 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. - Writing new Go code\n- Reviewing Go code\n- Refactoring existing Go code\n- Designing Go packages/modules\n\n"
|
|
1196
|
+
},
|
|
1197
|
+
"golang-testing": {
|
|
1198
|
+
"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.",
|
|
1199
|
+
"name": "golang-testing",
|
|
1200
|
+
"path": "ecc/golang-testing",
|
|
1201
|
+
"routing_text": "golang testing golang testing 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. - Writing new Go functions or methods\n- Adding test coverage to existing code\n- Creating benchmarks for performance-critical code\n- Implementing fuzz tests for input validation\n- Following TDD workflow in Go projects\n\n"
|
|
1202
|
+
},
|
|
1203
|
+
"google-workspace-ops": {
|
|
1204
|
+
"description": "Operate across Google Drive, Docs, Sheets, and Slides as one workflow surface for plans, trackers, decks, and shared documents. Use when the user needs to find, summarize, edit, migrate, or clean up Google Workspace assets without dropping to raw tool calls.",
|
|
1205
|
+
"name": "google-workspace-ops",
|
|
1206
|
+
"path": "ecc/google-workspace-ops",
|
|
1207
|
+
"routing_text": "google workspace ops google workspace ops Operate across Google Drive, Docs, Sheets, and Slides as one workflow surface for plans, trackers, decks, and shared documents. Use when the user needs to find, summarize, edit, migrate, or clean up Google Workspace assets without dropping to raw tool calls. - User needs to find a doc, sheet, or deck and update it in place\n- Consolidating plans, trackers, notes, or customer lists stored in Google Drive\n- Cleaning or restructuring a shared spreadsheet\n- Importing, repairing, or reformatting a Google Slides deck\n- Producing summaries from Docs, Sheets, or Slides for decision-making\n\n"
|
|
1208
|
+
},
|
|
1209
|
+
"growth-log": {
|
|
1210
|
+
"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.",
|
|
1211
|
+
"name": "growth-log",
|
|
1212
|
+
"path": "ecc/growth-log",
|
|
1213
|
+
"routing_text": "growth log growth log 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. - After completing a complex task (multi-file, new feature, architecture change)\n- After a failure, mistake, or \"that was harder than expected\" moment\n- When you want to review what you've learned over a period\n\n**When NOT to activate:** Trivial changes (typo fixes, single-line tweaks, config value changes with no debugging). The threshold: *did this task involve debugging, redoing, rollback, or a non-obvious decision?* If yes → write an entry. If no → skip.\n\n"
|
|
1214
|
+
},
|
|
1215
|
+
"healthcare-cdss-patterns": {
|
|
1216
|
+
"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.",
|
|
1217
|
+
"name": "healthcare-cdss-patterns",
|
|
1218
|
+
"path": "ecc/healthcare-cdss-patterns",
|
|
1219
|
+
"routing_text": "healthcare cdss patterns healthcare cdss patterns 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. - Implementing drug interaction checking\n- Building dose validation engines\n- Implementing clinical scoring systems (NEWS2, qSOFA, APACHE, GCS)\n- Designing alert systems for abnormal clinical values\n- Building medication order entry with safety checks\n- Integrating lab result interpretation with clinical context\n\n"
|
|
1220
|
+
},
|
|
1221
|
+
"healthcare-emr-patterns": {
|
|
1222
|
+
"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.",
|
|
1223
|
+
"name": "healthcare-emr-patterns",
|
|
1224
|
+
"path": "ecc/healthcare-emr-patterns",
|
|
1225
|
+
"routing_text": "healthcare emr patterns healthcare emr patterns 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. - Building patient encounter workflows (complaint, exam, diagnosis, prescription)\n- Implementing clinical note-taking (structured + free text + voice-to-text)\n- Designing prescription/medication modules with drug interaction checking\n- Integrating Clinical Decision Support Systems (CDSS)\n- Building lab result displays with reference range highlighting\n- Implementing audit trails for clinical data\n- Designing healthcare-accessible UIs for clinical data entry\n\n"
|
|
1226
|
+
},
|
|
1227
|
+
"healthcare-eval-harness": {
|
|
1228
|
+
"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.",
|
|
1229
|
+
"name": "healthcare-eval-harness",
|
|
1230
|
+
"path": "ecc/healthcare-eval-harness",
|
|
1231
|
+
"routing_text": "healthcare eval harness healthcare eval harness 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. - Before any deployment of EMR/EHR applications\n- After modifying CDSS logic (drug interactions, dose validation, scoring)\n- After changing database schemas that touch patient data\n- After modifying authentication or access control\n- During CI/CD pipeline configuration for healthcare apps\n- After resolving merge conflicts in clinical modules\n\n"
|
|
1232
|
+
},
|
|
1233
|
+
"healthcare-phi-compliance": {
|
|
1234
|
+
"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.",
|
|
1235
|
+
"name": "healthcare-phi-compliance",
|
|
1236
|
+
"path": "ecc/healthcare-phi-compliance",
|
|
1237
|
+
"routing_text": "healthcare phi compliance healthcare phi compliance 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. - Building any feature that touches patient records\n- Implementing access control or authentication for clinical systems\n- Designing database schemas for healthcare data\n- Building APIs that return patient or clinician data\n- Implementing audit trails or logging\n- Reviewing code for data exposure vulnerabilities\n- Setting up Row-Level Security (RLS) for multi-tenant healthcare systems\n\n"
|
|
1238
|
+
},
|
|
1239
|
+
"hermes-imports": {
|
|
1240
|
+
"description": "Convert local Hermes operator workflows into sanitized ECC skills and release-pack artifacts. Use when preparing a Hermes workflow for public ECC reuse without leaking private workspace state, credentials, or local-only paths.",
|
|
1241
|
+
"name": "hermes-imports",
|
|
1242
|
+
"path": "ecc/hermes-imports",
|
|
1243
|
+
"routing_text": "hermes imports hermes imports Convert local Hermes operator workflows into sanitized ECC skills and release-pack artifacts. Use when preparing a Hermes workflow for public ECC reuse without leaking private workspace state, credentials, or local-only paths. - A Hermes workflow has repeated enough times to become reusable.\n- A local operator prompt should become a public ECC skill.\n- A launch, content, research, or engineering workflow needs sanitized handoff docs.\n- A workflow mentions local paths, credentials, personal datasets, or private account names that must be removed before publication.\n\n"
|
|
1244
|
+
},
|
|
1245
|
+
"hexagonal-architecture": {
|
|
1246
|
+
"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.",
|
|
1247
|
+
"name": "hexagonal-architecture",
|
|
1248
|
+
"path": "ecc/hexagonal-architecture",
|
|
1249
|
+
"routing_text": "hexagonal architecture hexagonal architecture 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. - Building new features where long-term maintainability and testability matter.\n- Refactoring layered or framework-heavy code where domain logic is mixed with I/O concerns.\n- Supporting multiple interfaces for the same use case (HTTP, CLI, queue workers, cron jobs).\n- Replacing infrastructure (database, external APIs, message bus) without rewriting business rules.\n\nUse this skill when the request involves boundaries, domain-centric design, refactoring tightly coupled services, or decoupling application logic from specific libraries.\n\n"
|
|
1250
|
+
},
|
|
1251
|
+
"hipaa-compliance": {
|
|
1252
|
+
"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.",
|
|
1253
|
+
"name": "hipaa-compliance",
|
|
1254
|
+
"path": "ecc/hipaa-compliance",
|
|
1255
|
+
"routing_text": "hipaa compliance hipaa compliance 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. - The request explicitly mentions HIPAA, PHI, covered entities, business associates, or BAAs\n- Building or reviewing US healthcare software that stores, processes, exports, or transmits PHI\n- Assessing whether logging, analytics, LLM prompts, storage, or support workflows create HIPAA exposure\n- Designing patient-facing or clinician-facing systems where minimum necessary access and auditability matter\n\n"
|
|
1256
|
+
},
|
|
1257
|
+
"homelab-network-readiness": {
|
|
1258
|
+
"description": "Readiness checklist for homelab VLAN segmentation, local DNS filtering, and WireGuard-style remote access before changing router, firewall, DHCP, or VPN configuration.",
|
|
1259
|
+
"name": "homelab-network-readiness",
|
|
1260
|
+
"path": "ecc/homelab-network-readiness",
|
|
1261
|
+
"routing_text": "homelab network readiness homelab network readiness Readiness checklist for homelab VLAN segmentation, local DNS filtering, and WireGuard-style remote access before changing router, firewall, DHCP, or VPN configuration. - Preparing to split a flat network into trusted, IoT, guest, server, or\n management VLANs.\n- Moving DHCP clients to Pi-hole, AdGuard Home, Unbound, or another local DNS\n resolver.\n- Adding WireGuard, Tailscale, ZeroTier, OpenVPN, or router-native VPN access.\n- Reviewing whether a homelab change can lock the operator out of the gateway,\n switch, access point, DNS server, or VPN server.\n- Turning an informal home-network idea into a staged migration plan with\n validation evidence.\n\n"
|
|
1262
|
+
},
|
|
1263
|
+
"homelab-network-setup": {
|
|
1264
|
+
"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.",
|
|
1265
|
+
"name": "homelab-network-setup",
|
|
1266
|
+
"path": "ecc/homelab-network-setup",
|
|
1267
|
+
"routing_text": "homelab network setup homelab network setup 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. - Planning a new home network or redesigning an ISP-router-only setup.\n- Choosing gateway, switch, and access point roles.\n- Designing IP ranges, DHCP scopes, static reservations, and DNS.\n- Preparing for future VLANs, Pi-hole, NAS, lab servers, or VPN access.\n- Troubleshooting a new network that has double NAT, unstable Wi-Fi, or changing\n server addresses.\n\n"
|
|
1268
|
+
},
|
|
1269
|
+
"homelab-pihole-dns": {
|
|
1270
|
+
"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.",
|
|
1271
|
+
"name": "homelab-pihole-dns",
|
|
1272
|
+
"path": "ecc/homelab-pihole-dns",
|
|
1273
|
+
"routing_text": "homelab pihole dns homelab pihole dns 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. - Installing Pi-hole on a Raspberry Pi or Linux host\n- Configuring Pi-hole as the DNS server for a home network\n- Adding or managing blocklists\n- Setting up DNS-over-HTTPS (DoH) upstream resolvers\n- Creating local DNS records (e.g. `nas.home.lan`, `pi.home.lan`)\n- Troubleshooting devices that lose internet access after Pi-hole is installed\n- Running Pi-hole alongside or instead of DHCP\n\n"
|
|
1274
|
+
},
|
|
1275
|
+
"homelab-vlan-segmentation": {
|
|
1276
|
+
"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.",
|
|
1277
|
+
"name": "homelab-vlan-segmentation",
|
|
1278
|
+
"path": "ecc/homelab-vlan-segmentation",
|
|
1279
|
+
"routing_text": "homelab vlan segmentation homelab vlan segmentation 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. - Setting up VLANs on a home network for the first time\n- Isolating IoT devices (smart bulbs, cameras, TVs) from trusted devices\n- Creating a guest Wi-Fi network that cannot reach home devices\n- Explaining how VLANs work to someone unfamiliar with the concept\n- Configuring trunk ports, access ports, and SSID-to-VLAN mapping\n- Troubleshooting inter-VLAN routing or firewall rule issues on pfSense/OPNsense/UniFi\n\n"
|
|
1280
|
+
},
|
|
1281
|
+
"homelab-wireguard-vpn": {
|
|
1282
|
+
"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.",
|
|
1283
|
+
"name": "homelab-wireguard-vpn",
|
|
1284
|
+
"path": "ecc/homelab-wireguard-vpn",
|
|
1285
|
+
"routing_text": "homelab wireguard vpn homelab wireguard vpn 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. - Setting up WireGuard server on a Raspberry Pi, Linux host, pfSense, or router\n- Generating WireGuard keypairs and writing peer config files\n- Configuring remote access from a phone or laptop to a home network\n- Explaining split tunneling (route only home traffic) vs full tunnel (route all traffic)\n- Troubleshooting WireGuard connections that will not come up\n- Automating peer configuration generation for multiple clients\n\n"
|
|
1286
|
+
},
|
|
1287
|
+
"hookify-rules": {
|
|
1288
|
+
"description": "This skill should be used when the user asks to create a hookify rule, write a hook rule, configure hookify, add a hookify rule, or needs guidance on hookify rule syntax and patterns.",
|
|
1289
|
+
"name": "hookify-rules",
|
|
1290
|
+
"path": "ecc/hookify-rules",
|
|
1291
|
+
"routing_text": "hookify rules hookify rules This skill should be used when the user asks to create a hookify rule, write a hook rule, configure hookify, add a hookify rule, or needs guidance on hookify rule syntax and patterns."
|
|
1292
|
+
},
|
|
1293
|
+
"inherit-legacy-style": {
|
|
1294
|
+
"description": "Legacy-project style inheritance skill. Use when the user types /inherit-legacy-style, or when onboarding an AI coding agent onto a hand-written legacy project and you need to prevent \"style drift\" (the model imposing its pretrained mainstream idioms onto the project). Language- and framework-agnostic — it aligns meta-architecture only, not syntax. Once run, it becomes a behavioral constraint on all subsequent coding tasks. Do NOT use for pure research or one-off questions unrelated to code-style alignment.",
|
|
1295
|
+
"name": "inherit-legacy-style",
|
|
1296
|
+
"path": "ecc/inherit-legacy-style",
|
|
1297
|
+
"routing_text": "inherit legacy style inherit legacy style Legacy-project style inheritance skill. Use when the user types /inherit-legacy-style, or when onboarding an AI coding agent onto a hand-written legacy project and you need to prevent \"style drift\" (the model imposing its pretrained mainstream idioms onto the project). Language- and framework-agnostic — it aligns meta-architecture only, not syntax. Once run, it becomes a behavioral constraint on all subsequent coding tasks. Do NOT use for pure research or one-off questions unrelated to code-style alignment. - User types `/inherit-legacy-style`\n- User mentions onboarding AI onto a hand-written legacy project\n- User is worried about AI-generated code \"drifting\" from existing project conventions\n- User wants to extract and codify their project's implicit coding rules\n\n"
|
|
1298
|
+
},
|
|
1299
|
+
"intent-driven-development": {
|
|
1300
|
+
"description": "Turn ambiguous or high-impact product and engineering changes into scoped, verifiable acceptance criteria before or alongside implementation. Use when a user asks to clarify a feature, define acceptance criteria, de-risk a security/data/migration/integration change, prepare implementation requirements for another agent, or make a complex request testable. Do not trigger for trivial edits, straightforward fixes, active debugging, code review, or implementation requests whose acceptance conditions are already clear unless the user explicitly invokes this skill.",
|
|
1301
|
+
"name": "intent-driven-development",
|
|
1302
|
+
"path": "ecc/intent-driven-development",
|
|
1303
|
+
"routing_text": "intent driven development intent driven development Turn ambiguous or high-impact product and engineering changes into scoped, verifiable acceptance criteria before or alongside implementation. Use when a user asks to clarify a feature, define acceptance criteria, de-risk a security/data/migration/integration change, prepare implementation requirements for another agent, or make a complex request testable. Do not trigger for trivial edits, straightforward fixes, active debugging, code review, or implementation requests whose acceptance conditions are already clear unless the user explicitly invokes this skill. - User asks to clarify a feature, define acceptance criteria, or de-risk a change before implementation\n- Request touches security, authentication, persistent data, migrations, external APIs, or compliance\n- User wants to prepare a handoff artifact for another agent or team\n- Request is ambiguous enough that the expected outcome is not yet observable or testable\n- User explicitly invokes this skill with `/intent-driven-development`\n\nDo not activate for trivial edits, straightforward one-line fixes, active debugging sessions,\ncode review requests, or implementation requests whose acceptance conditions are already clear.\n\n"
|
|
1304
|
+
},
|
|
1305
|
+
"inventory-demand-planning": {
|
|
1306
|
+
"description": ">",
|
|
1307
|
+
"name": "inventory-demand-planning",
|
|
1308
|
+
"path": "ecc/inventory-demand-planning",
|
|
1309
|
+
"routing_text": "inventory demand planning inventory demand planning > - Generating or reviewing demand forecasts for existing or new SKUs\n- Setting safety stock levels based on demand variability and service level targets\n- Planning replenishment for seasonal transitions, promotions, or new product launches\n- Evaluating forecast accuracy and adjusting models or overrides\n- Making buy decisions under supplier MOQ constraints or lead time changes\n\n"
|
|
1310
|
+
},
|
|
1311
|
+
"investor-materials": {
|
|
1312
|
+
"description": "Create and update pitch decks, one-pagers, investor memos, accelerator applications, financial models, and fundraising materials. Use when the user needs investor-facing documents, projections, use-of-funds tables, milestone plans, or materials that must stay internally consistent across multiple fundraising assets.",
|
|
1313
|
+
"name": "investor-materials",
|
|
1314
|
+
"path": "ecc/investor-materials",
|
|
1315
|
+
"routing_text": "investor materials investor materials Create and update pitch decks, one-pagers, investor memos, accelerator applications, financial models, and fundraising materials. Use when the user needs investor-facing documents, projections, use-of-funds tables, milestone plans, or materials that must stay internally consistent across multiple fundraising assets. - creating or revising a pitch deck\n- writing an investor memo or one-pager\n- building a financial model, milestone plan, or use-of-funds table\n- answering accelerator or incubator application questions\n- aligning multiple fundraising docs around one source of truth\n\n"
|
|
1316
|
+
},
|
|
1317
|
+
"investor-outreach": {
|
|
1318
|
+
"description": "Draft cold emails, warm intro blurbs, follow-ups, update emails, and investor communications for fundraising. Use when the user wants outreach to angels, VCs, strategic investors, or accelerators and needs concise, personalized, investor-facing messaging.",
|
|
1319
|
+
"name": "investor-outreach",
|
|
1320
|
+
"path": "ecc/investor-outreach",
|
|
1321
|
+
"routing_text": "investor outreach investor outreach Draft cold emails, warm intro blurbs, follow-ups, update emails, and investor communications for fundraising. Use when the user wants outreach to angels, VCs, strategic investors, or accelerators and needs concise, personalized, investor-facing messaging. - writing a cold email to an investor\n- drafting a warm intro request\n- sending follow-ups after a meeting or no response\n- writing investor updates during a process\n- tailoring outreach based on fund thesis or partner fit\n\n"
|
|
1322
|
+
},
|
|
1323
|
+
"ios-icon-gen": {
|
|
1324
|
+
"description": "Generate iOS app icons as PNG imagesets for Xcode asset catalogs from SF Symbols (5000+ Apple-native) or Iconify API (275k+ open source icons from 200+ collections). Use when generating icons, creating icon assets, adding icons to asset catalog, or searching for icons for iOS projects.",
|
|
1325
|
+
"name": "ios-icon-gen",
|
|
1326
|
+
"path": "ecc/ios-icon-gen",
|
|
1327
|
+
"routing_text": "ios icon gen ios icon gen Generate iOS app icons as PNG imagesets for Xcode asset catalogs from SF Symbols (5000+ Apple-native) or Iconify API (275k+ open source icons from 200+ collections). Use when generating icons, creating icon assets, adding icons to asset catalog, or searching for icons for iOS projects. - Generating icon assets for an iOS/macOS Xcode project\n- Searching for icons across open source collections\n- Creating PNG imagesets (1x, 2x, 3x) for asset catalogs\n- Replacing placeholder icons with production-quality assets\n- Matching existing icon styles in an Xcode project\n\n"
|
|
1328
|
+
},
|
|
1329
|
+
"iterative-retrieval": {
|
|
1330
|
+
"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.",
|
|
1331
|
+
"name": "iterative-retrieval",
|
|
1332
|
+
"path": "ecc/iterative-retrieval",
|
|
1333
|
+
"routing_text": "iterative retrieval iterative retrieval 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. - Spawning subagents that need codebase context they cannot predict upfront\n- Building multi-agent workflows where context is progressively refined\n- Encountering \"context too large\" or \"missing context\" failures in agent tasks\n- Designing RAG-like retrieval pipelines for code exploration\n- Optimizing token usage in agent orchestration\n\n"
|
|
1334
|
+
},
|
|
1335
|
+
"ito-baskets": {
|
|
1336
|
+
"description": "Read-only Itô basket and prediction-market data skill. Index the live basket catalog, compare a basket against user-supplied research or a watchlist, build a source-grounded market brief, or draft a non-executable planning worksheet. Use when a user asks to browse or index Itô baskets, compare a basket against notes or a thesis, research prediction-market events/venues/liquidity, or plan a basket or market idea without trading. Never advises, orders, trades, reserves, or executes.",
|
|
1337
|
+
"name": "ito-baskets",
|
|
1338
|
+
"path": "ecc/ito-baskets",
|
|
1339
|
+
"routing_text": "ito baskets ito baskets Read-only Itô basket and prediction-market data skill. Index the live basket catalog, compare a basket against user-supplied research or a watchlist, build a source-grounded market brief, or draft a non-executable planning worksheet. Use when a user asks to browse or index Itô baskets, compare a basket against notes or a thesis, research prediction-market events/venues/liquidity, or plan a basket or market idea without trading. Never advises, orders, trades, reserves, or executes."
|
|
1340
|
+
},
|
|
1341
|
+
"ito-compute": {
|
|
1342
|
+
"description": "Query live GPU inventory, submit an authenticated Itô fixed-rate RFQ, inspect RFQ or procurement status, revoke device credentials, and run explicitly gated node qualification through the separately installed canonical CLI. Use when a user asks to find H100/H200 capacity, request a fixed compute rate, check Itô compute status, validate GPU nodes, revoke Itô access, or rent or purchase GPU compute and needs the supported boundary explained.",
|
|
1343
|
+
"name": "ito-compute",
|
|
1344
|
+
"path": "ecc/ito-compute",
|
|
1345
|
+
"routing_text": "ito compute ito compute Query live GPU inventory, submit an authenticated Itô fixed-rate RFQ, inspect RFQ or procurement status, revoke device credentials, and run explicitly gated node qualification through the separately installed canonical CLI. Use when a user asks to find H100/H200 capacity, request a fixed compute rate, check Itô compute status, validate GPU nodes, revoke Itô access, or rent or purchase GPU compute and needs the supported boundary explained."
|
|
1346
|
+
},
|
|
1347
|
+
"ito-inference": {
|
|
1348
|
+
"description": "Inspect the availability of model serving on a completed Itô compute booking and, when the canonical backend becomes available, hand off an explicitly confirmed serving manifest. Use after ito-compute has booked GPU nodes and the user asks for an OpenAI-compatible endpoint, ito-serve, hosted Kimi, or self-hosted open-weights inference. ECC implements no serving stack of its own.",
|
|
1349
|
+
"name": "ito-inference",
|
|
1350
|
+
"path": "ecc/ito-inference",
|
|
1351
|
+
"routing_text": "ito inference ito inference Inspect the availability of model serving on a completed Itô compute booking and, when the canonical backend becomes available, hand off an explicitly confirmed serving manifest. Use after ito-compute has booked GPU nodes and the user asks for an OpenAI-compatible endpoint, ito-serve, hosted Kimi, or self-hosted open-weights inference. ECC implements no serving stack of its own."
|
|
1352
|
+
},
|
|
1353
|
+
"ito-training": {
|
|
1354
|
+
"description": "Inspect the availability of ML training on a completed Itô compute booking and, when the canonical backend becomes available, hand off an explicitly confirmed training manifest. Use after ito-compute has booked GPU nodes and the user wants pre-training, fine-tuning, or RL on that metal. ECC implements no training stack of its own.",
|
|
1355
|
+
"name": "ito-training",
|
|
1356
|
+
"path": "ecc/ito-training",
|
|
1357
|
+
"routing_text": "ito training ito training Inspect the availability of ML training on a completed Itô compute booking and, when the canonical backend becomes available, hand off an explicitly confirmed training manifest. Use after ito-compute has booked GPU nodes and the user wants pre-training, fine-tuning, or RL on that metal. ECC implements no training stack of its own."
|
|
1358
|
+
},
|
|
1359
|
+
"java-coding-standards": {
|
|
1360
|
+
"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.",
|
|
1361
|
+
"name": "java-coding-standards",
|
|
1362
|
+
"path": "ecc/java-coding-standards",
|
|
1363
|
+
"routing_text": "java coding standards java coding standards 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. - Writing or reviewing Java code in Spring Boot or Quarkus projects\n- Enforcing naming, immutability, or exception handling conventions\n- Working with records, sealed classes, or pattern matching (Java 17+)\n- Reviewing use of Optional, streams, or generics\n- Structuring packages and project layout\n- **[QUARKUS]**: Working with CDI scopes, Panache entities, or reactive pipelines\n\n"
|
|
1364
|
+
},
|
|
1365
|
+
"jira-integration": {
|
|
1366
|
+
"description": "Use this skill when retrieving Jira tickets, analyzing requirements, updating ticket status, adding comments, or transitioning issues. Provides Jira API patterns via MCP or direct REST calls.",
|
|
1367
|
+
"name": "jira-integration",
|
|
1368
|
+
"path": "ecc/jira-integration",
|
|
1369
|
+
"routing_text": "jira integration jira integration Use this skill when retrieving Jira tickets, analyzing requirements, updating ticket status, adding comments, or transitioning issues. Provides Jira API patterns via MCP or direct REST calls. - Fetching a Jira ticket to understand requirements\n- Extracting testable acceptance criteria from a ticket\n- Adding progress comments to a Jira issue\n- Transitioning a ticket status (To Do → In Progress → Done)\n- Linking merge requests or branches to a Jira issue\n- Searching for issues by JQL query\n\n"
|
|
1370
|
+
},
|
|
1371
|
+
"jpa-patterns": {
|
|
1372
|
+
"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.",
|
|
1373
|
+
"name": "jpa-patterns",
|
|
1374
|
+
"path": "ecc/jpa-patterns",
|
|
1375
|
+
"routing_text": "jpa patterns jpa patterns 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. - Designing JPA entities and table mappings\n- Defining relationships (@OneToMany, @ManyToOne, @ManyToMany)\n- Optimizing queries (N+1 prevention, fetch strategies, projections)\n- Configuring transactions, auditing, or soft deletes\n- Setting up pagination, sorting, or custom repository methods\n- Tuning connection pooling (HikariCP) or second-level caching\n\n"
|
|
1376
|
+
},
|
|
1377
|
+
"knowledge-ops": {
|
|
1378
|
+
"description": "Knowledge base management, ingestion, sync, and retrieval across multiple storage layers (local files, MCP memory, vector stores, Git repos). Use when the user wants to save, organize, sync, deduplicate, or search across their knowledge systems.",
|
|
1379
|
+
"name": "knowledge-ops",
|
|
1380
|
+
"path": "ecc/knowledge-ops",
|
|
1381
|
+
"routing_text": "knowledge ops knowledge ops Knowledge base management, ingestion, sync, and retrieval across multiple storage layers (local files, MCP memory, vector stores, Git repos). Use when the user wants to save, organize, sync, deduplicate, or search across their knowledge systems. - User wants to save information to their knowledge base\n- Ingesting documents, conversations, or data into structured storage\n- Syncing knowledge across systems (local files, MCP memory, Supabase, Git repos)\n- Deduplicating or organizing existing knowledge\n- User says \"save this to KB\", \"sync knowledge\", \"what do I know about X\", \"ingest this\", \"update the knowledge base\"\n- Any knowledge management task beyond simple memory recall\n\n"
|
|
1382
|
+
},
|
|
1383
|
+
"kotlin-coroutines-flows": {
|
|
1384
|
+
"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.",
|
|
1385
|
+
"name": "kotlin-coroutines-flows",
|
|
1386
|
+
"path": "ecc/kotlin-coroutines-flows",
|
|
1387
|
+
"routing_text": "kotlin coroutines flows kotlin coroutines flows 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. - Writing async code with Kotlin coroutines\n- Using Flow, StateFlow, or SharedFlow for reactive data\n- Handling concurrent operations (parallel loading, debounce, retry)\n- Testing coroutines and Flows\n- Managing coroutine scopes and cancellation\n\n"
|
|
1388
|
+
},
|
|
1389
|
+
"kotlin-exposed-patterns": {
|
|
1390
|
+
"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.",
|
|
1391
|
+
"name": "kotlin-exposed-patterns",
|
|
1392
|
+
"path": "ecc/kotlin-exposed-patterns",
|
|
1393
|
+
"routing_text": "kotlin exposed patterns kotlin exposed patterns 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. - Setting up database access with Exposed\n- Writing SQL queries using Exposed DSL or DAO\n- Configuring connection pooling with HikariCP\n- Creating database migrations with Flyway\n- Implementing the repository pattern with Exposed\n- Handling JSON columns and complex queries\n\n"
|
|
1394
|
+
},
|
|
1395
|
+
"kotlin-ktor-patterns": {
|
|
1396
|
+
"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.",
|
|
1397
|
+
"name": "kotlin-ktor-patterns",
|
|
1398
|
+
"path": "ecc/kotlin-ktor-patterns",
|
|
1399
|
+
"routing_text": "kotlin ktor patterns kotlin ktor patterns 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. - Building Ktor HTTP servers\n- Configuring Ktor plugins (Auth, CORS, ContentNegotiation, StatusPages)\n- Implementing REST APIs with Ktor\n- Setting up dependency injection with Koin\n- Writing Ktor integration tests with testApplication\n- Working with WebSockets in Ktor\n\n"
|
|
1400
|
+
},
|
|
1401
|
+
"kotlin-patterns": {
|
|
1402
|
+
"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.",
|
|
1403
|
+
"name": "kotlin-patterns",
|
|
1404
|
+
"path": "ecc/kotlin-patterns",
|
|
1405
|
+
"routing_text": "kotlin patterns kotlin patterns 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. - Writing new Kotlin code\n- Reviewing Kotlin code\n- Refactoring existing Kotlin code\n- Designing Kotlin modules or libraries\n- Configuring Gradle Kotlin DSL builds\n\n"
|
|
1406
|
+
},
|
|
1407
|
+
"kotlin-testing": {
|
|
1408
|
+
"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.",
|
|
1409
|
+
"name": "kotlin-testing",
|
|
1410
|
+
"path": "ecc/kotlin-testing",
|
|
1411
|
+
"routing_text": "kotlin testing kotlin testing 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. - Writing new Kotlin functions or classes\n- Adding test coverage to existing Kotlin code\n- Implementing property-based tests\n- Following TDD workflow in Kotlin projects\n- Configuring Kover for code coverage\n\n"
|
|
1412
|
+
},
|
|
1413
|
+
"kubernetes-patterns": {
|
|
1414
|
+
"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.",
|
|
1415
|
+
"name": "kubernetes-patterns",
|
|
1416
|
+
"path": "ecc/kubernetes-patterns",
|
|
1417
|
+
"routing_text": "kubernetes patterns kubernetes patterns 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. - Writing Kubernetes manifests (Deployments, Services, Ingress, Jobs)\n- Configuring resource requests/limits, liveness/readiness probes\n- Setting up RBAC, namespaces, or ServiceAccounts\n- Managing configuration and secrets in K8s\n- Debugging CrashLoopBackOff, OOMKilled, pending pods, or image pull errors\n- Configuring HPA (Horizontal Pod Autoscaler) or PodDisruptionBudgets\n- Reviewing K8s YAML for security or correctness\n\n"
|
|
1418
|
+
},
|
|
1419
|
+
"laravel-patterns": {
|
|
1420
|
+
"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.",
|
|
1421
|
+
"name": "laravel-patterns",
|
|
1422
|
+
"path": "ecc/laravel-patterns",
|
|
1423
|
+
"routing_text": "laravel patterns laravel patterns 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. - Building Laravel web applications or APIs\n- Structuring controllers, services, and domain logic\n- Working with Eloquent models and relationships\n- Designing APIs with resources and pagination\n- Adding queues, events, caching, and background jobs\n\n"
|
|
1424
|
+
},
|
|
1425
|
+
"laravel-plugin-discovery": {
|
|
1426
|
+
"description": "Discover and evaluate Laravel packages via LaraPlugins.io MCP. Use when the user wants to find plugins, check package health, or assess Laravel/PHP compatibility.",
|
|
1427
|
+
"name": "laravel-plugin-discovery",
|
|
1428
|
+
"path": "ecc/laravel-plugin-discovery",
|
|
1429
|
+
"routing_text": "laravel plugin discovery laravel plugin discovery Discover and evaluate Laravel packages via LaraPlugins.io MCP. Use when the user wants to find plugins, check package health, or assess Laravel/PHP compatibility. - User wants to find Laravel packages for a specific feature (e.g. \"auth\", \"permissions\", \"admin panel\")\n- User asks \"what package should I use for...\" or \"is there a Laravel package for...\"\n- User wants to check if a package is actively maintained\n- User needs to verify Laravel version compatibility\n- User wants to assess package health before adding to a project\n\n"
|
|
1430
|
+
},
|
|
1431
|
+
"laravel-security": {
|
|
1432
|
+
"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.",
|
|
1433
|
+
"name": "laravel-security",
|
|
1434
|
+
"path": "ecc/laravel-security",
|
|
1435
|
+
"routing_text": "laravel security laravel security 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. - Setting up Laravel authentication and authorization (Sanctum, Passport, Jetstream, Breeze)\n- Implementing user roles, permissions, and policies\n- Configuring production security settings and environment variables\n- Reviewing Laravel applications for security vulnerabilities\n- Deploying Laravel applications to production\n- Writing secure Eloquent queries and migrations\n\n"
|
|
1436
|
+
},
|
|
1437
|
+
"laravel-tdd": {
|
|
1438
|
+
"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.",
|
|
1439
|
+
"name": "laravel-tdd",
|
|
1440
|
+
"path": "ecc/laravel-tdd",
|
|
1441
|
+
"routing_text": "laravel tdd laravel tdd 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. - Writing new Laravel applications or features\n- Implementing API endpoints with Sanctum or Passport authentication\n- Testing Eloquent models, relationships, scopes, and accessors\n- Setting up testing infrastructure for Laravel projects\n- Writing feature tests for HTTP controllers and form requests\n- Mocking external services (queues, mail, notifications, HTTP)\n\n"
|
|
1442
|
+
},
|
|
1443
|
+
"laravel-verification": {
|
|
1444
|
+
"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.",
|
|
1445
|
+
"name": "laravel-verification",
|
|
1446
|
+
"path": "ecc/laravel-verification",
|
|
1447
|
+
"routing_text": "laravel verification laravel verification 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. - Before opening a pull request for a Laravel project\n- After major refactors or dependency upgrades\n- Pre-deployment verification for staging or production\n- Running full lint -> test -> security -> deploy readiness pipeline\n\n"
|
|
1448
|
+
},
|
|
1449
|
+
"latency-critical-systems": {
|
|
1450
|
+
"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.",
|
|
1451
|
+
"name": "latency-critical-systems",
|
|
1452
|
+
"path": "ecc/latency-critical-systems",
|
|
1453
|
+
"routing_text": "latency critical systems latency critical systems 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."
|
|
1454
|
+
},
|
|
1455
|
+
"lead-intelligence": {
|
|
1456
|
+
"description": "AI-native lead intelligence and outreach pipeline. Replaces Apollo, Clay, and ZoomInfo with agent-powered signal scoring, mutual ranking, warm path discovery, source-derived voice modeling, and channel-specific outreach across email, LinkedIn, and X. Use when the user wants to find, qualify, and reach high-value contacts.",
|
|
1457
|
+
"name": "lead-intelligence",
|
|
1458
|
+
"path": "ecc/lead-intelligence",
|
|
1459
|
+
"routing_text": "lead intelligence lead intelligence AI-native lead intelligence and outreach pipeline. Replaces Apollo, Clay, and ZoomInfo with agent-powered signal scoring, mutual ranking, warm path discovery, source-derived voice modeling, and channel-specific outreach across email, LinkedIn, and X. Use when the user wants to find, qualify, and reach high-value contacts. - User wants to find leads or prospects in a specific industry\n- Building an outreach list for partnerships, sales, or fundraising\n- Researching who to reach out to and the best path to reach them\n- User says \"find leads\", \"outreach list\", \"who should I reach out to\", \"warm intros\"\n- Needs to score or rank a list of contacts by relevance\n- Wants to map mutual connections to find warm introduction paths\n\n"
|
|
1460
|
+
},
|
|
1461
|
+
"liquid-glass-design": {
|
|
1462
|
+
"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.",
|
|
1463
|
+
"name": "liquid-glass-design",
|
|
1464
|
+
"path": "ecc/liquid-glass-design",
|
|
1465
|
+
"routing_text": "liquid glass design liquid glass design 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. - Building or updating apps for iOS 26+ with the new design language\n- Implementing glass-style buttons, cards, toolbars, or containers\n- Creating morphing transitions between glass elements\n- Applying Liquid Glass effects to widgets\n- Migrating existing blur/material effects to the new Liquid Glass API\n\n"
|
|
1466
|
+
},
|
|
1467
|
+
"living-docs-governance": {
|
|
1468
|
+
"description": "Keep a long-lived project's documentation from rotting by assigning existing project docs clear constitution, map, status, and history roles, then wiring the active agent harness to those canonical sources. Use in the maintain phase when docs drift from code, agents lose context between sessions, or intentional removals keep being recreated. Prefer adopting the repository's current docs structure over creating new root files. 中文触发:文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理",
|
|
1469
|
+
"name": "living-docs-governance",
|
|
1470
|
+
"path": "ecc/living-docs-governance",
|
|
1471
|
+
"routing_text": "living docs governance living docs governance Keep a long-lived project's documentation from rotting by assigning existing project docs clear constitution, map, status, and history roles, then wiring the active agent harness to those canonical sources. Use in the maintain phase when docs drift from code, agents lose context between sessions, or intentional removals keep being recreated. Prefer adopting the repository's current docs structure over creating new root files. 中文触发:文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理 Activate when any of these are true:\n\n- The repository has grown past a few modules and its docs are drifting from the code.\n- Agents or teammates repeatedly rediscover the same structure and decisions.\n- Nobody can quickly answer what is healthy, blocked, intentionally removed, or currently authoritative.\n- Deleted files or abandoned approaches are recreated because their disposition was not preserved.\n- The project needs a durable governance layer without adopting a large documentation platform.\n\nDo **not** use this for a throwaway script or create a parallel documentation system when the repository already has one.\n\n"
|
|
1472
|
+
},
|
|
1473
|
+
"llm-trading-agent-security": {
|
|
1474
|
+
"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.",
|
|
1475
|
+
"name": "llm-trading-agent-security",
|
|
1476
|
+
"path": "ecc/llm-trading-agent-security",
|
|
1477
|
+
"routing_text": "llm trading agent security llm trading agent security 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. - Building an AI agent that signs and sends transactions\n- Auditing a trading bot or on-chain execution assistant\n- Designing wallet key management for an agent\n- Giving an LLM access to order placement, swaps, or treasury operations\n\n"
|
|
1478
|
+
},
|
|
1479
|
+
"logistics-exception-management": {
|
|
1480
|
+
"description": ">",
|
|
1481
|
+
"name": "logistics-exception-management",
|
|
1482
|
+
"path": "ecc/logistics-exception-management",
|
|
1483
|
+
"routing_text": "logistics exception management logistics exception management > - Shipment is delayed, damaged, lost, or refused at delivery\n- Carrier dispute over liability, accessorial charges, or detention claims\n- Customer escalation due to missed delivery window or incorrect order\n- Filing or managing freight claims with carriers or insurers\n- Building exception handling SOPs or escalation protocols\n\n"
|
|
1484
|
+
},
|
|
1485
|
+
"loop-design-check": {
|
|
1486
|
+
"description": "Design a goal-oriented agent loop, and review it for the ways loops go wrong — spinning and burning tokens, Goodhart-gaming the verifier, or running a wrong answer to completion. Two actions: (1) WRITE a loop — gate whether to build it, define a machine-decidable goal, pick the loop type, pick a skeleton; (2) REVIEW a loop — run it past five failure modes plus decidability, boundaries, fallback, judge independence, and keep-judgment-with-the-human red lines. Use when designing an autonomous agent loop, or when you already have one and worry it will spin, cheat, or run a wrong answer to the end. Complements the mechanism-layer loop skills (autonomous-loops, continuous-agent-loop) by covering the judgment layer they don't. 中文触发:写 loop、设计 loop、做一个 loop、检查 loop 对不对、loop 体检、loop 会不会跑飞、可判定目标、五个崩法、plan build judge。English triggers: design an agent loop, write a loop, check a loop, loop review, prevent a runaway loop, goal-oriented loop, decidable goal, plan/build/judge.",
|
|
1487
|
+
"name": "loop-design-check",
|
|
1488
|
+
"path": "ecc/loop-design-check",
|
|
1489
|
+
"routing_text": "loop design check loop design check Design a goal-oriented agent loop, and review it for the ways loops go wrong — spinning and burning tokens, Goodhart-gaming the verifier, or running a wrong answer to completion. Two actions: (1) WRITE a loop — gate whether to build it, define a machine-decidable goal, pick the loop type, pick a skeleton; (2) REVIEW a loop — run it past five failure modes plus decidability, boundaries, fallback, judge independence, and keep-judgment-with-the-human red lines. Use when designing an autonomous agent loop, or when you already have one and worry it will spin, cheat, or run a wrong answer to the end. Complements the mechanism-layer loop skills (autonomous-loops, continuous-agent-loop) by covering the judgment layer they don't. 中文触发:写 loop、设计 loop、做一个 loop、检查 loop 对不对、loop 体检、loop 会不会跑飞、可判定目标、五个崩法、plan build judge。English triggers: design an agent loop, write a loop, check a loop, loop review, prevent a runaway loop, goal-oriented loop, decidable goal, plan/build/judge."
|
|
1490
|
+
},
|
|
1491
|
+
"mailtrap-email-integration": {
|
|
1492
|
+
"description": "Guides agents through integrating transactional email sending via Mailtrap's Email API, including sandbox testing, domain verification, and API authentication. Use when implementing email-sending features, debugging delivery issues, or setting up safe dev/staging email testing.",
|
|
1493
|
+
"name": "mailtrap-email-integration",
|
|
1494
|
+
"path": "ecc/mailtrap-email-integration",
|
|
1495
|
+
"routing_text": "mailtrap email integration mailtrap email integration Guides agents through integrating transactional email sending via Mailtrap's Email API, including sandbox testing, domain verification, and API authentication. Use when implementing email-sending features, debugging delivery issues, or setting up safe dev/staging email testing. - Implementing a \"send email\" feature (signup confirmation, password reset, notifications, receipts)\n- Debugging why emails aren't arriving in dev/staging\n- Setting up a project's first email-sending integration\n- Reviewing code that calls an email API directly without sandbox separation\n\n"
|
|
1496
|
+
},
|
|
1497
|
+
"make-interfaces-feel-better": {
|
|
1498
|
+
"description": "Apply concrete design-engineering details that make interfaces feel polished. Use when reviewing or improving UI spacing, typography, borders, shadows, motion, hit areas, icons, text wrapping, and interaction states.",
|
|
1499
|
+
"name": "make-interfaces-feel-better",
|
|
1500
|
+
"path": "ecc/make-interfaces-feel-better",
|
|
1501
|
+
"routing_text": "make interfaces feel better make interfaces feel better Apply concrete design-engineering details that make interfaces feel polished. Use when reviewing or improving UI spacing, typography, borders, shadows, motion, hit areas, icons, text wrapping, and interaction states. - The user says the UI feels off, flat, generic, cramped, jumpy, or unfinished.\n- You are building controls, cards, lists, dashboards, navigation, forms, or\n toolbars.\n- A component needs hover, active, focus, enter, exit, loading, or empty states.\n- A frontend review needs specific before/after recommendations.\n\n"
|
|
1502
|
+
},
|
|
1503
|
+
"manim-video": {
|
|
1504
|
+
"description": "Build reusable Manim explainers for technical concepts, graphs, system diagrams, and product walkthroughs, then hand off to the wider ECC video stack if needed. Use when the user wants a clean animated explainer rather than a generic talking-head script.",
|
|
1505
|
+
"name": "manim-video",
|
|
1506
|
+
"path": "ecc/manim-video",
|
|
1507
|
+
"routing_text": "manim video manim video Build reusable Manim explainers for technical concepts, graphs, system diagrams, and product walkthroughs, then hand off to the wider ECC video stack if needed. Use when the user wants a clean animated explainer rather than a generic talking-head script. - the user wants a technical explainer animation\n- the concept is a graph, workflow, architecture, metric progression, or system diagram\n- the user wants a short product or launch explainer for X or a landing page\n- the visual should feel precise instead of generically cinematic\n\n"
|
|
1508
|
+
},
|
|
1509
|
+
"market-research": {
|
|
1510
|
+
"description": "Conduct market research, competitive analysis, investor due diligence, and industry intelligence with source attribution and decision-oriented summaries. Use when the user wants market sizing, competitor comparisons, fund research, technology scans, or research that informs business decisions.",
|
|
1511
|
+
"name": "market-research",
|
|
1512
|
+
"path": "ecc/market-research",
|
|
1513
|
+
"routing_text": "market research market research Conduct market research, competitive analysis, investor due diligence, and industry intelligence with source attribution and decision-oriented summaries. Use when the user wants market sizing, competitor comparisons, fund research, technology scans, or research that informs business decisions. - researching a market, category, company, investor, or technology trend\n- building TAM/SAM/SOM estimates\n- comparing competitors or adjacent products\n- preparing investor dossiers before outreach\n- pressure-testing a thesis before building, funding, or entering a market\n\n"
|
|
1514
|
+
},
|
|
1515
|
+
"marketing-campaign": {
|
|
1516
|
+
"description": "End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.",
|
|
1517
|
+
"name": "marketing-campaign",
|
|
1518
|
+
"path": "ecc/marketing-campaign",
|
|
1519
|
+
"routing_text": "marketing campaign marketing campaign End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy. - planning a product or feature launch\n- building a full content suite from a single product brief\n- defining positioning and campaign angle before writing any copy\n- orchestrating multiple content types across channels\n- reviewing copy for conversion quality and brand consistency\n\n"
|
|
1520
|
+
},
|
|
1521
|
+
"mcp-server-patterns": {
|
|
1522
|
+
"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.",
|
|
1523
|
+
"name": "mcp-server-patterns",
|
|
1524
|
+
"path": "ecc/mcp-server-patterns",
|
|
1525
|
+
"routing_text": "mcp server patterns mcp server patterns 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. Use when: implementing a new MCP server, adding tools or resources, choosing stdio vs HTTP, upgrading the SDK, or debugging MCP registration and transport issues.\n\n"
|
|
1526
|
+
},
|
|
1527
|
+
"messages-ops": {
|
|
1528
|
+
"description": "Evidence-first live messaging workflow for ECC. Use when the user wants to read texts or DMs, recover a recent one-time code, inspect a thread before replying, or prove which message source was actually checked.",
|
|
1529
|
+
"name": "messages-ops",
|
|
1530
|
+
"path": "ecc/messages-ops",
|
|
1531
|
+
"routing_text": "messages ops messages ops Evidence-first live messaging workflow for ECC. Use when the user wants to read texts or DMs, recover a recent one-time code, inspect a thread before replying, or prove which message source was actually checked. - user says \"read my messages\", \"check texts\", \"look in DMs\", or \"find the code\"\n- the task depends on a live thread or a recent code delivered to a local messaging surface\n- the user wants proof of which source or thread was inspected\n\n"
|
|
1532
|
+
},
|
|
1533
|
+
"ml-adoption-playbook": {
|
|
1534
|
+
"description": "End-to-end methodology for AI agents and software engineers to add machine learning algorithms to existing non-ML codebases. Covers problem framing, data readiness, architectural decoupling, and baseline model integration. Use when adding a machine learning capability to a codebase that has none, from problem framing through a baseline model.",
|
|
1535
|
+
"name": "ml-adoption-playbook",
|
|
1536
|
+
"path": "ecc/ml-adoption-playbook",
|
|
1537
|
+
"routing_text": "ml adoption playbook ml adoption playbook End-to-end methodology for AI agents and software engineers to add machine learning algorithms to existing non-ML codebases. Covers problem framing, data readiness, architectural decoupling, and baseline model integration. Use when adding a machine learning capability to a codebase that has none, from problem framing through a baseline model. - A user asks to \"add ML\" or \"add an algorithm\" to their existing codebase.\n- Planning the integration of a new model (e.g., recommendation, classification, forecasting) into a non-ML application.\n- Structuring a workflow for an agent to build, train, and deploy an ML component adaptively.\n\n"
|
|
1538
|
+
},
|
|
1539
|
+
"mle-workflow": {
|
|
1540
|
+
"description": "Production machine-learning engineering workflow for data contracts, reproducible training, model evaluation, deployment, monitoring, and rollback. Use when building, reviewing, or hardening ML systems beyond one-off notebooks.",
|
|
1541
|
+
"name": "mle-workflow",
|
|
1542
|
+
"path": "ecc/mle-workflow",
|
|
1543
|
+
"routing_text": "mle workflow mle workflow Production machine-learning engineering workflow for data contracts, reproducible training, model evaluation, deployment, monitoring, and rollback. Use when building, reviewing, or hardening ML systems beyond one-off notebooks. - Planning or reviewing a production ML feature, model refresh, ranking system, recommender, classifier, embedding workflow, or forecasting pipeline\n- Converting notebook code into a reusable training, evaluation, batch inference, or online inference pipeline\n- Designing model promotion criteria, offline/online evals, experiment tracking, or rollback paths\n- Debugging failures caused by data drift, label leakage, stale features, artifact mismatch, or inconsistent training and serving logic\n- Adding model monitoring, canary rollout, shadow traffic, or post-deploy quality checks\n\n"
|
|
1544
|
+
},
|
|
1545
|
+
"motion-advanced": {
|
|
1546
|
+
"description": "Advanced motion patterns for React / Next.js — drag & drop, gestures, text animations, SVG path drawing, custom hooks, imperative sequences (useAnimate), loaders, and the full API decision tree. Requires motion-foundations. Use when building drag and drop, gestures, text or SVG animation, or imperative animation sequences in React or Next.js.",
|
|
1547
|
+
"name": "motion-advanced",
|
|
1548
|
+
"path": "ecc/motion-advanced",
|
|
1549
|
+
"routing_text": "motion advanced motion advanced Advanced motion patterns for React / Next.js — drag & drop, gestures, text animations, SVG path drawing, custom hooks, imperative sequences (useAnimate), loaders, and the full API decision tree. Requires motion-foundations. Use when building drag and drop, gestures, text or SVG animation, or imperative animation sequences in React or Next.js. - Building drag-to-dismiss sheets, swipe gestures, or reorderable lists\n- Animating text word-by-word, character-by-character, or as a live counter\n- Drawing SVG paths, morphing icons, or animating circular progress\n- Writing a custom animation hook (`useScrollReveal`, magnetic button, cursor follower)\n- Sequencing multi-step animations imperatively with `useAnimate`\n- Building spinners, shimmer skeletons, pulse indicators, or loading button states\n\n"
|
|
1550
|
+
},
|
|
1551
|
+
"motion-foundations": {
|
|
1552
|
+
"description": "Motion tokens, spring presets, performance rules, device adaptation, accessibility enforcement, and SSR safety for React / Next.js using motion/react. Foundation layer — all other motion skills depend on this. Use when setting up motion tokens, spring presets, reduced-motion handling, or SSR-safe animation in React or Next.js.",
|
|
1553
|
+
"name": "motion-foundations",
|
|
1554
|
+
"path": "ecc/motion-foundations",
|
|
1555
|
+
"routing_text": "motion foundations motion foundations Motion tokens, spring presets, performance rules, device adaptation, accessibility enforcement, and SSR safety for React / Next.js using motion/react. Foundation layer — all other motion skills depend on this. Use when setting up motion tokens, spring presets, reduced-motion handling, or SSR-safe animation in React or Next.js. - Starting any animated component from scratch\n- Setting up tokens, spring presets, or easing values\n- Implementing `prefers-reduced-motion` support\n- Debugging hydration mismatches from animation initial states\n- Evaluating whether an animation should exist at all\n\n"
|
|
1556
|
+
},
|
|
1557
|
+
"motion-patterns": {
|
|
1558
|
+
"description": "Production-ready animation patterns for React / Next.js — button, modal, toast, stagger, page transitions, exit animations, scroll, and layout — built on motion-foundations tokens and springs. Use when animating a specific UI element in React or Next.js — button, modal, toast, stagger, page transition, or scroll.",
|
|
1559
|
+
"name": "motion-patterns",
|
|
1560
|
+
"path": "ecc/motion-patterns",
|
|
1561
|
+
"routing_text": "motion patterns motion patterns Production-ready animation patterns for React / Next.js — button, modal, toast, stagger, page transitions, exit animations, scroll, and layout — built on motion-foundations tokens and springs. Use when animating a specific UI element in React or Next.js — button, modal, toast, stagger, page transition, or scroll. - Animating a button, card, modal, or toast notification\n- Building list entrances with stagger\n- Setting up page transitions in Next.js App Router\n- Adding entrance or exit animations to conditional content\n- Implementing scroll-reveal, scroll-linked progress, or sticky story sections\n- Building expanding cards, accordions, or shared-element transitions\n\n"
|
|
1562
|
+
},
|
|
1563
|
+
"motion-ui": {
|
|
1564
|
+
"description": "Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.",
|
|
1565
|
+
"name": "motion-ui",
|
|
1566
|
+
"path": "ecc/motion-ui",
|
|
1567
|
+
"routing_text": "motion ui motion ui Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns. Use this motion system when motion:\n\n* Guides attention (e.g., onboarding, key actions)\n* Communicates state (loading, success, error, transitions)\n* Preserves spatial continuity (layout changes, navigation)\n\n### Appropriate Scenarios\n\n* Interactive components (buttons, modals, menus)\n* State transitions (loading → loaded, open → closed)\n* Navigation and layout continuity (shared elements, crossfade)\n\n### Considerations\n\n* **Accessibility**: Always support reduced motion\n* **Device adaptation**: Adjust for low-end devices\n* **Performance trade-offs**: Prefer responsiveness over visual smoothness\n\n### Avoid Using Motion When\n\n* It is purely decorative\n* It reduces usability or clarity\n* It impacts performance negatively\n\n---\n\n"
|
|
1568
|
+
},
|
|
1569
|
+
"mysql-patterns": {
|
|
1570
|
+
"description": "MySQL and MariaDB schema, query, indexing, transaction, replication, and connection-pool patterns for production backends. Use when designing MySQL or MariaDB schemas and indexes, or when a query, transaction, or replica lags.",
|
|
1571
|
+
"name": "mysql-patterns",
|
|
1572
|
+
"path": "ecc/mysql-patterns",
|
|
1573
|
+
"routing_text": "mysql patterns mysql patterns MySQL and MariaDB schema, query, indexing, transaction, replication, and connection-pool patterns for production backends. Use when designing MySQL or MariaDB schemas and indexes, or when a query, transaction, or replica lags."
|
|
1574
|
+
},
|
|
1575
|
+
"nanoclaw-repl": {
|
|
1576
|
+
"description": "Operate and extend NanoClaw v2, ECC's zero-dependency session-aware REPL built on claude -p. Use when operating or extending the NanoClaw REPL.",
|
|
1577
|
+
"name": "nanoclaw-repl",
|
|
1578
|
+
"path": "ecc/nanoclaw-repl",
|
|
1579
|
+
"routing_text": "nanoclaw repl nanoclaw repl Operate and extend NanoClaw v2, ECC's zero-dependency session-aware REPL built on claude -p. Use when operating or extending the NanoClaw REPL."
|
|
1580
|
+
},
|
|
1581
|
+
"nasiko-control-plane": {
|
|
1582
|
+
"description": "Use the experimental Nasiko CLI lifecycle bridge for pinned installation, read-only status, and qualified uninstall with explicit consent and telemetry and secrets boundaries.",
|
|
1583
|
+
"name": "nasiko-control-plane",
|
|
1584
|
+
"path": "ecc/nasiko-control-plane",
|
|
1585
|
+
"routing_text": "nasiko control plane nasiko control plane Use the experimental Nasiko CLI lifecycle bridge for pinned installation, read-only status, and qualified uninstall with explicit consent and telemetry and secrets boundaries."
|
|
1586
|
+
},
|
|
1587
|
+
"nestjs-patterns": {
|
|
1588
|
+
"description": "NestJS architecture patterns for modules, controllers, providers, DTO validation, guards, interceptors, config, and production-grade TypeScript backends. Use when building or reviewing a NestJS backend — modules, providers, DTO validation, guards, or interceptors.",
|
|
1589
|
+
"name": "nestjs-patterns",
|
|
1590
|
+
"path": "ecc/nestjs-patterns",
|
|
1591
|
+
"routing_text": "nestjs patterns nestjs patterns NestJS architecture patterns for modules, controllers, providers, DTO validation, guards, interceptors, config, and production-grade TypeScript backends. Use when building or reviewing a NestJS backend — modules, providers, DTO validation, guards, or interceptors. - Building NestJS APIs or services\n- Structuring modules, controllers, and providers\n- Adding DTO validation, guards, interceptors, or exception filters\n- Configuring environment-aware settings and database integrations\n- Testing NestJS units or HTTP endpoints\n\n"
|
|
1592
|
+
},
|
|
1593
|
+
"netmiko-ssh-automation": {
|
|
1594
|
+
"description": "Safe Python Netmiko patterns for read-only collection, bounded batch SSH, TextFSM parsing, guarded config changes, timeouts, and network automation error handling. Use when automating network device access with Python Netmiko, whether collecting state or pushing guarded config changes.",
|
|
1595
|
+
"name": "netmiko-ssh-automation",
|
|
1596
|
+
"path": "ecc/netmiko-ssh-automation",
|
|
1597
|
+
"routing_text": "netmiko ssh automation netmiko ssh automation Safe Python Netmiko patterns for read-only collection, bounded batch SSH, TextFSM parsing, guarded config changes, timeouts, and network automation error handling. Use when automating network device access with Python Netmiko, whether collecting state or pushing guarded config changes. - Collecting `show` command output across routers, switches, or firewalls.\n- Building a small audit script for interface, routing, or config evidence.\n- Adding timeouts and exception handling to network SSH scripts.\n- Parsing command output with TextFSM when a template exists.\n- Reviewing automation before it touches production devices.\n\n"
|
|
1598
|
+
},
|
|
1599
|
+
"network-bgp-diagnostics": {
|
|
1600
|
+
"description": "Diagnostics-only BGP troubleshooting patterns for neighbor state, route exchange, prefix policy, AS path inspection, and safe evidence collection. Use when a BGP neighbor is down, routes are missing, or prefix policy and AS path need inspection.",
|
|
1601
|
+
"name": "network-bgp-diagnostics",
|
|
1602
|
+
"path": "ecc/network-bgp-diagnostics",
|
|
1603
|
+
"routing_text": "network bgp diagnostics network bgp diagnostics Diagnostics-only BGP troubleshooting patterns for neighbor state, route exchange, prefix policy, AS path inspection, and safe evidence collection. Use when a BGP neighbor is down, routes are missing, or prefix policy and AS path need inspection. - BGP neighbors are stuck in Idle, Connect, Active, OpenSent, or OpenConfirm.\n- A session is Established but expected prefixes are missing.\n- A route-map, prefix-list, max-prefix limit, or AS path policy may be filtering\n routes.\n- You need before/after evidence for a BGP change.\n- You are reviewing automation that parses BGP summary output.\n\n"
|
|
1604
|
+
},
|
|
1605
|
+
"network-config-validation": {
|
|
1606
|
+
"description": "Pre-deployment checks for router and switch configuration, including dangerous commands, duplicate addresses, subnet overlaps, stale references, management-plane risk, and IOS-style security hygiene. Use when reviewing a router or switch configuration before deployment.",
|
|
1607
|
+
"name": "network-config-validation",
|
|
1608
|
+
"path": "ecc/network-config-validation",
|
|
1609
|
+
"routing_text": "network config validation network config validation Pre-deployment checks for router and switch configuration, including dangerous commands, duplicate addresses, subnet overlaps, stale references, management-plane risk, and IOS-style security hygiene. Use when reviewing a router or switch configuration before deployment. - Reviewing Cisco IOS or IOS-XE style snippets before deployment.\n- Auditing generated config from scripts or templates.\n- Looking for dangerous commands, duplicate IP addresses, or subnet overlaps.\n- Checking whether ACLs, route-maps, prefix-lists, or line policies are referenced\n but not defined.\n- Building lightweight pre-flight scripts for network automation.\n\n"
|
|
1610
|
+
},
|
|
1611
|
+
"network-interface-health": {
|
|
1612
|
+
"description": "Diagnose interface errors, drops, CRCs, duplex mismatches, flapping, speed negotiation issues, and counter trends on routers, switches, and Linux hosts. Use when an interface shows errors, drops, CRCs, flapping, or a duplex or speed mismatch.",
|
|
1613
|
+
"name": "network-interface-health",
|
|
1614
|
+
"path": "ecc/network-interface-health",
|
|
1615
|
+
"routing_text": "network interface health network interface health Diagnose interface errors, drops, CRCs, duplex mismatches, flapping, speed negotiation issues, and counter trends on routers, switches, and Linux hosts. Use when an interface shows errors, drops, CRCs, flapping, or a duplex or speed mismatch. - A host or VLAN has packet loss, latency spikes, or intermittent reachability.\n- A switch or router interface shows CRCs, runts, giants, drops, resets, or flaps.\n- You need to compare both ends of a link before replacing hardware.\n- A change window needs before/after interface counter evidence.\n- Monitoring reports rising `ifInErrors`, `ifOutErrors`, or `ifOutDiscards`.\n\n"
|
|
1616
|
+
},
|
|
1617
|
+
"nextjs-turbopack": {
|
|
1618
|
+
"description": "Next.js 16+ and Turbopack — incremental bundling, FS caching, dev speed, and when to use Turbopack vs webpack.",
|
|
1619
|
+
"name": "nextjs-turbopack",
|
|
1620
|
+
"path": "ecc/nextjs-turbopack",
|
|
1621
|
+
"routing_text": "nextjs turbopack nextjs turbopack Next.js 16+ and Turbopack — incremental bundling, FS caching, dev speed, and when to use Turbopack vs webpack. - **Turbopack (default dev)**: Use for day-to-day development. Faster cold start and HMR, especially in large apps.\n- **Webpack (legacy dev)**: Use only if you hit a Turbopack bug or rely on a webpack-only plugin in dev. Disable with `--webpack` (or `--no-turbopack` depending on your Next.js version; check the docs for your release).\n- **Production**: Production build behavior (`next build`) may use Turbopack or webpack depending on Next.js version; check the official Next.js docs for your version.\n\nUse when: developing or debugging Next.js 16+ apps, diagnosing slow dev startup or HMR, or optimizing production bundles.\n\n"
|
|
1622
|
+
},
|
|
1623
|
+
"nodejs-keccak256": {
|
|
1624
|
+
"description": "Prevent Ethereum hashing bugs in JavaScript and TypeScript. Node's sha3-256 is NIST SHA3, not Ethereum Keccak-256, and silently breaks selectors, signatures, storage slots, and address derivation. Use when hashing for Ethereum in JavaScript or TypeScript, or when a selector, signature, storage slot, or derived address is wrong.",
|
|
1625
|
+
"name": "nodejs-keccak256",
|
|
1626
|
+
"path": "ecc/nodejs-keccak256",
|
|
1627
|
+
"routing_text": "nodejs keccak256 nodejs keccak256 Prevent Ethereum hashing bugs in JavaScript and TypeScript. Node's sha3-256 is NIST SHA3, not Ethereum Keccak-256, and silently breaks selectors, signatures, storage slots, and address derivation. Use when hashing for Ethereum in JavaScript or TypeScript, or when a selector, signature, storage slot, or derived address is wrong. - Computing Ethereum function selectors or event topics\n- Building EIP-712, signature, Merkle, or storage-slot helpers in JS/TS\n- Reviewing any code that hashes Ethereum data with Node crypto directly\n\n"
|
|
1628
|
+
},
|
|
1629
|
+
"nutrient-document-processing": {
|
|
1630
|
+
"description": "Process, convert, OCR, extract, redact, sign, and fill documents using the Nutrient DWS API. Works with PDFs, DOCX, XLSX, PPTX, HTML, and images. Use when converting, OCRing, extracting from, redacting, signing, or filling documents via the Nutrient DWS API.",
|
|
1631
|
+
"name": "nutrient-document-processing",
|
|
1632
|
+
"path": "ecc/nutrient-document-processing",
|
|
1633
|
+
"routing_text": "nutrient document processing nutrient document processing Process, convert, OCR, extract, redact, sign, and fill documents using the Nutrient DWS API. Works with PDFs, DOCX, XLSX, PPTX, HTML, and images. Use when converting, OCRing, extracting from, redacting, signing, or filling documents via the Nutrient DWS API. - Converting documents between formats (PDF, DOCX, XLSX, PPTX, HTML, images)\n- Extracting text, tables, or key-value pairs from PDFs\n- OCR on scanned documents or images\n- Redacting PII before sharing documents\n- Adding watermarks to drafts or confidential documents\n- Digitally signing contracts or agreements\n- Filling PDF forms programmatically\n\n"
|
|
1634
|
+
},
|
|
1635
|
+
"nuxt4-patterns": {
|
|
1636
|
+
"description": "Nuxt 4 app patterns for hydration safety, performance, route rules, lazy loading, and SSR-safe data fetching with useFetch and useAsyncData. Use when building or reviewing a Nuxt 4 app, or debugging hydration mismatches and SSR-safe data fetching.",
|
|
1637
|
+
"name": "nuxt4-patterns",
|
|
1638
|
+
"path": "ecc/nuxt4-patterns",
|
|
1639
|
+
"routing_text": "nuxt4 patterns nuxt4 patterns Nuxt 4 app patterns for hydration safety, performance, route rules, lazy loading, and SSR-safe data fetching with useFetch and useAsyncData. Use when building or reviewing a Nuxt 4 app, or debugging hydration mismatches and SSR-safe data fetching. - Hydration mismatches between server HTML and client state\n- Route-level rendering decisions such as prerender, SWR, ISR, or client-only sections\n- Performance work around lazy loading, lazy hydration, or payload size\n- Page or component data fetching with `useFetch`, `useAsyncData`, or `$fetch`\n- Nuxt routing issues tied to route params, middleware, or SSR/client differences\n\n"
|
|
1640
|
+
},
|
|
1641
|
+
"openclaw-persona-forge": {
|
|
1642
|
+
"description": "为 OpenClaw AI Agent 锻造完整的龙虾灵魂方案。根据用户偏好或随机抽卡, 输出身份定位、灵魂描述(SOUL.md)、角色化底线规则、名字和头像生图提示词。 如当前环境提供已审核的生图 skill,可自动生成统一风格头像图片。 当用户需要创建、设计或定制 OpenClaw 龙虾灵魂时使用。 不适用于:微调已有 SOUL.md、非 OpenClaw 平台的角色设计、纯工具型无性格 Agent。 触发词:龙虾灵魂、虾魂、OpenClaw 灵魂、养虾灵魂、龙虾角色、龙虾定位、 龙虾剧本杀角色、龙虾游戏角色、龙虾 NPC、龙虾性格、龙虾背景故事、 lobster soul、lobster character、抽卡、随机龙虾、龙虾 SOUL、gacha。 Use when creating, designing, or customizing an OpenClaw lobster persona — identity, SOUL.md, name, or avatar prompt.",
|
|
1643
|
+
"name": "openclaw-persona-forge",
|
|
1644
|
+
"path": "ecc/openclaw-persona-forge",
|
|
1645
|
+
"routing_text": "openclaw persona forge openclaw persona forge 为 OpenClaw AI Agent 锻造完整的龙虾灵魂方案。根据用户偏好或随机抽卡, 输出身份定位、灵魂描述(SOUL.md)、角色化底线规则、名字和头像生图提示词。 如当前环境提供已审核的生图 skill,可自动生成统一风格头像图片。 当用户需要创建、设计或定制 OpenClaw 龙虾灵魂时使用。 不适用于:微调已有 SOUL.md、非 OpenClaw 平台的角色设计、纯工具型无性格 Agent。 触发词:龙虾灵魂、虾魂、OpenClaw 灵魂、养虾灵魂、龙虾角色、龙虾定位、 龙虾剧本杀角色、龙虾游戏角色、龙虾 NPC、龙虾性格、龙虾背景故事、 lobster soul、lobster character、抽卡、随机龙虾、龙虾 SOUL、gacha。 Use when creating, designing, or customizing an OpenClaw lobster persona — identity, SOUL.md, name, or avatar prompt. - 当用户需要从零创建 OpenClaw 龙虾灵魂、角色设定、SOUL.md 或 IDENTITY.md\n- 当用户想通过引导式问答或抽卡模式快速得到完整 persona 方案\n- 当用户已经有一个粗糙设定,但还缺名字、边界规则、头像提示词或成套输出文件\n\n### Avoid when\n\n- 用户只需微调已有 SOUL.md\n- 目标平台不是 OpenClaw,需要的是其他 Agent 框架专用格式\n- 用户需要纯工具型 Agent,不需要角色化灵魂\n\n"
|
|
1646
|
+
},
|
|
1647
|
+
"opensource-pipeline": {
|
|
1648
|
+
"description": "Open-source pipeline: fork, sanitize, and package private projects for safe public release. Chains 3 agents (forker, sanitizer, packager). Triggers: '/opensource', 'open source this', 'make this public', 'prepare for open source'. Use when a private project must be forked, stripped of secrets, and packaged for public release.",
|
|
1649
|
+
"name": "opensource-pipeline",
|
|
1650
|
+
"path": "ecc/opensource-pipeline",
|
|
1651
|
+
"routing_text": "opensource pipeline opensource pipeline Open-source pipeline: fork, sanitize, and package private projects for safe public release. Chains 3 agents (forker, sanitizer, packager). Triggers: '/opensource', 'open source this', 'make this public', 'prepare for open source'. Use when a private project must be forked, stripped of secrets, and packaged for public release. - User says \"open source this project\" or \"make this public\"\n- User wants to prepare a private repo for public release\n- User needs to strip secrets before pushing to GitHub\n- User invokes `/opensource fork`, `/opensource verify`, or `/opensource package`\n\n"
|
|
1652
|
+
},
|
|
1653
|
+
"orch-add-feature": {
|
|
1654
|
+
"description": "Orchestrate building a brand-new feature end to end — research, plan, TDD implementation, review, and gated commit — by delegating each phase to the matching ECC agent. Use when adding a capability that does not exist yet.",
|
|
1655
|
+
"name": "orch-add-feature",
|
|
1656
|
+
"path": "ecc/orch-add-feature",
|
|
1657
|
+
"routing_text": "orch add feature orch add feature Orchestrate building a brand-new feature end to end — research, plan, TDD implementation, review, and gated commit — by delegating each phase to the matching ECC agent. Use when adding a capability that does not exist yet. - The user wants a capability that does **not exist yet** (\"add\", \"build\",\n \"implement\", \"support …\").\n- It is net-new behavior — not a correction (`orch-fix-defect`) and not an\n alteration of existing behavior (`orch-change-feature`).\n\n"
|
|
1658
|
+
},
|
|
1659
|
+
"orch-build-mvp": {
|
|
1660
|
+
"description": "Orchestrate bootstrapping a working MVP from a design or spec document — ingest the doc, plan thin vertical slices, scaffold the first end-to-end slice, then TDD-implement, review, and gated commit. Use to turn an SDD/PRD into a running starting point. Use when a design or spec document must become a running MVP through planned vertical slices.",
|
|
1661
|
+
"name": "orch-build-mvp",
|
|
1662
|
+
"path": "ecc/orch-build-mvp",
|
|
1663
|
+
"routing_text": "orch build mvp orch build mvp Orchestrate bootstrapping a working MVP from a design or spec document — ingest the doc, plan thin vertical slices, scaffold the first end-to-end slice, then TDD-implement, review, and gated commit. Use to turn an SDD/PRD into a running starting point. Use when a design or spec document must become a running MVP through planned vertical slices. - The user has a **design / spec document** (SDD, PRD, system_design) and wants a\n working vertical slice bootstrapped from it.\n- Takes a doc path as its argument, e.g. `civicpulse/docs/SDD-v0.6.md`.\n\n"
|
|
1664
|
+
},
|
|
1665
|
+
"orch-change-feature": {
|
|
1666
|
+
"description": "Orchestrate altering an existing, working feature to new desired behavior — update its tests to the new spec, change the implementation to match, review, and gated commit. Use when behavior is not broken but should be different.",
|
|
1667
|
+
"name": "orch-change-feature",
|
|
1668
|
+
"path": "ecc/orch-change-feature",
|
|
1669
|
+
"routing_text": "orch change feature orch change feature Orchestrate altering an existing, working feature to new desired behavior — update its tests to the new spec, change the implementation to match, review, and gated commit. Use when behavior is not broken but should be different. - An existing feature **works**, but the desired behavior is different (\"change\",\n \"adjust\", \"make it also …\", \"instead of X do Y\").\n- Distinguish from siblings:\n - **not** broken → not `orch-fix-defect` (no bug to reproduce).\n - **not** new → not `orch-add-feature` (the capability already exists).\n\n"
|
|
1670
|
+
},
|
|
1671
|
+
"orch-fix-defect": {
|
|
1672
|
+
"description": "Orchestrate fixing a bug — reproduce it as a failing regression test, fix to green, review, and gated commit — by delegating each phase to the matching ECC agent. Use when existing behavior is broken or wrong.",
|
|
1673
|
+
"name": "orch-fix-defect",
|
|
1674
|
+
"path": "ecc/orch-fix-defect",
|
|
1675
|
+
"routing_text": "orch fix defect orch fix defect Orchestrate fixing a bug — reproduce it as a failing regression test, fix to green, review, and gated commit — by delegating each phase to the matching ECC agent. Use when existing behavior is broken or wrong. - Something is **broken**: wrong output, an error, a crash, a regression.\n- Distinguish from siblings:\n - behavior is correct but you want it different → `orch-change-feature`.\n - the capability does not exist yet → `orch-add-feature`.\n\n"
|
|
1676
|
+
},
|
|
1677
|
+
"orch-pipeline": {
|
|
1678
|
+
"description": "Shared orchestration engine for the orch-* skill family. Defines the gated Research-Plan-TDD-Review-Commit pipeline, the size classifier, the agent map, and the two human gates that the orch-* operation skills delegate to. Not usually invoked directly. Not usually invoked directly; it applies when an orch-* skill delegates its gated Research-Plan-TDD-Review-Commit pipeline.",
|
|
1679
|
+
"name": "orch-pipeline",
|
|
1680
|
+
"path": "ecc/orch-pipeline",
|
|
1681
|
+
"routing_text": "orch pipeline orch pipeline Shared orchestration engine for the orch-* skill family. Defines the gated Research-Plan-TDD-Review-Commit pipeline, the size classifier, the agent map, and the two human gates that the orch-* operation skills delegate to. Not usually invoked directly. Not usually invoked directly; it applies when an orch-* skill delegates its gated Research-Plan-TDD-Review-Commit pipeline. - Loaded indirectly whenever an `orch-*` operation skill runs.\n- Read directly only when adding a new operation to the family or tuning the\n shared phases, gates, or agent map.\n\n"
|
|
1682
|
+
},
|
|
1683
|
+
"orch-refine-code": {
|
|
1684
|
+
"description": "Orchestrate a behavior-preserving refactor — confirm tests are green, restructure without changing behavior, keep tests green, review, and gated commit. Use when the structure should improve but behavior must not change.",
|
|
1685
|
+
"name": "orch-refine-code",
|
|
1686
|
+
"path": "ecc/orch-refine-code",
|
|
1687
|
+
"routing_text": "orch refine code orch refine code Orchestrate a behavior-preserving refactor — confirm tests are green, restructure without changing behavior, keep tests green, review, and gated commit. Use when the structure should improve but behavior must not change. - Same behavior, **better structure**: extract modules, remove duplication, kill\n dead code, reduce nesting, rename for clarity.\n- Distinguish from siblings: if behavior is meant to change at all, this is the\n wrong skill (`orch-change-feature` / `orch-fix-defect`).\n\n"
|
|
1688
|
+
},
|
|
1689
|
+
"parallel-execution-optimizer": {
|
|
1690
|
+
"description": "Use when the user wants a task done much faster through parallel work, concurrent agents, batched tool calls, isolated worktrees, or many independent verification lanes without losing correctness.",
|
|
1691
|
+
"name": "parallel-execution-optimizer",
|
|
1692
|
+
"path": "ecc/parallel-execution-optimizer",
|
|
1693
|
+
"routing_text": "parallel execution optimizer parallel execution optimizer Use when the user wants a task done much faster through parallel work, concurrent agents, batched tool calls, isolated worktrees, or many independent verification lanes without losing correctness."
|
|
1694
|
+
},
|
|
1695
|
+
"perl-patterns": {
|
|
1696
|
+
"description": "Modern Perl 5.36+ idioms, best practices, and conventions for building robust, maintainable Perl applications. Use when writing or reviewing modern Perl 5.36+ code.",
|
|
1697
|
+
"name": "perl-patterns",
|
|
1698
|
+
"path": "ecc/perl-patterns",
|
|
1699
|
+
"routing_text": "perl patterns perl patterns Modern Perl 5.36+ idioms, best practices, and conventions for building robust, maintainable Perl applications. Use when writing or reviewing modern Perl 5.36+ code. - Writing new Perl code or modules\n- Reviewing Perl code for idiom compliance\n- Refactoring legacy Perl to modern standards\n- Designing Perl module architecture\n- Migrating pre-5.36 code to modern Perl\n\n"
|
|
1700
|
+
},
|
|
1701
|
+
"perl-security": {
|
|
1702
|
+
"description": "Comprehensive Perl security covering taint mode, input validation, safe process execution, DBI parameterized queries, web security (XSS/SQLi/CSRF), and perlcritic security policies. Use when reviewing Perl input handling, process execution, DBI queries, or web-facing code.",
|
|
1703
|
+
"name": "perl-security",
|
|
1704
|
+
"path": "ecc/perl-security",
|
|
1705
|
+
"routing_text": "perl security perl security Comprehensive Perl security covering taint mode, input validation, safe process execution, DBI parameterized queries, web security (XSS/SQLi/CSRF), and perlcritic security policies. Use when reviewing Perl input handling, process execution, DBI queries, or web-facing code. - Handling user input in Perl applications\n- Building Perl web applications (CGI, Mojolicious, Dancer2, Catalyst)\n- Reviewing Perl code for security vulnerabilities\n- Performing file operations with user-supplied paths\n- Executing system commands from Perl\n- Writing DBI database queries\n\n"
|
|
1706
|
+
},
|
|
1707
|
+
"perl-testing": {
|
|
1708
|
+
"description": "Perl testing patterns using Test2::V0, Test::More, prove runner, mocking, coverage with Devel::Cover, and TDD methodology. Use when writing Perl tests with Test2::V0 or Test::More, or measuring coverage.",
|
|
1709
|
+
"name": "perl-testing",
|
|
1710
|
+
"path": "ecc/perl-testing",
|
|
1711
|
+
"routing_text": "perl testing perl testing Perl testing patterns using Test2::V0, Test::More, prove runner, mocking, coverage with Devel::Cover, and TDD methodology. Use when writing Perl tests with Test2::V0 or Test::More, or measuring coverage. - Writing new Perl code (follow TDD: red, green, refactor)\n- Designing test suites for Perl modules or applications\n- Reviewing Perl test coverage\n- Setting up Perl testing infrastructure\n- Migrating tests from Test::More to Test2::V0\n- Debugging failing Perl tests\n\n"
|
|
1712
|
+
},
|
|
1713
|
+
"plan-canvas": {
|
|
1714
|
+
"description": "Open plans and HTML artifacts in a local browser canvas where the human annotates elements, chats, and approves or requests changes without leaving the page. Use when presenting a plan for review, or when feedback like \"move this, change that\" is easier pointed at than typed.",
|
|
1715
|
+
"name": "plan-canvas",
|
|
1716
|
+
"path": "ecc/plan-canvas",
|
|
1717
|
+
"routing_text": "plan canvas plan canvas Open plans and HTML artifacts in a local browser canvas where the human annotates elements, chats, and approves or requests changes without leaving the page. Use when presenting a plan for review, or when feedback like \"move this, change that\" is easier pointed at than typed. - You just wrote a plan artifact (`.claude/plans/*.plan.md` from `/plan`) and\n need the CONFIRM/approve decision — the canvas verdict replaces a typed\n \"yes/proceed\".\n- The user should *point at* what to change: reviewing designs, comparisons,\n reports, or any local `.md` / `.html` artifact.\n- The user asks for `/plan-canvas`, a visual review, or \"open it in the browser\".\n\nDo NOT use for: code review of diffs (`/code-review`), running web apps, or\nremote URLs. The canvas serves local artifact files only.\n\n"
|
|
1718
|
+
},
|
|
1719
|
+
"plan-orchestrate": {
|
|
1720
|
+
"description": "Read a plan document, decompose it into steps, design a per-step agent chain from the ECC catalogue, and emit ready-to-paste /orchestrate custom prompts. Generative only — never invokes /orchestrate itself. Use when the user has a multi-step plan and wants to drive it through orchestrate without composing chains by hand.",
|
|
1721
|
+
"name": "plan-orchestrate",
|
|
1722
|
+
"path": "ecc/plan-orchestrate",
|
|
1723
|
+
"routing_text": "plan orchestrate plan orchestrate Read a plan document, decompose it into steps, design a per-step agent chain from the ECC catalogue, and emit ready-to-paste /orchestrate custom prompts. Generative only — never invokes /orchestrate itself. Use when the user has a multi-step plan and wants to drive it through orchestrate without composing chains by hand. - User has a multi-step plan document (PRD, RFC, implementation plan) and wants to drive it through `/orchestrate`.\n- User says \"orchestrate this plan\", \"give me orchestrate prompts for each step\", \"compose chains for this plan\".\n- A step-by-step plan exists but the user does not want to manually pick agents per step.\n\nSkip when:\n- The work is one ad-hoc step → call `/orchestrate custom` directly.\n- The plan is unreadable or empty. Lack of explicit numbering alone is not a skip condition — see the \"No clear steps\" edge case below.\n\n"
|
|
1724
|
+
},
|
|
1725
|
+
"plankton-code-quality": {
|
|
1726
|
+
"description": "Write-time code quality enforcement using Plankton — auto-formatting, linting, and Claude-powered fixes on every file edit via hooks. Use when setting up write-time formatting, linting, or auto-fix hooks on file edits.",
|
|
1727
|
+
"name": "plankton-code-quality",
|
|
1728
|
+
"path": "ecc/plankton-code-quality",
|
|
1729
|
+
"routing_text": "plankton code quality plankton code quality Write-time code quality enforcement using Plankton — auto-formatting, linting, and Claude-powered fixes on every file edit via hooks. Use when setting up write-time formatting, linting, or auto-fix hooks on file edits. - You want automatic formatting and linting on every file edit (not just at commit time)\n- You need defense against agents modifying linter configs to pass instead of fixing code\n- You want tiered model routing for fixes (Haiku for simple style, Sonnet for logic, Opus for types)\n- You work with multiple languages (Python, TypeScript, Shell, YAML, JSON, TOML, Markdown, Dockerfile)\n\n"
|
|
1730
|
+
},
|
|
1731
|
+
"postgres-patterns": {
|
|
1732
|
+
"description": "PostgreSQL database patterns for query optimization, schema design, indexing, and security. Based on Supabase best practices. Use when designing PostgreSQL schemas, indexes, or RLS policies, or when a query is too slow.",
|
|
1733
|
+
"name": "postgres-patterns",
|
|
1734
|
+
"path": "ecc/postgres-patterns",
|
|
1735
|
+
"routing_text": "postgres patterns postgres patterns PostgreSQL database patterns for query optimization, schema design, indexing, and security. Based on Supabase best practices. Use when designing PostgreSQL schemas, indexes, or RLS policies, or when a query is too slow. - Writing SQL queries or migrations\n- Designing database schemas\n- Troubleshooting slow queries\n- Implementing Row Level Security\n- Setting up connection pooling\n\n"
|
|
1736
|
+
},
|
|
1737
|
+
"prediction-market-oracle-research": {
|
|
1738
|
+
"description": "Research prediction markets as data sources or oracle signals for products, agents, dashboards, and corporate decision intelligence. Use for source-grounded analysis of market-implied probabilities, caveats, and integration patterns without investment advice. Use when evaluating prediction markets as a data source or oracle signal for a product, agent, or dashboard.",
|
|
1739
|
+
"name": "prediction-market-oracle-research",
|
|
1740
|
+
"path": "ecc/prediction-market-oracle-research",
|
|
1741
|
+
"routing_text": "prediction market oracle research prediction market oracle research Research prediction markets as data sources or oracle signals for products, agents, dashboards, and corporate decision intelligence. Use for source-grounded analysis of market-implied probabilities, caveats, and integration patterns without investment advice. Use when evaluating prediction markets as a data source or oracle signal for a product, agent, or dashboard."
|
|
1742
|
+
},
|
|
1743
|
+
"prediction-market-risk-review": {
|
|
1744
|
+
"description": "Review prediction-market, basket, oracle, and trading-agent workflows for compliance, safety, data-quality, privacy, and execution risk. Use before any workflow handles venue auth, user portfolio data, API keys, or trade planning.",
|
|
1745
|
+
"name": "prediction-market-risk-review",
|
|
1746
|
+
"path": "ecc/prediction-market-risk-review",
|
|
1747
|
+
"routing_text": "prediction market risk review prediction market risk review Review prediction-market, basket, oracle, and trading-agent workflows for compliance, safety, data-quality, privacy, and execution risk. Use before any workflow handles venue auth, user portfolio data, API keys, or trade planning."
|
|
1748
|
+
},
|
|
1749
|
+
"prisma-patterns": {
|
|
1750
|
+
"description": "Prisma ORM patterns for TypeScript backends — schema design, query optimization, transactions, pagination, and critical traps like updateMany returning count not records, $transaction timeouts, migrate dev resetting the DB, @updatedAt skipped on bulk writes, and serverless connection exhaustion. Use when writing a Prisma schema or query, or debugging transactions, migrations, or serverless connection limits.",
|
|
1751
|
+
"name": "prisma-patterns",
|
|
1752
|
+
"path": "ecc/prisma-patterns",
|
|
1753
|
+
"routing_text": "prisma patterns prisma patterns Prisma ORM patterns for TypeScript backends — schema design, query optimization, transactions, pagination, and critical traps like updateMany returning count not records, $transaction timeouts, migrate dev resetting the DB, @updatedAt skipped on bulk writes, and serverless connection exhaustion. Use when writing a Prisma schema or query, or debugging transactions, migrations, or serverless connection limits. - Designing or modifying Prisma schema models and relations\n- Writing queries, transactions, or pagination logic\n- Using `updateMany`, `deleteMany`, or any bulk operation\n- Running or planning database migrations\n- Deploying to serverless environments (Vercel, Lambda, Cloudflare Workers)\n- Implementing soft delete or multi-tenant row filtering\n\n"
|
|
1754
|
+
},
|
|
1755
|
+
"product-capability": {
|
|
1756
|
+
"description": "Translate PRD intent, roadmap asks, or product discussions into an implementation-ready capability plan that exposes constraints, invariants, interfaces, and unresolved decisions before multi-service work starts. Use when the user needs an ECC-native PRD-to-SRS lane instead of vague planning prose.",
|
|
1757
|
+
"name": "product-capability",
|
|
1758
|
+
"path": "ecc/product-capability",
|
|
1759
|
+
"routing_text": "product capability product capability Translate PRD intent, roadmap asks, or product discussions into an implementation-ready capability plan that exposes constraints, invariants, interfaces, and unresolved decisions before multi-service work starts. Use when the user needs an ECC-native PRD-to-SRS lane instead of vague planning prose. - A PRD, roadmap item, discussion, or founder note exists, but the implementation constraints are still implicit\n- A feature crosses multiple services, repos, or teams and needs a capability contract before coding\n- Product intent is clear, but architecture, data, lifecycle, or policy implications are still fuzzy\n- Senior engineers keep restating the same hidden assumptions during review\n- You need a reusable artifact that can survive across harnesses and sessions\n\n"
|
|
1760
|
+
},
|
|
1761
|
+
"product-lens": {
|
|
1762
|
+
"description": "Use this skill to validate the \"why\" before building, run product diagnostics, and pressure-test product direction before the request becomes an implementation contract.",
|
|
1763
|
+
"name": "product-lens",
|
|
1764
|
+
"path": "ecc/product-lens",
|
|
1765
|
+
"routing_text": "product lens product lens Use this skill to validate the \"why\" before building, run product diagnostics, and pressure-test product direction before the request becomes an implementation contract. - Before starting any feature — validate the \"why\"\n- Weekly product review — are we building the right thing?\n- When stuck choosing between features\n- Before a launch — sanity check the user journey\n- When converting a vague idea into a product brief before engineering planning starts\n\n"
|
|
1766
|
+
},
|
|
1767
|
+
"production-audit": {
|
|
1768
|
+
"description": "Local-evidence production readiness audit for shipped apps, pre-launch reviews, post-merge checks, and \"what breaks in prod?\" questions without sending repo data to an external audit service. Use when auditing production readiness before launch, after a merge, or when asked what breaks in prod.",
|
|
1769
|
+
"name": "production-audit",
|
|
1770
|
+
"path": "ecc/production-audit",
|
|
1771
|
+
"routing_text": "production audit production audit Local-evidence production readiness audit for shipped apps, pre-launch reviews, post-merge checks, and \"what breaks in prod?\" questions without sending repo data to an external audit service. Use when auditing production readiness before launch, after a merge, or when asked what breaks in prod. - The user asks \"is this production-ready\", \"what would break in prod\", \"what\n did we miss\", \"audit this repo\", or \"ready to ship?\"\n- A feature was merged and needs a pre-deploy or post-merge risk pass.\n- A public launch, demo, customer rollout, or investor walkthrough is close.\n- CI is green but the user wants production risk, not only test status.\n- A deployed URL, release branch, PR, or current checkout is available for\n evidence gathering.\n\n"
|
|
1772
|
+
},
|
|
1773
|
+
"production-scheduling": {
|
|
1774
|
+
"description": ">",
|
|
1775
|
+
"name": "production-scheduling",
|
|
1776
|
+
"path": "ecc/production-scheduling",
|
|
1777
|
+
"routing_text": "production scheduling production scheduling > - Production orders compete for constrained work centers\n- Disruptions (breakdown, shortage, absenteeism) require rapid re-sequencing\n- Changeover and campaign trade-offs need explicit economic decisions\n- New work orders need to be slotted into an existing schedule without destabilizing committed jobs\n- Shift-level bottleneck changes require drum reassignment\n\n"
|
|
1778
|
+
},
|
|
1779
|
+
"project-flow-ops": {
|
|
1780
|
+
"description": "Operate execution flow across GitHub and Linear by triaging issues and pull requests, linking active work, and keeping GitHub public-facing while Linear remains the internal execution layer. Use when the user wants backlog control, PR triage, or GitHub-to-Linear coordination.",
|
|
1781
|
+
"name": "project-flow-ops",
|
|
1782
|
+
"path": "ecc/project-flow-ops",
|
|
1783
|
+
"routing_text": "project flow ops project flow ops Operate execution flow across GitHub and Linear by triaging issues and pull requests, linking active work, and keeping GitHub public-facing while Linear remains the internal execution layer. Use when the user wants backlog control, PR triage, or GitHub-to-Linear coordination. - Triage open PR or issue backlogs\n- Decide what belongs in Linear vs what should remain GitHub-only\n- Link active GitHub work to internal execution lanes\n- Classify PRs into merge, port/rebuild, close, or park\n- Audit whether review comments, CI failures, or stale issues are blocking execution\n\n"
|
|
1784
|
+
},
|
|
1785
|
+
"prompt-optimizer": {
|
|
1786
|
+
"description": ">-",
|
|
1787
|
+
"name": "prompt-optimizer",
|
|
1788
|
+
"path": "ecc/prompt-optimizer",
|
|
1789
|
+
"routing_text": "prompt optimizer prompt optimizer >- - User says \"optimize this prompt\", \"improve my prompt\", \"rewrite this prompt\"\n- User says \"help me write a better prompt for...\"\n- User says \"what's the best way to ask Claude Code to...\"\n- User says \"优化prompt\", \"改进prompt\", \"怎么写prompt\", \"帮我优化这个指令\"\n- User pastes a draft prompt and asks for feedback or enhancement\n- User says \"I don't know how to prompt for this\"\n- User says \"how should I use ECC for...\"\n- User explicitly invokes `/prompt-optimize`\n\n### Do Not Use When\n\n- User wants the task done directly (just execute it)\n- User says \"优化代码\", \"优化性能\", \"optimize this code\", \"optimize performance\" — these are refactoring tasks, not prompt optimization\n- User is asking about ECC configuration (use `configure-ecc` instead)\n- User wants a skill inventory (use `skill-stocktake` instead)\n- User says \"just do it\" or \"直接做\"\n\n"
|
|
1790
|
+
},
|
|
1791
|
+
"python-patterns": {
|
|
1792
|
+
"description": "Pythonic idioms, PEP 8 standards, type hints, and best practices for building robust, efficient, and maintainable Python applications. Use when writing or reviewing Python code and idiomatic structure, typing, or PEP 8 is in question.",
|
|
1793
|
+
"name": "python-patterns",
|
|
1794
|
+
"path": "ecc/python-patterns",
|
|
1795
|
+
"routing_text": "python patterns python patterns Pythonic idioms, PEP 8 standards, type hints, and best practices for building robust, efficient, and maintainable Python applications. Use when writing or reviewing Python code and idiomatic structure, typing, or PEP 8 is in question. - Writing new Python code\n- Reviewing Python code\n- Refactoring existing Python code\n- Designing Python packages/modules\n\n"
|
|
1796
|
+
},
|
|
1797
|
+
"python-testing": {
|
|
1798
|
+
"description": "Python testing strategies using pytest, TDD methodology, fixtures, mocking, parametrization, and coverage requirements. Use when writing pytest tests — fixtures, mocks, parametrization, or coverage.",
|
|
1799
|
+
"name": "python-testing",
|
|
1800
|
+
"path": "ecc/python-testing",
|
|
1801
|
+
"routing_text": "python testing python testing Python testing strategies using pytest, TDD methodology, fixtures, mocking, parametrization, and coverage requirements. Use when writing pytest tests — fixtures, mocks, parametrization, or coverage. - Writing new Python code (follow TDD: red, green, refactor)\n- Designing test suites for Python projects\n- Reviewing Python test coverage\n- Setting up testing infrastructure\n\n"
|
|
1802
|
+
},
|
|
1803
|
+
"pytorch-patterns": {
|
|
1804
|
+
"description": "PyTorch deep learning patterns and best practices for building robust, efficient, and reproducible training pipelines, model architectures, and data loading. Use when writing or reviewing PyTorch training loops, model architectures, or data loading, or when a run will not reproduce.",
|
|
1805
|
+
"name": "pytorch-patterns",
|
|
1806
|
+
"path": "ecc/pytorch-patterns",
|
|
1807
|
+
"routing_text": "pytorch patterns pytorch patterns PyTorch deep learning patterns and best practices for building robust, efficient, and reproducible training pipelines, model architectures, and data loading. Use when writing or reviewing PyTorch training loops, model architectures, or data loading, or when a run will not reproduce. - Writing new PyTorch models or training scripts\n- Reviewing deep learning code\n- Debugging training loops or data pipelines\n- Optimizing GPU memory usage or training speed\n- Setting up reproducible experiments\n\n"
|
|
1808
|
+
},
|
|
1809
|
+
"quality-nonconformance": {
|
|
1810
|
+
"description": ">",
|
|
1811
|
+
"name": "quality-nonconformance",
|
|
1812
|
+
"path": "ecc/quality-nonconformance",
|
|
1813
|
+
"routing_text": "quality nonconformance quality nonconformance > - Investigating a non-conformance (NCR) from incoming inspection, in-process, or final test\n- Performing root cause analysis using 5-Why, Ishikawa, or fault tree methods\n- Determining disposition for non-conforming material (use-as-is, rework, scrap, return to vendor)\n- Creating or reviewing a CAPA (Corrective and Preventive Action) plan\n- Interpreting SPC data and control chart signals for process stability assessment\n- Preparing for or responding to a regulatory audit finding\n\n"
|
|
1814
|
+
},
|
|
1815
|
+
"quarkus-patterns": {
|
|
1816
|
+
"description": "Quarkus 3.x LTS architecture patterns with Camel for messaging, RESTful API design, CDI services, data access with Panache, and async processing. Use for Java Quarkus backend work with event-driven architectures. Use when building or reviewing a Quarkus service, especially with Camel messaging or Panache data access.",
|
|
1817
|
+
"name": "quarkus-patterns",
|
|
1818
|
+
"path": "ecc/quarkus-patterns",
|
|
1819
|
+
"routing_text": "quarkus patterns quarkus patterns Quarkus 3.x LTS architecture patterns with Camel for messaging, RESTful API design, CDI services, data access with Panache, and async processing. Use for Java Quarkus backend work with event-driven architectures. Use when building or reviewing a Quarkus service, especially with Camel messaging or Panache data access. - Building REST APIs with JAX-RS or RESTEasy Reactive\n- Structuring resource → service → repository layers\n- Implementing event-driven patterns with Apache Camel and RabbitMQ\n- Configuring Hibernate Panache, caching, or reactive streams\n- Adding validation, exception mapping, or pagination\n- Setting up profiles for dev/staging/production environments (YAML config)\n- Custom logging with LogContext and Logback/Logstash encoder\n- Working with CompletableFuture for async operations\n- Implementing conditional flow processing\n- Working with GraalVM native compilation\n\n"
|
|
1820
|
+
},
|
|
1821
|
+
"quarkus-security": {
|
|
1822
|
+
"description": "Quarkus Security best practices for authentication, authorization, JWT/OIDC, RBAC, input validation, CSRF, secrets management, and dependency security. Use when reviewing Quarkus authn/authz, JWT or OIDC, RBAC, validation, or secrets.",
|
|
1823
|
+
"name": "quarkus-security",
|
|
1824
|
+
"path": "ecc/quarkus-security",
|
|
1825
|
+
"routing_text": "quarkus security quarkus security Quarkus Security best practices for authentication, authorization, JWT/OIDC, RBAC, input validation, CSRF, secrets management, and dependency security. Use when reviewing Quarkus authn/authz, JWT or OIDC, RBAC, validation, or secrets. - Adding authentication (JWT, OIDC, Basic Auth)\n- Implementing authorization with @RolesAllowed or SecurityIdentity\n- Validating user input (Bean Validation, custom validators)\n- Configuring CORS or security headers\n- Managing secrets (Vault, environment variables, config sources)\n- Adding rate limiting or brute-force protection\n- Scanning dependencies for CVEs\n- Working with MicroProfile JWT or SmallRye JWT\n\n"
|
|
1826
|
+
},
|
|
1827
|
+
"quarkus-tdd": {
|
|
1828
|
+
"description": "Test-driven development for Quarkus 3.x LTS using JUnit 5, Mockito, REST Assured, Camel testing, and JaCoCo. Use when adding features, fixing bugs, or refactoring event-driven services.",
|
|
1829
|
+
"name": "quarkus-tdd",
|
|
1830
|
+
"path": "ecc/quarkus-tdd",
|
|
1831
|
+
"routing_text": "quarkus tdd quarkus tdd Test-driven development for Quarkus 3.x LTS using JUnit 5, Mockito, REST Assured, Camel testing, and JaCoCo. Use when adding features, fixing bugs, or refactoring event-driven services. - New features or REST endpoints\n- Bug fixes or refactors\n- Adding data access logic, security rules, or reactive streams\n- Testing Apache Camel routes and event handlers\n- Testing event-driven services with RabbitMQ\n- Testing conditional flow logic\n- Validating CompletableFuture async operations\n- Testing LogContext propagation\n\n"
|
|
1832
|
+
},
|
|
1833
|
+
"quarkus-verification": {
|
|
1834
|
+
"description": "Verification loop for Quarkus projects: build, static analysis, tests with coverage, security scans, native compilation, and diff review before release or PR.",
|
|
1835
|
+
"name": "quarkus-verification",
|
|
1836
|
+
"path": "ecc/quarkus-verification",
|
|
1837
|
+
"routing_text": "quarkus verification quarkus verification Verification loop for Quarkus projects: build, static analysis, tests with coverage, security scans, native compilation, and diff review before release or PR. - Before opening a pull request for a Quarkus service\n- After major refactoring or dependency upgrades\n- Pre-deployment verification for staging or production\n- Running full build → lint → test → security scan → native compilation pipeline\n- Validating test coverage meets thresholds (80%+)\n- Testing native image compatibility\n\n"
|
|
1838
|
+
},
|
|
1839
|
+
"ralphinho-rfc-pipeline": {
|
|
1840
|
+
"description": "RFC-driven multi-agent DAG execution pattern with quality gates, merge queues, and work unit orchestration. Use when running RFC-driven multi-agent execution with quality gates and a merge queue.",
|
|
1841
|
+
"name": "ralphinho-rfc-pipeline",
|
|
1842
|
+
"path": "ecc/ralphinho-rfc-pipeline",
|
|
1843
|
+
"routing_text": "ralphinho rfc pipeline ralphinho rfc pipeline RFC-driven multi-agent DAG execution pattern with quality gates, merge queues, and work unit orchestration. Use when running RFC-driven multi-agent execution with quality gates and a merge queue."
|
|
1844
|
+
},
|
|
1845
|
+
"react-native-patterns": {
|
|
1846
|
+
"description": "React Native and Expo app patterns — Expo Router navigation, state separation (server/client/route/form), TanStack Query data fetching with Zod, performant lists, NativeWind/StyleSheet styling, native APIs, and secure storage. Use when building or editing React Native / Expo screens, components, navigation, or data layers.",
|
|
1847
|
+
"name": "react-native-patterns",
|
|
1848
|
+
"path": "ecc/react-native-patterns",
|
|
1849
|
+
"routing_text": "react native patterns react native patterns React Native and Expo app patterns — Expo Router navigation, state separation (server/client/route/form), TanStack Query data fetching with Zod, performant lists, NativeWind/StyleSheet styling, native APIs, and secure storage. Use when building or editing React Native / Expo screens, components, navigation, or data layers. Use this skill when:\n\n- Building or editing React Native / Expo screens, components, or navigation\n- Setting up routing with Expo Router (file-based `app/` directory)\n- Deciding where state belongs (server cache vs client store vs route params vs form)\n- Wiring data fetching with TanStack Query and validating responses with Zod\n- Rendering long or heavy lists\n- Choosing or applying a styling approach (NativeWind or StyleSheet)\n- Accessing native device APIs (camera, location, notifications) or secure storage\n- Reviewing RN code for mobile-specific issues\n\nDo NOT use the web/React-DOM patterns here — URL-as-state, `<div>`, and SWR-for-browser do not apply to React Native.\n\n"
|
|
1850
|
+
},
|
|
1851
|
+
"react-patterns": {
|
|
1852
|
+
"description": "React 18/19 patterns including hooks discipline, server/client component boundaries, Suspense + error boundaries, form actions, data fetching, state management decision trees, and accessibility-first composition. Use when writing or reviewing React components.",
|
|
1853
|
+
"name": "react-patterns",
|
|
1854
|
+
"path": "ecc/react-patterns",
|
|
1855
|
+
"routing_text": "react patterns react patterns React 18/19 patterns including hooks discipline, server/client component boundaries, Suspense + error boundaries, form actions, data fetching, state management decision trees, and accessibility-first composition. Use when writing or reviewing React components. - Writing or modifying React function components, custom hooks, or component trees\n- Reviewing JSX/TSX files\n- Designing state shape or component composition\n- Migrating class components or older `forwardRef`/`useEffect`-heavy code\n- Choosing between local state, lifted state, context, and external stores\n- Working with Server Components / Client Components (Next.js App Router, RSC)\n- Implementing forms with React 19 actions or controlled inputs\n- Wiring data fetching with TanStack Query / SWR / RSC\n\n"
|
|
1856
|
+
},
|
|
1857
|
+
"react-performance": {
|
|
1858
|
+
"description": "React and Next.js performance optimization patterns adapted from Vercel Engineering's React Best Practices (https://github.com/vercel-labs/agent-skills). Organizes 70+ rules across 8 priority categories — waterfalls, bundle size, server-side, client fetching, re-render, rendering, JS micro-perf, advanced. Use when writing, reviewing, or refactoring React/Next.js code for performance.",
|
|
1859
|
+
"name": "react-performance",
|
|
1860
|
+
"path": "ecc/react-performance",
|
|
1861
|
+
"routing_text": "react performance react performance React and Next.js performance optimization patterns adapted from Vercel Engineering's React Best Practices (https://github.com/vercel-labs/agent-skills). Organizes 70+ rules across 8 priority categories — waterfalls, bundle size, server-side, client fetching, re-render, rendering, JS micro-perf, advanced. Use when writing, reviewing, or refactoring React/Next.js code for performance. - Writing or reviewing React/Next.js code for performance\n- Diagnosing slow page loads, slow interactions, or high CPU on the client\n- Auditing bundle size or Lighthouse Core Web Vitals regressions\n- Removing waterfalls in Server Components / API routes\n- Reducing client-side re-renders\n- Optimizing long lists, animations, or hydration\n- Auditing optimization choices in PRs touching `app/`, `pages/`, `components/`, or data layers\n\n"
|
|
1862
|
+
},
|
|
1863
|
+
"react-testing": {
|
|
1864
|
+
"description": "React component testing with React Testing Library, Vitest/Jest, MSW for network mocking, accessibility assertions with axe, and the decision boundary between component tests and Playwright/Cypress end-to-end runs. Use when writing or fixing tests for React components, hooks, or pages.",
|
|
1865
|
+
"name": "react-testing",
|
|
1866
|
+
"path": "ecc/react-testing",
|
|
1867
|
+
"routing_text": "react testing react testing React component testing with React Testing Library, Vitest/Jest, MSW for network mocking, accessibility assertions with axe, and the decision boundary between component tests and Playwright/Cypress end-to-end runs. Use when writing or fixing tests for React components, hooks, or pages. - Writing tests for React components, custom hooks, or pages\n- Adding test coverage to legacy untested components\n- Migrating from Enzyme or class-component-era patterns to React Testing Library\n- Setting up Vitest or Jest for a new React project\n- Mocking HTTP requests in tests\n- Asserting accessibility violations\n- Deciding which tests belong in RTL vs Playwright Component Testing vs full E2E\n\n"
|
|
1868
|
+
},
|
|
1869
|
+
"recsys-pipeline-architect": {
|
|
1870
|
+
"description": "Design composable recommendation, ranking, and feed pipelines using the six-stage Source→Hydrator→Filter→Scorer→Selector→SideEffect framework popularized by xAI's open-sourced For You algorithm. Use this skill whenever the user is building any system that picks \"the top K items for a (user, context)\" — social feeds, content CMSs, RAG rerankers, task prioritizers, notification triage, search reranking, ad ranking.",
|
|
1871
|
+
"name": "recsys-pipeline-architect",
|
|
1872
|
+
"path": "ecc/recsys-pipeline-architect",
|
|
1873
|
+
"routing_text": "recsys pipeline architect recsys pipeline architect Design composable recommendation, ranking, and feed pipelines using the six-stage Source→Hydrator→Filter→Scorer→Selector→SideEffect framework popularized by xAI's open-sourced For You algorithm. Use this skill whenever the user is building any system that picks \"the top K items for a (user, context)\" — social feeds, content CMSs, RAG rerankers, task prioritizers, notification triage, search reranking, ad ranking. - User wants to build any system that picks \"the top K items for a user/context\"\n- User asks \"how should I rank X\" or describes a feed/personalization problem\n- User has a scoring function and needs the pipeline plumbing around it\n- User wants to migrate from a single relevance score to multi-action prediction with tunable weights\n- User is wrapping an LLM/ML scorer and needs filters, hydrators, side-effects, and a runnable scaffold in their stack (TypeScript / Go / Python)\n- Triggers: \"recommendation system\", \"feed algorithm\", \"ranking pipeline\", \"for you feed\", \"candidate pipeline\", \"content recommender\", \"pipeline architecture for recsys\", \"RAG retrieval reranker\"\n\n"
|
|
1874
|
+
},
|
|
1875
|
+
"recursive-decision-ledger": {
|
|
1876
|
+
"description": "Use when the user asks for repeated rollouts, marked decision processes, high-dimensional search, stochastic optimization, local-optima exploration, ensemble comparison, or recursive reasoning with a visible evidence trail.",
|
|
1877
|
+
"name": "recursive-decision-ledger",
|
|
1878
|
+
"path": "ecc/recursive-decision-ledger",
|
|
1879
|
+
"routing_text": "recursive decision ledger recursive decision ledger Use when the user asks for repeated rollouts, marked decision processes, high-dimensional search, stochastic optimization, local-optima exploration, ensemble comparison, or recursive reasoning with a visible evidence trail."
|
|
1880
|
+
},
|
|
1881
|
+
"redis-patterns": {
|
|
1882
|
+
"description": "Redis data structure patterns, caching strategies, distributed locks, rate limiting, pub/sub, and connection management for production applications. Use when adding caching, a distributed lock, rate limiting, or pub/sub with Redis, or when key design needs review.",
|
|
1883
|
+
"name": "redis-patterns",
|
|
1884
|
+
"path": "ecc/redis-patterns",
|
|
1885
|
+
"routing_text": "redis patterns redis patterns Redis data structure patterns, caching strategies, distributed locks, rate limiting, pub/sub, and connection management for production applications. Use when adding caching, a distributed lock, rate limiting, or pub/sub with Redis, or when key design needs review. - Adding caching to an application\n- Implementing rate limiting or throttling\n- Building distributed locks or coordination\n- Setting up session or token storage\n- Using Pub/Sub or Redis Streams for messaging\n- Configuring Redis in production (pooling, eviction, clustering)\n\n"
|
|
1886
|
+
},
|
|
1887
|
+
"regex-vs-llm-structured-text": {
|
|
1888
|
+
"description": "Decision framework for choosing between regex and LLM when parsing structured text — start with regex, add LLM only for low-confidence edge cases.",
|
|
1889
|
+
"name": "regex-vs-llm-structured-text",
|
|
1890
|
+
"path": "ecc/regex-vs-llm-structured-text",
|
|
1891
|
+
"routing_text": "regex vs llm structured text regex vs llm structured text Decision framework for choosing between regex and LLM when parsing structured text — start with regex, add LLM only for low-confidence edge cases. - Parsing structured text with repeating patterns (questions, forms, tables)\n- Deciding between regex and LLM for text extraction\n- Building hybrid pipelines that combine both approaches\n- Optimizing cost/accuracy tradeoffs in text processing\n\n"
|
|
1892
|
+
},
|
|
1893
|
+
"remotion-video-creation": {
|
|
1894
|
+
"description": "Best practices for Remotion - Video creation in React. 29 domain-specific rules covering 3D, animations, audio, captions, charts, transitions, and more. Use when building video in React with Remotion — animations, audio, captions, charts, or transitions.",
|
|
1895
|
+
"name": "remotion-video-creation",
|
|
1896
|
+
"path": "ecc/remotion-video-creation",
|
|
1897
|
+
"routing_text": "remotion video creation remotion video creation Best practices for Remotion - Video creation in React. 29 domain-specific rules covering 3D, animations, audio, captions, charts, transitions, and more. Use when building video in React with Remotion — animations, audio, captions, charts, or transitions. Use this skills whenever you are dealing with Remotion code to obtain the domain-specific knowledge.\n\n"
|
|
1898
|
+
},
|
|
1899
|
+
"repo-scan": {
|
|
1900
|
+
"description": "Bootstrap pointer that installs the external repo-scan skill from a pinned, reviewable commit. Use when repo-scan must be installed before running its cross-stack source-code asset audit; this ECC pointer does not perform the audit itself.",
|
|
1901
|
+
"name": "repo-scan",
|
|
1902
|
+
"path": "ecc/repo-scan",
|
|
1903
|
+
"routing_text": "repo scan repo scan Bootstrap pointer that installs the external repo-scan skill from a pinned, reviewable commit. Use when repo-scan must be installed before running its cross-stack source-code asset audit; this ECC pointer does not perform the audit itself. - Taking over a large legacy codebase and need a structural overview\n- Before major refactoring — identify what's core, what's duplicate, what's dead\n- Auditing third-party dependencies embedded directly in source (not declared in package managers)\n- Preparing architecture decision records for monorepo reorganization\n\n"
|
|
1904
|
+
},
|
|
1905
|
+
"research-ops": {
|
|
1906
|
+
"description": "Evidence-first current-state research workflow for ECC. Use when the user wants fresh facts, comparisons, enrichment, or a recommendation built from current public evidence and any supplied local context.",
|
|
1907
|
+
"name": "research-ops",
|
|
1908
|
+
"path": "ecc/research-ops",
|
|
1909
|
+
"routing_text": "research ops research ops Evidence-first current-state research workflow for ECC. Use when the user wants fresh facts, comparisons, enrichment, or a recommendation built from current public evidence and any supplied local context. - user says \"research\", \"look up\", \"compare\", \"who should I talk to\", or \"what's the latest\"\n- the answer depends on current public information\n- the user already supplied evidence and wants it factored into a fresh recommendation\n- the task may be recurring enough that it should become a monitor instead of a one-off lookup\n\n"
|
|
1910
|
+
},
|
|
1911
|
+
"returns-reverse-logistics": {
|
|
1912
|
+
"description": ">",
|
|
1913
|
+
"name": "returns-reverse-logistics",
|
|
1914
|
+
"path": "ecc/returns-reverse-logistics",
|
|
1915
|
+
"routing_text": "returns reverse logistics returns reverse logistics > - Processing return requests and determining RMA eligibility\n- Inspecting returned goods and assigning condition grades for disposition\n- Routing disposition decisions (restock, refurbish, liquidate, scrap, RTV)\n- Investigating return fraud patterns or abuse of return policies\n- Managing warranty claims and vendor recovery chargebacks\n\n"
|
|
1916
|
+
},
|
|
1917
|
+
"rules-distill": {
|
|
1918
|
+
"description": "Scan skills to extract cross-cutting principles and distill them into rules — append, revise, or create new rule files. Use when the same principle keeps recurring across skills and belongs in a rule file instead.",
|
|
1919
|
+
"name": "rules-distill",
|
|
1920
|
+
"path": "ecc/rules-distill",
|
|
1921
|
+
"routing_text": "rules distill rules distill Scan skills to extract cross-cutting principles and distill them into rules — append, revise, or create new rule files. Use when the same principle keeps recurring across skills and belongs in a rule file instead. - Periodic rules maintenance (monthly or after installing new skills)\n- After a skill-stocktake reveals patterns that should be rules\n- When rules feel incomplete relative to the skills being used\n\n"
|
|
1922
|
+
},
|
|
1923
|
+
"rust-patterns": {
|
|
1924
|
+
"description": "Idiomatic Rust patterns, ownership, error handling, traits, concurrency, and best practices for building safe, performant applications. Use when writing or reviewing Rust code and ownership, error handling, traits, or concurrency is in question.",
|
|
1925
|
+
"name": "rust-patterns",
|
|
1926
|
+
"path": "ecc/rust-patterns",
|
|
1927
|
+
"routing_text": "rust patterns rust patterns Idiomatic Rust patterns, ownership, error handling, traits, concurrency, and best practices for building safe, performant applications. Use when writing or reviewing Rust code and ownership, error handling, traits, or concurrency is in question. - Writing new Rust code\n- Reviewing Rust code\n- Refactoring existing Rust code\n- Designing crate structure and module layout\n\n"
|
|
1928
|
+
},
|
|
1929
|
+
"rust-testing": {
|
|
1930
|
+
"description": "Rust testing patterns including unit tests, integration tests, async testing, property-based testing, mocking, and coverage. Follows TDD methodology. Use when writing Rust tests — unit, integration, async, property-based, or coverage.",
|
|
1931
|
+
"name": "rust-testing",
|
|
1932
|
+
"path": "ecc/rust-testing",
|
|
1933
|
+
"routing_text": "rust testing rust testing Rust testing patterns including unit tests, integration tests, async testing, property-based testing, mocking, and coverage. Follows TDD methodology. Use when writing Rust tests — unit, integration, async, property-based, or coverage. - Writing new Rust functions, methods, or traits\n- Adding test coverage to existing code\n- Creating benchmarks for performance-critical code\n- Implementing property-based tests for input validation\n- Following TDD workflow in Rust projects\n\n"
|
|
1934
|
+
},
|
|
1935
|
+
"safety-guard": {
|
|
1936
|
+
"description": "Use this skill to prevent destructive operations when working on production systems or running agents autonomously.",
|
|
1937
|
+
"name": "safety-guard",
|
|
1938
|
+
"path": "ecc/safety-guard",
|
|
1939
|
+
"routing_text": "safety guard safety guard Use this skill to prevent destructive operations when working on production systems or running agents autonomously. - When working on production systems\n- When agents are running autonomously (full-auto mode)\n- When you want to restrict edits to a specific directory\n- During sensitive operations (migrations, deploys, data changes)\n\n"
|
|
1940
|
+
},
|
|
1941
|
+
"santa-method": {
|
|
1942
|
+
"description": "Multi-agent adversarial verification with convergence loop. Two independent review agents must both pass before output ships. Use when output must clear two independent adversarial reviewers before it ships.",
|
|
1943
|
+
"name": "santa-method",
|
|
1944
|
+
"path": "ecc/santa-method",
|
|
1945
|
+
"routing_text": "santa method santa method Multi-agent adversarial verification with convergence loop. Two independent review agents must both pass before output ships. Use when output must clear two independent adversarial reviewers before it ships. Invoke this skill when:\n- Output will be published, deployed, or consumed by end users\n- Compliance, regulatory, or brand constraints must be enforced\n- Code ships to production without human review\n- Content accuracy matters (technical docs, educational material, customer-facing copy)\n- Batch generation at scale where spot-checking misses systemic patterns\n- Hallucination risk is elevated (claims, statistics, API references, legal language)\n\nDo NOT use for internal drafts, exploratory research, or tasks with deterministic verification (use build/test/lint pipelines for those).\n\n"
|
|
1946
|
+
},
|
|
1947
|
+
"scientific-db-pubmed-database": {
|
|
1948
|
+
"description": "Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring. Use when a task needs biomedical literature from PubMed rather than general web search.",
|
|
1949
|
+
"name": "pubmed-database",
|
|
1950
|
+
"path": "ecc/scientific-db-pubmed-database",
|
|
1951
|
+
"routing_text": "scientific db pubmed database pubmed database Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring. Use when a task needs biomedical literature from PubMed rather than general web search. - Searching MEDLINE or life-sciences literature.\n- Building PubMed queries with MeSH terms, field tags, dates, or article types.\n- Looking up PMIDs, abstracts, publication metadata, or related citations.\n- Running systematic-review search passes that need repeatable search strings.\n- Using NCBI E-utilities directly from Python, shell, or another HTTP client.\n\n"
|
|
1952
|
+
},
|
|
1953
|
+
"scientific-db-uspto-database": {
|
|
1954
|
+
"description": "USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs. Use when a task needs official United States patent or trademark records from USPTO systems.",
|
|
1955
|
+
"name": "uspto-database",
|
|
1956
|
+
"path": "ecc/scientific-db-uspto-database",
|
|
1957
|
+
"routing_text": "scientific db uspto database uspto database USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs. Use when a task needs official United States patent or trademark records from USPTO systems. - Searching granted patents or pre-grant publications.\n- Checking patent application status, file-wrapper data, assignments, or\n public prosecution history.\n- Looking up trademark status, documents, or assignment history.\n- Building reproducible prior-art, portfolio, or IP landscape research logs.\n- Comparing USPTO records with secondary tools such as Google Patents,\n Lens.org, Semantic Scholar, or company patent pages.\n\nDo not use this skill to give legal advice. Treat it as a data-gathering and\nrecord-verification workflow.\n\n"
|
|
1958
|
+
},
|
|
1959
|
+
"scientific-pkg-gget": {
|
|
1960
|
+
"description": "gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs. Use when a task needs quick bioinformatics lookup across genomic reference databases with the gget CLI or Python package.",
|
|
1961
|
+
"name": "gget",
|
|
1962
|
+
"path": "ecc/scientific-pkg-gget",
|
|
1963
|
+
"routing_text": "scientific pkg gget gget gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs. Use when a task needs quick bioinformatics lookup across genomic reference databases with the gget CLI or Python package. - Finding Ensembl IDs, gene metadata, transcript details, or sequences.\n- Running quick BLAST or BLAT lookups without building a full local pipeline.\n- Fetching reference genome links and annotations from Ensembl.\n- Querying protein structure, pathway, cancer, expression, or disease-association\n modules through a single interface.\n- Creating a reproducible first-pass evidence log before moving to heavier\n tools such as Biopython, Snakemake, Nextflow, BLAST+, or database-specific\n clients.\n\nUse a dedicated workflow instead of `gget` when the task requires regulated\nclinical interpretation, high-throughput production pipelines, or fine-grained\ncontrol over database versions and local indexes.\n\n"
|
|
1964
|
+
},
|
|
1965
|
+
"scientific-thinking-literature-review": {
|
|
1966
|
+
"description": "Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging. Use when the task is to find, screen, synthesize, and cite a body of academic or technical literature.",
|
|
1967
|
+
"name": "literature-review",
|
|
1968
|
+
"path": "ecc/scientific-thinking-literature-review",
|
|
1969
|
+
"routing_text": "scientific thinking literature review literature review Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging. Use when the task is to find, screen, synthesize, and cite a body of academic or technical literature. - Building a systematic, scoping, or narrative literature review.\n- Synthesizing the state of the art for a research question.\n- Finding gaps, contradictions, or future-work directions.\n- Preparing citation-backed background sections for papers or reports.\n- Comparing evidence across peer-reviewed papers, preprints, patents, and\n technical reports.\n\n"
|
|
1970
|
+
},
|
|
1971
|
+
"scientific-thinking-scholar-evaluation": {
|
|
1972
|
+
"description": "Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback. Use when evaluating academic or scientific work — papers, proposals, methods sections, or evidence quality — against a repeatable rubric.",
|
|
1973
|
+
"name": "scholar-evaluation",
|
|
1974
|
+
"path": "ecc/scientific-thinking-scholar-evaluation",
|
|
1975
|
+
"routing_text": "scientific thinking scholar evaluation scholar evaluation Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback. Use when evaluating academic or scientific work — papers, proposals, methods sections, or evidence quality — against a repeatable rubric. - Reviewing a research paper, proposal, thesis chapter, or literature review.\n- Checking whether claims are supported by cited evidence.\n- Evaluating methodology, study design, analysis, or limitations.\n- Comparing two or more papers for quality or relevance.\n- Producing structured feedback for revision.\n\n"
|
|
1976
|
+
},
|
|
1977
|
+
"search-first": {
|
|
1978
|
+
"description": "Research-before-coding workflow. Search for existing tools, libraries, and patterns before writing custom code. Invokes the researcher agent.",
|
|
1979
|
+
"name": "search-first",
|
|
1980
|
+
"path": "ecc/search-first",
|
|
1981
|
+
"routing_text": "search first search first Research-before-coding workflow. Search for existing tools, libraries, and patterns before writing custom code. Invokes the researcher agent. Use this skill when:\n- Starting a new feature that likely has existing solutions\n- Adding a dependency or integration\n- The user asks \"add X functionality\" and you're about to write code\n- Before creating a new utility, helper, or abstraction\n\n"
|
|
1982
|
+
},
|
|
1983
|
+
"security-bounty-hunter": {
|
|
1984
|
+
"description": "Hunt for exploitable, bounty-worthy security issues in repositories. Focuses on remotely reachable vulnerabilities that qualify for real reports instead of noisy local-only findings. Use when hunting reportable, remotely reachable vulnerabilities in a repository.",
|
|
1985
|
+
"name": "security-bounty-hunter",
|
|
1986
|
+
"path": "ecc/security-bounty-hunter",
|
|
1987
|
+
"routing_text": "security bounty hunter security bounty hunter Hunt for exploitable, bounty-worthy security issues in repositories. Focuses on remotely reachable vulnerabilities that qualify for real reports instead of noisy local-only findings. Use when hunting reportable, remotely reachable vulnerabilities in a repository. - Scanning a repository for exploitable vulnerabilities\n- Preparing a Huntr, HackerOne, or similar bounty submission\n- Triage where the question is \"does this actually pay?\" rather than \"is this theoretically unsafe?\"\n\n"
|
|
1988
|
+
},
|
|
1989
|
+
"security-review": {
|
|
1990
|
+
"description": "Use this skill when adding authentication, handling user input, working with secrets, creating API endpoints, or implementing payment/sensitive features. Provides comprehensive security checklist and patterns.",
|
|
1991
|
+
"name": "security-review",
|
|
1992
|
+
"path": "ecc/security-review",
|
|
1993
|
+
"routing_text": "security review security review Use this skill when adding authentication, handling user input, working with secrets, creating API endpoints, or implementing payment/sensitive features. Provides comprehensive security checklist and patterns. - Implementing authentication or authorization\n- Handling user input or file uploads\n- Creating new API endpoints\n- Working with secrets or credentials\n- Implementing payment features\n- Storing or transmitting sensitive data\n- Integrating third-party APIs\n\n"
|
|
1994
|
+
},
|
|
1995
|
+
"security-scan": {
|
|
1996
|
+
"description": "Scan your Claude Code configuration (.claude/ directory) for security vulnerabilities, misconfigurations, and injection risks using AgentShield. Checks CLAUDE.md, settings.json, MCP servers, hooks, and agent definitions. Use when auditing a .claude/ directory — CLAUDE.md, settings.json, MCP servers, hooks, or agent definitions.",
|
|
1997
|
+
"name": "security-scan",
|
|
1998
|
+
"path": "ecc/security-scan",
|
|
1999
|
+
"routing_text": "security scan security scan Scan your Claude Code configuration (.claude/ directory) for security vulnerabilities, misconfigurations, and injection risks using AgentShield. Checks CLAUDE.md, settings.json, MCP servers, hooks, and agent definitions. Use when auditing a .claude/ directory — CLAUDE.md, settings.json, MCP servers, hooks, or agent definitions. - Setting up a new Claude Code project\n- After modifying `.claude/settings.json`, `CLAUDE.md`, or MCP configs\n- Before committing configuration changes\n- When onboarding to a new repository with existing Claude Code configs\n- Periodic security hygiene checks\n\n"
|
|
2000
|
+
},
|
|
2001
|
+
"seo": {
|
|
2002
|
+
"description": "Audit, plan, and implement SEO improvements across technical SEO, on-page optimization, structured data, Core Web Vitals, and content strategy. Use when the user wants better search visibility, SEO remediation, schema markup, sitemap/robots work, or keyword mapping.",
|
|
2003
|
+
"name": "seo",
|
|
2004
|
+
"path": "ecc/seo",
|
|
2005
|
+
"routing_text": "seo seo Audit, plan, and implement SEO improvements across technical SEO, on-page optimization, structured data, Core Web Vitals, and content strategy. Use when the user wants better search visibility, SEO remediation, schema markup, sitemap/robots work, or keyword mapping. Use this skill when:\n- auditing crawlability, indexability, canonicals, or redirects\n- improving title tags, meta descriptions, and heading structure\n- adding or validating structured data\n- improving Core Web Vitals\n- doing keyword research and mapping keywords to URLs\n- planning internal linking or sitemap / robots changes\n\n"
|
|
2006
|
+
},
|
|
2007
|
+
"skill-comply": {
|
|
2008
|
+
"description": "Visualize whether skills, rules, and agent definitions are actually followed — auto-generates scenarios at 3 prompt strictness levels, runs agents, classifies behavioral sequences, and reports compliance rates with full tool call timelines. Use when checking whether agents actually follow the skills, rules, and definitions they were given, rather than assuming they do.",
|
|
2009
|
+
"name": "skill-comply",
|
|
2010
|
+
"path": "ecc/skill-comply",
|
|
2011
|
+
"routing_text": "skill comply skill comply Visualize whether skills, rules, and agent definitions are actually followed — auto-generates scenarios at 3 prompt strictness levels, runs agents, classifies behavioral sequences, and reports compliance rates with full tool call timelines. Use when checking whether agents actually follow the skills, rules, and definitions they were given, rather than assuming they do. - User runs `/skill-comply <path>`\n- User asks \"is this rule actually being followed?\"\n- After adding new rules/skills, to verify agent compliance\n- Periodically as part of quality maintenance\n\n"
|
|
2012
|
+
},
|
|
2013
|
+
"skill-scout": {
|
|
2014
|
+
"description": "Search existing local, marketplace, GitHub, and web skill sources before creating a new skill. Use when the user wants to create, build, fork, or find a skill for a workflow.",
|
|
2015
|
+
"name": "skill-scout",
|
|
2016
|
+
"path": "ecc/skill-scout",
|
|
2017
|
+
"routing_text": "skill scout skill scout Search existing local, marketplace, GitHub, and web skill sources before creating a new skill. Use when the user wants to create, build, fork, or find a skill for a workflow. - The user says \"create a skill\", \"build a skill\", \"make a skill\", or \"new\n skill\".\n- The user asks \"is there a skill for X?\" or \"does a skill exist that does Y?\"\n- The user describes a workflow and you are about to suggest creating a new\n skill.\n- The user wants to fork or extend an existing skill.\n\nIf the user explicitly says to skip search or create from scratch, acknowledge\nthat and proceed with the requested creation workflow.\n\n"
|
|
2018
|
+
},
|
|
2019
|
+
"skill-stocktake": {
|
|
2020
|
+
"description": "Use when auditing Claude skills and commands for quality. Supports Quick Scan (changed skills only) and Full Stocktake modes with sequential subagent batch evaluation.",
|
|
2021
|
+
"name": "skill-stocktake",
|
|
2022
|
+
"path": "ecc/skill-stocktake",
|
|
2023
|
+
"routing_text": "skill stocktake skill stocktake Use when auditing Claude skills and commands for quality. Supports Quick Scan (changed skills only) and Full Stocktake modes with sequential subagent batch evaluation."
|
|
2024
|
+
},
|
|
2025
|
+
"social-graph-ranker": {
|
|
2026
|
+
"description": "Weighted social-graph ranking for warm intro discovery, bridge scoring, and network gap analysis across X and LinkedIn. Use when the user wants the reusable graph-ranking engine itself, not the broader outreach or network-maintenance workflow layered on top of it.",
|
|
2027
|
+
"name": "social-graph-ranker",
|
|
2028
|
+
"path": "ecc/social-graph-ranker",
|
|
2029
|
+
"routing_text": "social graph ranker social graph ranker Weighted social-graph ranking for warm intro discovery, bridge scoring, and network gap analysis across X and LinkedIn. Use when the user wants the reusable graph-ranking engine itself, not the broader outreach or network-maintenance workflow layered on top of it."
|
|
2030
|
+
},
|
|
2031
|
+
"social-publisher": {
|
|
2032
|
+
"description": "Agent-driven scheduling and publishing of social media posts across 13 platforms via SocialClaw. Use when the user wants to publish to X, LinkedIn, Instagram, Facebook Pages, TikTok, Discord, Telegram, YouTube, Reddit, WordPress, or Pinterest — or when managing campaigns, uploading media, or monitoring post delivery status.",
|
|
2033
|
+
"name": "social-publisher",
|
|
2034
|
+
"path": "ecc/social-publisher",
|
|
2035
|
+
"routing_text": "social publisher social publisher Agent-driven scheduling and publishing of social media posts across 13 platforms via SocialClaw. Use when the user wants to publish to X, LinkedIn, Instagram, Facebook Pages, TikTok, Discord, Telegram, YouTube, Reddit, WordPress, or Pinterest — or when managing campaigns, uploading media, or monitoring post delivery status. - publish content to X, LinkedIn, Instagram, TikTok, or other platforms\n- schedule a post campaign across multiple platforms at once\n- upload media for use in social posts\n- validate a post schedule before going live\n- monitor publishing run status and delivery analytics\n\n"
|
|
2036
|
+
},
|
|
2037
|
+
"springboot-patterns": {
|
|
2038
|
+
"description": "Spring Boot architecture patterns, REST API design, layered services, data access, caching, async processing, and logging. Use for Java Spring Boot backend work. Use when building or reviewing a Spring Boot backend — REST layer, services, data access, caching, or async work.",
|
|
2039
|
+
"name": "springboot-patterns",
|
|
2040
|
+
"path": "ecc/springboot-patterns",
|
|
2041
|
+
"routing_text": "springboot patterns springboot patterns Spring Boot architecture patterns, REST API design, layered services, data access, caching, async processing, and logging. Use for Java Spring Boot backend work. Use when building or reviewing a Spring Boot backend — REST layer, services, data access, caching, or async work. - Building REST APIs with Spring MVC or WebFlux\n- Structuring controller → service → repository layers\n- Configuring Spring Data JPA, caching, or async processing\n- Adding validation, exception handling, or pagination\n- Setting up profiles for dev/staging/production environments\n- Implementing event-driven patterns with Spring Events or Kafka\n\n"
|
|
2042
|
+
},
|
|
2043
|
+
"springboot-security": {
|
|
2044
|
+
"description": "Spring Security best practices for authn/authz, validation, CSRF, secrets, headers, rate limiting, and dependency security in Java Spring Boot services. Use when reviewing Spring Security authn/authz, validation, CSRF, secrets, headers, or rate limiting.",
|
|
2045
|
+
"name": "springboot-security",
|
|
2046
|
+
"path": "ecc/springboot-security",
|
|
2047
|
+
"routing_text": "springboot security springboot security Spring Security best practices for authn/authz, validation, CSRF, secrets, headers, rate limiting, and dependency security in Java Spring Boot services. Use when reviewing Spring Security authn/authz, validation, CSRF, secrets, headers, or rate limiting. - Adding authentication (JWT, OAuth2, session-based)\n- Implementing authorization (@PreAuthorize, role-based access)\n- Validating user input (Bean Validation, custom validators)\n- Configuring CORS, CSRF, or security headers\n- Managing secrets (Vault, environment variables)\n- Adding rate limiting or brute-force protection\n- Scanning dependencies for CVEs\n\n"
|
|
2048
|
+
},
|
|
2049
|
+
"springboot-tdd": {
|
|
2050
|
+
"description": "Test-driven development for Spring Boot using JUnit 5, Mockito, MockMvc, Testcontainers, and JaCoCo. Use when adding features, fixing bugs, or refactoring.",
|
|
2051
|
+
"name": "springboot-tdd",
|
|
2052
|
+
"path": "ecc/springboot-tdd",
|
|
2053
|
+
"routing_text": "springboot tdd springboot tdd Test-driven development for Spring Boot using JUnit 5, Mockito, MockMvc, Testcontainers, and JaCoCo. Use when adding features, fixing bugs, or refactoring. - New features or endpoints\n- Bug fixes or refactors\n- Adding data access logic or security rules\n\n"
|
|
2054
|
+
},
|
|
2055
|
+
"springboot-verification": {
|
|
2056
|
+
"description": "Verification loop for Spring Boot projects: build, static analysis, tests with coverage, security scans, and diff review before release or PR.",
|
|
2057
|
+
"name": "springboot-verification",
|
|
2058
|
+
"path": "ecc/springboot-verification",
|
|
2059
|
+
"routing_text": "springboot verification springboot verification Verification loop for Spring Boot projects: build, static analysis, tests with coverage, security scans, and diff review before release or PR. - Before opening a pull request for a Spring Boot service\n- After major refactoring or dependency upgrades\n- Pre-deployment verification for staging or production\n- Running full build → lint → test → security scan pipeline\n- Validating test coverage meets thresholds\n\n"
|
|
2060
|
+
},
|
|
2061
|
+
"strategic-compact": {
|
|
2062
|
+
"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.",
|
|
2063
|
+
"name": "strategic-compact",
|
|
2064
|
+
"path": "ecc/strategic-compact",
|
|
2065
|
+
"routing_text": "strategic compact strategic compact 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. - Running long sessions that approach context limits (200K+ tokens)\n- Working on multi-phase tasks (research → plan → implement → test)\n- Switching between unrelated tasks within the same session\n- After completing a major milestone and starting new work\n- When responses slow down or become less coherent (context pressure)\n\n"
|
|
2066
|
+
},
|
|
2067
|
+
"swift-actor-persistence": {
|
|
2068
|
+
"description": "Thread-safe data persistence in Swift using actors — in-memory cache with file-backed storage, eliminating data races by design. Use when persisting data in Swift and a data race or thread-safety problem needs designing out.",
|
|
2069
|
+
"name": "swift-actor-persistence",
|
|
2070
|
+
"path": "ecc/swift-actor-persistence",
|
|
2071
|
+
"routing_text": "swift actor persistence swift actor persistence Thread-safe data persistence in Swift using actors — in-memory cache with file-backed storage, eliminating data races by design. Use when persisting data in Swift and a data race or thread-safety problem needs designing out. - Building a data persistence layer in Swift 5.5+\n- Need thread-safe access to shared mutable state\n- Want to eliminate manual synchronization (locks, DispatchQueues)\n- Building offline-first apps with local storage\n\n"
|
|
2072
|
+
},
|
|
2073
|
+
"swift-concurrency-6-2": {
|
|
2074
|
+
"description": "Swift 6.2 Approachable Concurrency — single-threaded by default, @concurrent for explicit background offloading, isolated conformances for main actor types. Use when adopting Swift 6.2 concurrency — offloading with @concurrent or resolving main-actor isolation.",
|
|
2075
|
+
"name": "swift-concurrency-6-2",
|
|
2076
|
+
"path": "ecc/swift-concurrency-6-2",
|
|
2077
|
+
"routing_text": "swift concurrency 6 2 swift concurrency 6 2 Swift 6.2 Approachable Concurrency — single-threaded by default, @concurrent for explicit background offloading, isolated conformances for main actor types. Use when adopting Swift 6.2 concurrency — offloading with @concurrent or resolving main-actor isolation. - Migrating Swift 5.x or 6.0/6.1 projects to Swift 6.2\n- Resolving data-race safety compiler errors\n- Designing MainActor-based app architecture\n- Offloading CPU-intensive work to background threads\n- Implementing protocol conformances on MainActor-isolated types\n- Enabling Approachable Concurrency build settings in Xcode 26\n\n"
|
|
2078
|
+
},
|
|
2079
|
+
"swift-protocol-di-testing": {
|
|
2080
|
+
"description": "Protocol-based dependency injection for testable Swift code — mock file system, network, and external APIs using focused protocols and Swift Testing. Use when Swift code needs testing and file system, network, or external APIs must be mocked.",
|
|
2081
|
+
"name": "swift-protocol-di-testing",
|
|
2082
|
+
"path": "ecc/swift-protocol-di-testing",
|
|
2083
|
+
"routing_text": "swift protocol di testing swift protocol di testing Protocol-based dependency injection for testable Swift code — mock file system, network, and external APIs using focused protocols and Swift Testing. Use when Swift code needs testing and file system, network, or external APIs must be mocked. - Writing Swift code that accesses file system, network, or external APIs\n- Need to test error handling paths without triggering real failures\n- Building modules that work across environments (app, test, SwiftUI preview)\n- Designing testable architecture with Swift concurrency (actors, Sendable)\n\n"
|
|
2084
|
+
},
|
|
2085
|
+
"swiftui-patterns": {
|
|
2086
|
+
"description": "SwiftUI architecture patterns, state management with @Observable, view composition, navigation, performance optimization, and modern iOS/macOS UI best practices. Use when building or reviewing SwiftUI views, @Observable state, navigation, or render performance.",
|
|
2087
|
+
"name": "swiftui-patterns",
|
|
2088
|
+
"path": "ecc/swiftui-patterns",
|
|
2089
|
+
"routing_text": "swiftui patterns swiftui patterns SwiftUI architecture patterns, state management with @Observable, view composition, navigation, performance optimization, and modern iOS/macOS UI best practices. Use when building or reviewing SwiftUI views, @Observable state, navigation, or render performance. - Building SwiftUI views and managing state (`@State`, `@Observable`, `@Binding`)\n- Designing navigation flows with `NavigationStack`\n- Structuring view models and data flow\n- Optimizing rendering performance for lists and complex layouts\n- Working with environment values and dependency injection in SwiftUI\n\n"
|
|
2090
|
+
},
|
|
2091
|
+
"taste": {
|
|
2092
|
+
"description": "A creative-direction (taste) layer for music videos and short-form edits in the angelcore / cloud-trance / hyperpop visual family. Distills a named-genre aesthetic vocabulary, a mood + color + light system, and a beat-synced editing grammar, then chains ECC's video skills (video-editing, fal-ai-media, remotion-video-creation, motion-*, content-engine) into one production pipeline. Use when the work is not just making a video function but making it feel intentional, when building a music video, a fancam/edit, a moodboard-driven reel, or when choosing a coherent visual direction for AI-generated b-roll.",
|
|
2093
|
+
"name": "taste",
|
|
2094
|
+
"path": "ecc/taste",
|
|
2095
|
+
"routing_text": "taste taste A creative-direction (taste) layer for music videos and short-form edits in the angelcore / cloud-trance / hyperpop visual family. Distills a named-genre aesthetic vocabulary, a mood + color + light system, and a beat-synced editing grammar, then chains ECC's video skills (video-editing, fal-ai-media, remotion-video-creation, motion-*, content-engine) into one production pipeline. Use when the work is not just making a video function but making it feel intentional, when building a music video, a fancam/edit, a moodboard-driven reel, or when choosing a coherent visual direction for AI-generated b-roll. - Building a **music video**, lyric video, fancam, or visualizer.\n- Making a short-form **edit / reel** where the *feel* matters more than the information.\n- Driving **AI b-roll generation** (fal.ai, Veo, Kling, etc.) and the prompts need a\n coherent direction instead of one-off vibes.\n- Assembling a **moodboard** or choosing a visual genre before any rendering.\n- The user says \"taste\", \"make it feel like X\", \"give it a direction\", \"angelcore\",\n \"cloud trance\", \"hyperpop edit\", \"Bladee\", \"dreamcore\", or names a saved reference.\n- The current edit works but reads as flat, generic, AI-slop, or stylistically incoherent.\n\nThis skill sits **on top of** `video-editing` (the mechanics) and `remotion-video-creation`\n(the renderer). Use those for *how*. Use this for *what and why*.\n\n"
|
|
2096
|
+
},
|
|
2097
|
+
"tasteforge-video": {
|
|
2098
|
+
"description": "Use for file-driven multimodal image, video, and 3D-asset discovery; taste interviews; distill or apply workflows; style-pack validation; editable EDL/FCPXML export; provenance audits; and offline planning that must fail closed before provider generation.",
|
|
2099
|
+
"name": "tasteforge-video",
|
|
2100
|
+
"path": "ecc/tasteforge-video",
|
|
2101
|
+
"routing_text": "tasteforge video tasteforge video Use for file-driven multimodal image, video, and 3D-asset discovery; taste interviews; distill or apply workflows; style-pack validation; editable EDL/FCPXML export; provenance audits; and offline planning that must fail closed before provider generation. - The user asks to **interview for video taste** before any footage is made\n (\"ask me about the look\", \"interview me about aesthetic direction\").\n- The user wants to **distill an aesthetic into structured constraints** — a\n reusable style pack rather than vibes (\"turn these references into a pack\").\n- The user wants to **validate a style pack** (is the metadata complete,\n schema-valid, cadence measured, spec distilled?).\n- The user wants to **apply a style pack to local footage** — plan a cut from\n the pack's measured cadence over local clips, deterministically.\n- The user wants to **export EDL/FCPXML** — an editable, frame-exact handoff\n to DaVinci Resolve / Premiere / Final Cut.\n- The user asks for a **generated-media provenance audit** — where did this\n pack, spec, or cut come from; what was measured locally versus generated by\n a provider; what was dry-run.\n- The user asks to **discover or plan file-driven multimodal image, video, or\n 3D-asset outputs** from local reference files, including separate manifests,\n subject-anchored CV effects, or Resolve effect recipes.\n- The user mentions TasteForge, style packs, flashethereal, taste distillation,\n cadence/rhythm planning, multimodal discovery, distill/apply workflows, or a\n taste interview for video.\n\n"
|
|
2102
|
+
},
|
|
2103
|
+
"tdd-workflow": {
|
|
2104
|
+
"description": "Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests.",
|
|
2105
|
+
"name": "tdd-workflow",
|
|
2106
|
+
"path": "ecc/tdd-workflow",
|
|
2107
|
+
"routing_text": "tdd workflow tdd workflow Use this skill when writing new features, fixing bugs, or refactoring code. Enforces test-driven development with 80%+ coverage including unit, integration, and E2E tests. - Writing new features or functionality\n- Fixing bugs or issues\n- Refactoring existing code\n- Adding API endpoints\n- Creating new components\n- Continuing from a `/plan` output or another `*.plan.md` implementation plan\n\n"
|
|
2108
|
+
},
|
|
2109
|
+
"team-agent-orchestration": {
|
|
2110
|
+
"description": "Run team-based orchestration for agent squads using work items, ownership, agent Kanban, merge gates, and control pane handoffs. Use when coordinating an agent squad with work items, ownership, Kanban, and merge gates.",
|
|
2111
|
+
"name": "team-agent-orchestration",
|
|
2112
|
+
"path": "ecc/team-agent-orchestration",
|
|
2113
|
+
"routing_text": "team agent orchestration team agent orchestration Run team-based orchestration for agent squads using work items, ownership, agent Kanban, merge gates, and control pane handoffs. Use when coordinating an agent squad with work items, ownership, Kanban, and merge gates. - The task spans multiple agents, tools, harnesses, branches, or worktrees.\n- The user mentions team orchestration, agent Kanban, squad, conductor, control pane, manager, desktop app, Zellij, tmux, Hermes, Devin, Codex, Claude Code, or multi-agent work.\n- A project needs shared workflow state across people and agents.\n- Existing agent fan-out is producing output but not mergeable product.\n\n"
|
|
2114
|
+
},
|
|
2115
|
+
"team-builder": {
|
|
2116
|
+
"description": "Interactive agent picker for composing and dispatching parallel teams. Use when composing and dispatching a parallel team of agents for a task.",
|
|
2117
|
+
"name": "team-builder",
|
|
2118
|
+
"path": "ecc/team-builder",
|
|
2119
|
+
"routing_text": "team builder team builder Interactive agent picker for composing and dispatching parallel teams. Use when composing and dispatching a parallel team of agents for a task. - You have multiple agent personas (markdown files) and want to pick which ones to use for a task\n- You want to compose an ad-hoc team from different domains (e.g., Security + SEO + Architecture)\n- You want to browse what agents are available before deciding\n\n"
|
|
2120
|
+
},
|
|
2121
|
+
"terminal-opener": {
|
|
2122
|
+
"description": "Open an executable and its argument array in a visible terminal window through a reusable, shell-free launch plan with dry-run, JSON, capability detection, detached fallback, and standalone recovery modes. Use when Codex needs to open an interactive CLI, SSH session, local development process, sandbox, or other argv-based command in a new host terminal; diagnose whether a supported terminal is available; or provide an actionable plan when the requested terminal is unsupported.",
|
|
2123
|
+
"name": "terminal-opener",
|
|
2124
|
+
"path": "ecc/terminal-opener",
|
|
2125
|
+
"routing_text": "terminal opener terminal opener Open an executable and its argument array in a visible terminal window through a reusable, shell-free launch plan with dry-run, JSON, capability detection, detached fallback, and standalone recovery modes. Use when Codex needs to open an interactive CLI, SSH session, local development process, sandbox, or other argv-based command in a new host terminal; diagnose whether a supported terminal is available; or provide an actionable plan when the requested terminal is unsupported."
|
|
2126
|
+
},
|
|
2127
|
+
"terminal-ops": {
|
|
2128
|
+
"description": "Evidence-first repo execution workflow for ECC. Use when the user wants a command run, a repo checked, a CI failure debugged, or a narrow fix pushed with exact proof of what was executed and verified.",
|
|
2129
|
+
"name": "terminal-ops",
|
|
2130
|
+
"path": "ecc/terminal-ops",
|
|
2131
|
+
"routing_text": "terminal ops terminal ops Evidence-first repo execution workflow for ECC. Use when the user wants a command run, a repo checked, a CI failure debugged, or a narrow fix pushed with exact proof of what was executed and verified. - user says \"fix\", \"debug\", \"run this\", \"check the repo\", or \"push it\"\n- the task depends on command output, git state, test results, or a verified local fix\n- the answer must distinguish changed locally, verified locally, committed, and pushed\n\n"
|
|
2132
|
+
},
|
|
2133
|
+
"tinystruct-patterns": {
|
|
2134
|
+
"description": "Expert guidance for developing with the tinystruct Java framework. Use when working on the tinystruct codebase or any project built on tinystruct — including creating Application classes, @Action-mapped routes, unit tests, ActionRegistry, HTTP/CLI dual-mode handling, the built-in HTTP server, the event system, JSON with Builder/Builders, database persistence with AbstractData, POJO generation, Server-Sent Events (SSE), file uploads, and outbound HTTP networking.",
|
|
2135
|
+
"name": "tinystruct-patterns",
|
|
2136
|
+
"path": "ecc/tinystruct-patterns",
|
|
2137
|
+
"routing_text": "tinystruct patterns tinystruct patterns Expert guidance for developing with the tinystruct Java framework. Use when working on the tinystruct codebase or any project built on tinystruct — including creating Application classes, @Action-mapped routes, unit tests, ActionRegistry, HTTP/CLI dual-mode handling, the built-in HTTP server, the event system, JSON with Builder/Builders, database persistence with AbstractData, POJO generation, Server-Sent Events (SSE), file uploads, and outbound HTTP networking. ### When to Use\n\n- Creating new `Application` modules by extending `AbstractApplication`.\n- Defining routes and command-line actions using `@Action`.\n- Handling per-request state via `Context`.\n- Performing JSON serialization using the native `Builder` and `Builders` components.\n- Working with database persistence via `AbstractData` POJOs.\n- Generating POJOs from database tables using the `generate` command.\n- Implementing Server-Sent Events (SSE) for real-time push.\n- Handling file uploads via multipart data.\n- Making outbound HTTP requests with `URLRequest` and `HTTPHandler`.\n- Configuring database connections or system settings in `application.properties`.\n- Debugging routing conflicts (Actions) or CLI argument parsing.\n\n"
|
|
2138
|
+
},
|
|
2139
|
+
"token-budget-advisor": {
|
|
2140
|
+
"description": ">-",
|
|
2141
|
+
"name": "token-budget-advisor",
|
|
2142
|
+
"path": "ecc/token-budget-advisor",
|
|
2143
|
+
"routing_text": "token budget advisor token budget advisor >- - User wants to control how long or detailed a response is\n- User mentions tokens, budget, depth, or response length\n- User says \"short version\", \"tldr\", \"brief\", \"al 25%\", \"exhaustive\", etc.\n- Any time the user wants to choose depth/detail level upfront\n\n**Do not trigger** when: user already set a level this session (maintain it silently), or the answer is trivially one line.\n\n"
|
|
2144
|
+
},
|
|
2145
|
+
"ui-demo": {
|
|
2146
|
+
"description": "Record polished UI demo videos using Playwright. Use when the user asks to create a demo, walkthrough, screen recording, or tutorial video of a web application. Produces WebM videos with visible cursor, natural pacing, and professional feel.",
|
|
2147
|
+
"name": "ui-demo",
|
|
2148
|
+
"path": "ecc/ui-demo",
|
|
2149
|
+
"routing_text": "ui demo ui demo Record polished UI demo videos using Playwright. Use when the user asks to create a demo, walkthrough, screen recording, or tutorial video of a web application. Produces WebM videos with visible cursor, natural pacing, and professional feel. - User asks for a \"demo video\", \"screen recording\", \"walkthrough\", or \"tutorial\"\n- User wants to showcase a feature or workflow visually\n- User needs a video for documentation, onboarding, or stakeholder presentation\n\n"
|
|
2150
|
+
},
|
|
2151
|
+
"ui-to-vue": {
|
|
2152
|
+
"description": "Use when the user has UI screenshots or design exports that need batch conversion into Vue 3 components, especially with Vant, Element Plus, or Ant Design Vue.",
|
|
2153
|
+
"name": "ui-to-vue",
|
|
2154
|
+
"path": "ecc/ui-to-vue",
|
|
2155
|
+
"routing_text": "ui to vue ui to vue Use when the user has UI screenshots or design exports that need batch conversion into Vue 3 components, especially with Vant, Element Plus, or Ant Design Vue. - The user provides a directory of design screenshots or design-export images.\n- The target application is Vue 3.\n- The user wants a first pass of page components, shared components, and router wiring.\n- The user specifies Vant, Element Plus, or Ant Design Vue as the component library.\n\n"
|
|
2156
|
+
},
|
|
2157
|
+
"uncloud": {
|
|
2158
|
+
"description": "Use when managing an Uncloud cluster — deploying services, configuring Caddy ingress, adding static proxy routes for non-cluster devices, publishing ports, scaling, inspecting logs, or managing machines and volumes with the `uc` CLI.",
|
|
2159
|
+
"name": "uncloud",
|
|
2160
|
+
"path": "ecc/uncloud",
|
|
2161
|
+
"routing_text": "uncloud uncloud Use when managing an Uncloud cluster — deploying services, configuring Caddy ingress, adding static proxy routes for non-cluster devices, publishing ports, scaling, inspecting logs, or managing machines and volumes with the `uc` CLI. Use this skill when working with Uncloud clusters, especially when:\n- Bootstrapping or joining machines with `uc machine`\n- Deploying services from Compose files with `uc deploy`\n- Publishing HTTP, HTTPS, TCP, or UDP ports through Uncloud\n- Configuring Caddy ingress with `x-caddy`, `x-ports`, or `--caddyfile`\n- Routing external LAN devices through the cluster proxy\n- Inspecting logs, service state, volumes, DNS, or machine placement\n\n"
|
|
2162
|
+
},
|
|
2163
|
+
"unified-memory": {
|
|
2164
|
+
"description": "Share durable, inspectable context and handoffs between Claude, Codex, Hermes, Cursor, OpenCode, and other agents through the local ECC Memory Vault. Use when an agent must save work state, transfer context, resume another agent's task, or search shared project knowledge.",
|
|
2165
|
+
"name": "unified-memory",
|
|
2166
|
+
"path": "ecc/unified-memory",
|
|
2167
|
+
"routing_text": "unified memory unified memory Share durable, inspectable context and handoffs between Claude, Codex, Hermes, Cursor, OpenCode, and other agents through the local ECC Memory Vault. Use when an agent must save work state, transfer context, resume another agent's task, or search shared project knowledge. - Save durable context that another agent or later session will need.\n- Hand work from Claude to Codex, Hermes to Claude, or any other harness pair.\n- Resume a task and search for prior decisions, facts, lessons, or handoffs.\n- Diagnose malformed memories, broken links, duplicate IDs, or skipped\n symbolic links.\n\nDo not use the vault as a task tracker, secret store, policy engine, or\nsubstitute for governed project documentation.\n\n"
|
|
2168
|
+
},
|
|
2169
|
+
"unified-notifications-ops": {
|
|
2170
|
+
"description": "Operate notifications as one ECC-native workflow across GitHub, Linear, desktop alerts, hooks, and connected communication surfaces. Use when the real problem is alert routing, deduplication, escalation, or inbox collapse.",
|
|
2171
|
+
"name": "unified-notifications-ops",
|
|
2172
|
+
"path": "ecc/unified-notifications-ops",
|
|
2173
|
+
"routing_text": "unified notifications ops unified notifications ops Operate notifications as one ECC-native workflow across GitHub, Linear, desktop alerts, hooks, and connected communication surfaces. Use when the real problem is alert routing, deduplication, escalation, or inbox collapse. - the user wants a unified notification lane across GitHub, Linear, local hooks, desktop alerts, chat, or email\n- CI failures, review requests, issue updates, and operator events are arriving in disconnected places\n- the current setup creates noise instead of action\n- the user wants to consolidate overlapping notification branches or backlog proposals into one ECC-native lane\n- the workspace already has hooks, MCPs, or connected tools, but no coherent notification policy\n\n"
|
|
2174
|
+
},
|
|
2175
|
+
"verification-loop": {
|
|
2176
|
+
"description": "A comprehensive verification system for Claude Code sessions. Use when verifying a Claude Code session's work before claiming it is complete.",
|
|
2177
|
+
"name": "verification-loop",
|
|
2178
|
+
"path": "ecc/verification-loop",
|
|
2179
|
+
"routing_text": "verification loop verification loop A comprehensive verification system for Claude Code sessions. Use when verifying a Claude Code session's work before claiming it is complete. Invoke this skill:\n- After completing a feature or significant code change\n- Before creating a PR\n- When you want to ensure quality gates pass\n- After refactoring\n\n"
|
|
2180
|
+
},
|
|
2181
|
+
"video-editing": {
|
|
2182
|
+
"description": "AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.",
|
|
2183
|
+
"name": "video-editing",
|
|
2184
|
+
"path": "ecc/video-editing",
|
|
2185
|
+
"routing_text": "video editing video editing AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content. - User wants to edit, cut, or structure video footage\n- Turning long recordings into short-form content\n- Building vlogs, tutorials, or demo videos from raw capture\n- Adding overlays, subtitles, music, or voiceover to existing video\n- Reframing video for different platforms (YouTube, TikTok, Instagram)\n- User says \"edit video\", \"cut this footage\", \"make a vlog\", or \"video workflow\"\n\n"
|
|
2186
|
+
},
|
|
2187
|
+
"videodb": {
|
|
2188
|
+
"description": "See, Understand, Act on video and audio. See- ingest from local files, URLs, RTSP/live feeds, or live record desktop; return realtime context and playable stream links. Understand- extract frames, build visual/semantic/temporal indexes, and search moments with timestamps and auto-clips. Act- transcode and normalize (codec, fps, resolution, aspect ratio), perform timeline edits (subtitles, text/image overlays, branding, audio overlays, dubbing, translation), generate media assets (image, audio, video), and create real time alerts for events from live streams or desktop capture. Use when ingesting, indexing, searching, editing, transcoding, or alerting on video or audio content.",
|
|
2189
|
+
"name": "videodb",
|
|
2190
|
+
"path": "ecc/videodb",
|
|
2191
|
+
"routing_text": "videodb videodb See, Understand, Act on video and audio. See- ingest from local files, URLs, RTSP/live feeds, or live record desktop; return realtime context and playable stream links. Understand- extract frames, build visual/semantic/temporal indexes, and search moments with timestamps and auto-clips. Act- transcode and normalize (codec, fps, resolution, aspect ratio), perform timeline edits (subtitles, text/image overlays, branding, audio overlays, dubbing, translation), generate media assets (image, audio, video), and create real time alerts for events from live streams or desktop capture. Use when ingesting, indexing, searching, editing, transcoding, or alerting on video or audio content. ### Desktop Perception\n- Start/stop a **desktop session** capturing **screen, mic, and system audio**\n- Stream **live context** and store **episodic session memory**\n- Run **real-time alerts/triggers** on what's spoken and what's happening on screen\n- Produce **session summaries**, a searchable timeline, and **playable evidence links**\n\n### Video ingest + stream\n- Ingest a **file or URL** and return a **playable web stream link**\n- Transcode/normalize: **codec, bitrate, fps, resolution, aspect ratio**\n\n### Index + search (timestamps + evidence)\n- Build **visual**, **spoken**, and **keyword** indexes\n- Search and return exact moments with **timestamps** and **playable evidence**\n- Auto-create **clips** from search results\n\n### Timeline editing + generation\n- Subtitles: **generate**, **translate**, **burn-in**\n- Overlays: **text/image/branding**, motion captions\n- Audio: **background music**, **voiceover**, **dubbing**\n- Programmatic composition and exports via **timeline operations**\n\n### Live streams (RTSP) + monitoring\n- Connect **RTSP/live feeds**\n- Run **real-time visual and spoken understanding** and emit **events/alerts** for monitoring workflows\n\n"
|
|
2192
|
+
},
|
|
2193
|
+
"visa-doc-translate": {
|
|
2194
|
+
"description": "Translate visa application documents (images) to English and create a bilingual PDF with original and translation. Use when visa application document images must be translated to English as a bilingual PDF.",
|
|
2195
|
+
"name": "visa-doc-translate",
|
|
2196
|
+
"path": "ecc/visa-doc-translate",
|
|
2197
|
+
"routing_text": "visa doc translate visa doc translate Translate visa application documents (images) to English and create a bilingual PDF with original and translation. Use when visa application document images must be translated to English as a bilingual PDF."
|
|
2198
|
+
},
|
|
2199
|
+
"vite-patterns": {
|
|
2200
|
+
"description": "Vite build tool patterns including config, plugins, HMR, env variables, proxy setup, SSR, library mode, dependency pre-bundling, and build optimization. Activate when working with vite.config.ts, Vite plugins, or Vite-based projects.",
|
|
2201
|
+
"name": "vite-patterns",
|
|
2202
|
+
"path": "ecc/vite-patterns",
|
|
2203
|
+
"routing_text": "vite patterns vite patterns Vite build tool patterns including config, plugins, HMR, env variables, proxy setup, SSR, library mode, dependency pre-bundling, and build optimization. Activate when working with vite.config.ts, Vite plugins, or Vite-based projects. - Configuring `vite.config.ts` or `vite.config.js`\n- Setting up environment variables or `.env` files\n- Configuring dev server proxy for API backends\n- Optimizing build output (chunks, minification, assets)\n- Publishing libraries with `build.lib`\n- Troubleshooting dependency pre-bundling or CJS/ESM interop\n- Debugging HMR, dev server, or build errors\n- Choosing or ordering Vite plugins\n\n"
|
|
2204
|
+
},
|
|
2205
|
+
"vue-patterns": {
|
|
2206
|
+
"description": "Vue.js 3 Composition API patterns, component architecture, reactivity best practices, Pinia state management, Vue Router navigation, and Nuxt SSR patterns. Activates for Vue, Nuxt, Vite, or Pinia projects. Use when building or reviewing Vue 3, Nuxt, or Pinia code — Composition API, reactivity, or router navigation.",
|
|
2207
|
+
"name": "vue-patterns",
|
|
2208
|
+
"path": "ecc/vue-patterns",
|
|
2209
|
+
"routing_text": "vue patterns vue patterns Vue.js 3 Composition API patterns, component architecture, reactivity best practices, Pinia state management, Vue Router navigation, and Nuxt SSR patterns. Activates for Vue, Nuxt, Vite, or Pinia projects. Use when building or reviewing Vue 3, Nuxt, or Pinia code — Composition API, reactivity, or router navigation. Activate this skill when:\n- The project uses Vue.js (any version), Nuxt, Vite + Vue, or Pinia.\n- The user asks about Vue component architecture, composables, reactivity, or state management.\n- Reviewing Vue Single-File Components (`.vue` files).\n- Setting up Vue Router, Pinia stores, or Vite/Vitest configuration.\n- Discussing Vue-specific performance, security, or SSR patterns.\n\n---\n\n"
|
|
2210
|
+
},
|
|
2211
|
+
"windows-desktop-e2e": {
|
|
2212
|
+
"description": "E2E testing for Windows native desktop apps (WPF, WinForms, Win32/MFC, Qt) using pywinauto and Windows UI Automation. Use when writing E2E tests for a Windows native desktop app with pywinauto or UI Automation.",
|
|
2213
|
+
"name": "windows-desktop-e2e",
|
|
2214
|
+
"path": "ecc/windows-desktop-e2e",
|
|
2215
|
+
"routing_text": "windows desktop e2e windows desktop e2e E2E testing for Windows native desktop apps (WPF, WinForms, Win32/MFC, Qt) using pywinauto and Windows UI Automation. Use when writing E2E tests for a Windows native desktop app with pywinauto or UI Automation. - Writing or running E2E tests for a Windows native desktop application\n- Setting up a desktop GUI test suite from scratch\n- Diagnosing flaky or failing desktop automation tests\n- Adding testability (AutomationId, accessible names) to an existing app\n- Integrating desktop E2E into a CI/CD pipeline (GitHub Actions `windows-latest`)\n\n### When NOT to Use\n\n- Web applications → use `e2e-testing` skill (Playwright)\n- Electron / CEF / WebView2 apps → the HTML layer needs browser automation, not UIA\n- Mobile apps → use platform-specific tools (UIAutomator, XCUITest)\n- Pure unit or integration tests that don't need a running GUI\n\n"
|
|
2216
|
+
},
|
|
2217
|
+
"workspace-surface-audit": {
|
|
2218
|
+
"description": "Audit the active repo, MCP servers, plugins, connectors, env surfaces, and harness setup, then recommend the highest-value ECC-native skills, hooks, agents, and operator workflows. Use when the user wants help setting up Claude Code or understanding what capabilities are actually available in their environment.",
|
|
2219
|
+
"name": "workspace-surface-audit",
|
|
2220
|
+
"path": "ecc/workspace-surface-audit",
|
|
2221
|
+
"routing_text": "workspace surface audit workspace surface audit Audit the active repo, MCP servers, plugins, connectors, env surfaces, and harness setup, then recommend the highest-value ECC-native skills, hooks, agents, and operator workflows. Use when the user wants help setting up Claude Code or understanding what capabilities are actually available in their environment. - User says \"set up Claude Code\", \"recommend automations\", \"what plugins or MCPs should I use?\", or \"what am I missing?\"\n- Auditing a machine or repo before installing more skills, hooks, or connectors\n- Comparing official marketplace plugins against ECC-native coverage\n- Reviewing `.env`, `.mcp.json`, plugin settings, or connected-app surfaces to find missing workflow layers\n- Deciding whether a capability should be a skill, hook, agent, MCP, or external connector\n\n"
|
|
2222
|
+
},
|
|
2223
|
+
"x-api": {
|
|
2224
|
+
"description": "X/Twitter API integration for posting tweets, threads, reading timelines, search, and analytics. Covers OAuth auth patterns, rate limits, and platform-native content posting. Use when the user wants to interact with X programmatically.",
|
|
2225
|
+
"name": "x-api",
|
|
2226
|
+
"path": "ecc/x-api",
|
|
2227
|
+
"routing_text": "x api x api X/Twitter API integration for posting tweets, threads, reading timelines, search, and analytics. Covers OAuth auth patterns, rate limits, and platform-native content posting. Use when the user wants to interact with X programmatically. - User wants to post tweets or threads programmatically\n- Reading timeline, mentions, or user data from X\n- Searching X for content, trends, or conversations\n- Building X integrations or bots\n- Analytics and engagement tracking\n- User says \"post to X\", \"tweet\", \"X API\", or \"Twitter API\"\n\n"
|
|
2228
|
+
}
|
|
2229
|
+
},
|
|
2230
|
+
"source": "https://github.com/affaan-m/ECC",
|
|
2231
|
+
"synced_at": "2026-09-08",
|
|
2232
|
+
"version": 1
|
|
2233
|
+
}
|