Development

Implement and audit web accessibility — WCAG 2.1, ARIA, keyboard navigation, contrast, screen readers, axe-core/Lighthouse audits, semantic HTML, focus management.

Implement TSDoc documentation for TypeScript functions in Next.js projects to ensure all functions have proper documentation following TSDoc industry standards, especially for parameters and their types

Complete Next.js 16 project setup with standardized architecture and comprehensive TSDoc documentation, combining project structure creation with automatic documentation standards

Co-write a top-down design spec for software projects. Shape vague ideas into clear specs by working layer-by-layer — vision, scope, building blocks, then detail. Use when user wants to design a system, plan a project, write a design spec, or needs to see the big picture before diving into details. Use before /grill-design to prevent losing focus on large projects.

Package codebases into LLM-optimized markdown, and run the Deep Think Authority pipeline (context-builder → Deep Think review → structured AUTHORITY → Flash/Antigravity implementation agent). Use when generating project context, preparing Deep Think reviews, or binding a weaker coding agent to a senior reasoning pass.

Bootstrap or refresh `.dex/architecture.md` as a C4 model (System Context, Container, Component — levels 1-3). Reads the codebase, emits mermaid C4 diagrams plus supporting prose. Does not commit.

Turn product photos and a minimal brief into verified, platform-adapted e-commerce detail-page systems, including product fact review, visual analysis, localized copy, 6-10 module story planning, policy-aware text-free image generation or real-photo routing, deterministic Pillow typography, platform-sized slices, long-page previews, manifests, and automated validation. Supports 淘宝/天猫/京东/拼多多/抖音/小红书/Amazon/AliExpress/Temu/TikTok Shop/eBay/Etsy/Shopify. Use when a user asks for 电商详情页, 商品详情图, 商详设...

将需求拆分为完全独立的垂直切片工作项，每个切片贯穿所有技术层，完成即可独立验证。适用场景："把这个需求拆成几个独立任务"、"怎么并行开发这个功能"、"拆成可以独立领取的工作项"，或需求挖掘完成后需拆分实施计划时。输入需求描述或需求挖掘报告，输出独立工作项清单。

对接口/请求链路做系统化性能分析：盘点现有证据（APM、压测报告、火焰图、慢查询、监控日志）与代码，按链路拓扑、数据访问、缓存、外部依赖、并发异步、CPU 算法、内存 GC、数据规模八层定位瓶颈，量化收益上限并按收益×难度排优先级，产出面向开发或产品的性能分析报告与验证计划。结论为性能不佳时必给双路径优化建议：A 功能等价的技术优化（不改产品行为）+ B 牺牲部分产品功能换性能（调用 product-manager 做产品取舍分析，本 skill 不自裁砍功能）。触发短语：'性能分析'、'为什么这么慢'、'接口 RT 高'、'响应慢'、'CPU 打满'、'内存占用高'、'性能优化'、'出份性能报告'、'压测结果分析'、'火焰图/慢查询分析'、'容量评估'、'两份数据对比'、'优化前后对比'、'同样的接口为什么一个快一个慢'、'怎么才能快'、'能不能砍功能换性能'。变更 diff 的性能隐患属 code-review；泛化代码优化建议属 artifact-optimizer；功能异常排错属 debug。

从其他项目中提取优秀架构设计或功能实现，剥离业务耦合后迁移到 PythonCodeHub。适用于“迁移到 CodeHub”“提取到 PythonCodeHub”“把这个设计迁移过来”“重构后加入 CodeHub”“migrate to codehub”等场景。

在沉淀可复用资产（skill/rule/solution/memory/脚本）之前，先检查证据是否充分、现有覆盖是否已存在、哪个载体最小合适，输出路由结论后再决定是否创建，防止资产泛滥。触发短语包括："沉淀个skill"、"创建一个技能"、"做成规则"、"这个要不要沉淀"、"loop discovery"，或 AI 主动想将重复工作沉淀为持久资产时自动触发。

