Loading...
Loading...
Found 243 Skills
Create, update, review, and reference architecture decision records (ADRs) in the current git repository. Use when the user asks messy design questions, wants a design doc turned into ADR draft(s), needs existing decisions checked before implementation, wants gaps surfaced before writing an ADR, or wants future sessions to reuse decisions consistently. Inspect repository code and docs first, ask only for missing decision-critical information, then produce or update ADR files using the repo’s ADR conventions or the defaults in references/.
AdRoll integration. Manage data, records, and automate workflows. Use when the user wants to interact with AdRoll data.
Automate Codereadr tasks via Rube MCP (Composio). Always search tools first for current schemas.
Create and manage Architecture Decision Records (ADRs). Use when documenting technology choices, design decisions, or architectural changes that need to be tracked over time. This is the CANONICAL ADR skill - all ADR-related work should use this skill.
Document architectural decisions. Use when making significant technical decisions that should be recorded. Covers ADR format and decision documentation.
Validate Architecture Decision Records (ADR) against Layer 5 schema standards
Specializes in generating Action-Domain-Responder (ADR) boilerplate for Gravito projects. Trigger this when adding new features or modules using the ADR pattern.
ADR management skill. Auto-invoked for generating architecture decisions, documenting design rationale, and maintaining the decision record log. Uses native read/write tools to scaffold and update ADR markdown files.
Facilitates conversational discovery to create Architectural Decision Records (ADRs) for functional requirements covering CLI, REST/HTTP APIs, or both. Use when the user wants to document command-line or HTTP service architecture, capture functional requirements, create ADRs for CLI or API projects, or design interfaces with documented decisions. Part of the skills-for-java project
Read back adr-patterns + adr-edges namespaces, surface dangling refs / supersede cycles / status mismatches; exit 1 on cycles
ADR / H-share / A-share cross-market pricing analysis via Longbridge Securities — tracks the premium or discount between US-listed ADRs, HK-listed H-shares, and A-shares; calculates theoretical arbitrage spread; analyses constraints (FX controls, transaction costs, liquidity). Triggers: "ADR溢价", "ADR折价", "AH溢价", "ADR套利", "美股ADR", "三地比价", "跨市场套利", "双重上市", "ADR溢價", "ADR折價", "AH溢價", "ADR套利", "三地比價", "跨市場套利", "ADR premium", "ADR discount", "AH premium", "ADR arbitrage", "cross-listing premium", "dual-listed", "three-market comparison", "BABA ADR", "HK ADR".
Creates Architecture Decision Records (ADRs) to document significant architectural choices and their rationale for future team members. Use when the user says "write an ADR", "document this decision", "record why we chose X", "add an architecture decision record", "create an ADR for", or wants to capture the reasoning behind a technical choice so the team understands it later. Do NOT use when the decision hasn't been made yet (use create-rfc instead), for implementation planning (use technical-design-doc-creator), or for general documentation.