为前端生成 API 集成指南，将 API 设计文档转化为可直接编码的调用流程文档。适用场景：api-design 完成后需交付给前端时、"生成前端 API 文档"、"API 调用流程"。

为项目生成高质量 README 及子文档。根据项目类型自动选择编写策略，README 作为索引枢纽，详细内容拆分到子文档。适用于"生成 README"、"写项目文档"、"补文档"、"write docs"、"write readme" 等场景。

从设计文档生成代码骨架（文件+类+方法结构），将接口契约、数据模型、异常处理等以契约级注释嵌入代码中，使 AI 编码时无需反复查阅外部文档。大型项目按依赖批次分批生成，同批并行加速。生成前先评估架构风格与设计模式并与用户确认。适用场景：(1) 设计文档完成后准备编码，(2) "生成代码骨架"、"搭骨架"、"按设计生成代码结构"，(3) 设计变更后更新骨架，(4) AI 编码阶段需降低 token 消耗，(5) 修改现有代码时标注 TODO + 契约注释。

在设计前对代码库进行按需调研，只调研与当前需求相关的维度。强制 ki-search 查询项目记忆与资产复用（expert-lookup/solution-lookup）优先，不足时再代码搜索。需搜索维度 ≥ 2 时自动并行搜索加速。适用于"代码调研"、"了解现有代码"、"项目代码风格"、"架构调研"等场景，或在设计前置阶段被调用。

AI 生成 Markdown 文件或代码文件后，自动触发质量审查与修复闭环。审查完成后自动判断是否属于复杂场景，若属于则调用 challenger skill 进行二次质疑。触发条件：每次使用 write_to_file 或 replace_in_file 写入 .md / 代码文件后自动执行。

对代码、设计文档、Skill 文件进行系统化优化分析，发现可优化点并按优先级给出具体改进建议。不关注"有没有 bug"，只关注"能不能更好"。触发短语：'优化这段代码'、'优化这个设计'、'优化这个 skill'、'怎么改进这段代码'、'这个设计有什么优化空间'、'帮我优化一下'、'artifact optimizer'、'质量优化'、'这段代码能更好吗'、'这个设计能优化吗'、'有没有优化空间'、'怎么改进'、'改进一下'。当用户说'看看这段代码'、'review 这个代码'时优先触发 code-review；当用户说'改一下'、'改成'时优先触发 request-guard。

基于需求文档和设计文档，生成包含接口契约、关键代码设计、错误码定义的 API 设计文档。适用于"设计 API"、"接口设计"、"api design"等场景，或 design-craft 完成后需补充 API 设计细节时。

フロントエンド実装のコードレビューを実施する。PR レビュー、コードレビュー、実装チェック、品質確認を依頼されたときに使う。実装レイヤー選定の妥当性から各技術軸の観点まで順に検査する。

D-ZERO の JavaScript/TypeScript コーディング規約。JS/TS を書く・編集する・レビューするときに使う。イベント処理、DOM 操作、状態変更、ライブラリ追加、スクリプト読み込みに適用する。

D-ZERO の CSS コーディング規約。CSS を書く・編集する・レビューするときに使う。コンポーネントのスタイル、レイアウト、レスポンシブ、カスタムプロパティ、セレクタ設計に適用する。

Create and manage git worktrees for isolated working directories. Use when starting a new task that needs its own branch and directory.

PR-specific live behavior QA in ayunis-core — run applicable focused E2E first, then use an isolated seeded stack to verify behaviors, visuals, or edge cases that automated coverage does not prove. Use when the user asks for QA or the repository workflow requires additional live evidence; this supplements rather than replaces required E2E coverage.

Create temporary PR-specific screenshots and short GIF demos without committing scene code to the product branch. Use automatically when a visually meaningful frontend change materially benefits from visual review, and when the user requests PR media. Do not use for backend-only, non-visual, or already-sufficiently-proven changes.