Skills Đánh giá mã

Kiểm tra và cải thiện khả năng truy cập web theo hướng dẫn WCAG 2.2. Sử dụng khi được yêu cầu "cải thiện khả năng truy cập", "kiểm tra a11y", "tuân thủ WCAG", "hỗ trợ trình đọc màn hình", "điều hướng bàn phím" hoặc "làm cho có thể truy cập".

Kỹ năng chỉ đọc Rigor Analyze / Rigor Audit dành cho kho lưu trữ nghiên cứu học sâu. Sử dụng khi người dùng muốn đọc và hiểu một kho lưu trữ, kiểm tra cấu trúc mô hình và các điểm vào huấn luyện hoặc suy luận, xem xét cấu hình và các điểm chèn, hoặc phát hiện các mẫu triển khai đáng ngờ mà không sửa đổi mã hoặc chạy các tác vụ nặng. Không sử dụng để thực thi lệnh chủ động, tái cấu trúc rộng, điều chỉnh mã suy đoán hoặc tự động sửa lỗi.

Tạo mã Angular và cung cấp hướng dẫn kiến trúc. Kích hoạt khi tạo dự án, component hoặc service, hoặc cho các best practices về reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, hoặc CLI tooling.

Áp dụng các phương pháp thực hành tốt nhất trong phát triển web hiện đại về bảo mật, khả năng tương thích và chất lượng mã. Sử dụng khi được yêu cầu "áp dụng các phương pháp thực hành tốt nhất", "kiểm tra bảo mật", "hiện đại hóa mã", "đánh giá chất lượng mã" hoặc "kiểm tra lỗ hổng".

Decision guide for delegating to caveman-style subagents. Tells the main thread WHEN to spawn `cavecrew-investigator` (locate code), `cavecrew-builder` (1-2 file edit), or `cavecrew-reviewer` (diff review) instead of doing the work inline or using vanilla `Explore`. Subagent output is caveman-compressed so the tool-result injected back into main context is ~60% smaller — main context lasts longer across long sessions. Trigger: "delegate to subagent", "use cavecrew", "spawn...

Trình tạo thông báo commit siêu nén. Loại bỏ nhiễu khỏi thông báo commit trong khi vẫn giữ nguyên ý định và lý do. Định dạng Conventional Commits. Tiêu đề ≤50 ký tự, phần thân chỉ khi "lý do" không rõ ràng. Sử dụng khi người dùng nói "write a commit", "commit message", "generate commit", "/commit", hoặc gọi /caveman-commit. Tự động kích hoạt khi có thay đổi đang chờ.

Nhận xét đánh giá mã siêu ngắn gọn. Loại bỏ nhiễu từ phản hồi PR trong khi vẫn giữ lại tín hiệu có thể hành động. Mỗi nhận xét là một dòng: vị trí, vấn đề, cách sửa. Sử dụng khi người dùng nói "xem xét PR này", "đánh giá mã", "xem xét diff", "/review", hoặc gọi /caveman-review. Tự động kích hoạt khi xem xét pull requests.

Xem xét các bản diff code, PR, hàng đợi issue, mức độ sẵn sàng phát hành, commit, push, xuất bản và kiểm tra dự án. Sử dụng khi người dùng yêu cầu review/看看代码/合并前/看看issue/PR/release/push hoặc để triển khai một kế hoạch đã được phê duyệt, với các biện pháp an toàn cho các worktree bẩn và chưa theo dõi. Không dùng để khám phá ý tưởng, gỡ lỗi nguyên nhân gốc rễ hoặc xem xét văn xuôi.

So sánh triển khai của pull request với ngữ cảnh đặc tả trong spec_context.md và đưa mọi khác biệt quan trọng vào review.json. Sử dụng trong quá trình đánh giá PR khi đã được phê duyệt hoặc có sẵn ngữ cảnh đặc tả của kho lưu trữ.

Xem xét các thay đổi kể từ một điểm cố định (commit, branch, tag, hoặc merge-base) theo hai khía cạnh — Tiêu chuẩn (mã có tuân theo các tiêu chuẩn lập trình được ghi lại của repo này không?) và Đặc tả (mã có khớp với những gì issue/PRD yêu cầu không?). Chạy cả hai bài đánh giá song song trong các tác nhân phụ và báo cáo chúng cạnh nhau. Sử dụng khi người dùng muốn xem xét một branch, một PR, các thay đổi đang trong quá trình làm việc, hoặc yêu cầu "xem xét kể từ X".

Thực hiện đánh giá mã nguồn đa chiều. Sử dụng trước khi hợp nhất bất kỳ thay đổi nào. Sử dụng khi xem xét mã do chính bạn, một tác nhân khác hoặc con người viết. Sử dụng khi bạn cần đánh giá chất lượng mã trên nhiều khía cạnh trước khi nó được đưa vào nhánh chính.

Đơn giản hóa mã để rõ ràng hơn. Sử dụng khi tái cấu trúc mã để tăng độ rõ ràng mà không thay đổi hành vi. Sử dụng khi mã hoạt động nhưng khó đọc, khó bảo trì hoặc khó mở rộng hơn mức cần thiết. Sử dụng khi xem xét mã đã tích tụ độ phức tạp không cần thiết.

Từ vựng chung để thiết kế các mô-đun sâu. Sử dụng khi người dùng muốn thiết kế hoặc cải thiện giao diện của một mô-đun, tìm cơ hội đào sâu, quyết định vị trí đặt seam, làm cho mã dễ kiểm thử hơn hoặc dễ dẫn đường cho AI, hoặc khi một kỹ năng khác cần từ vựng về mô-đun sâu.

Tiêu chuẩn đặt tên nhánh, tên worktree và thông điệp commit theo Conventional Commits v1.0.0 cho các dự án GitHub và GitLab. Sử dụng khi tạo nhánh, đặt tên worktree, viết commit, tạo thông điệp commit, xem xét quy ước nhánh hoặc thiết lập tự động hóa changelog. Áp dụng khi dự án của bạn cần lịch sử git nhất quán, bản phát hành theo SemVer, tạo changelog có thể phân tích cú pháp hoặc tự động đóng issue. Kích hoạt khi người dùng hỏi cách đặt tên worktree, tạo git worktree hoặc...

Tạo một pull request trong kho lưu trữ warp cho nhánh hiện tại. S

Hướng dẫn gỡ lỗi nguyên nhân gốc rễ một cách có hệ thống. Sử dụng khi kiểm thử thất bại, bản dựng bị hỏng, hành vi không khớp với kỳ vọng, hoặc bạn gặp bất kỳ lỗi bất ngờ nào. Sử dụng khi bạn cần một cách tiếp cận có hệ thống để tìm và sửa nguyên nhân gốc rễ thay vì phỏng đoán.

Quản lý việc không dùng nữa và di chuyển. Sử dụng khi loại bỏ các hệ thống, API hoặc tính năng cũ. Sử dụng khi di chuyển người dùng từ một triển khai này sang triển khai khác. Sử dụng khi quyết định duy trì hay ngừng sử dụng mã hiện có.

Vòng lặp chẩn đoán cho các lỗi khó và suy giảm hiệu suất. Sử dụng khi người dùng nói "chẩn đoán"/"gỡ lỗi cái này", hoặc báo cáo điều gì đó bị hỏng/gây lỗi/thất bại/chậm.

Sử dụng khi bạn có một kế hoạch triển khai bằng văn bản để thực thi trong một phiên riêng biệt với các điểm kiểm tra đánh giá

Rigor Improve implementation leaf skill for auditable candidate implementation in deep learning research repositories. Use when the researcher explicitly authorizes exploratory work on an isolated branch or worktree to transplant modules, adapt a backbone, add LoRA or adapter layers, replace a head, or stitch together meaningful low-risk migration ideas with rollback-aware records in `explore_outputs/`. Do not use for end-to-end exploration orchestration on top of `current_research`, trusted...

Hướng dẫn phát triển máy chủ backend Fastify Node.js và REST API bằng TypeScript hoặc JavaScript. Sử dụng khi xây dựng, cấu hình hoặc gỡ lỗi ứng dụng Fastify — bao gồm định nghĩa route, triển khai plugin, thiết lập xác thực JSON Schema, xử lý lỗi, tối ưu hiệu suất, quản lý xác thực, cấu hình CORS và bảo mật header, tích hợp cơ sở dữ liệu, làm việc với WebSockets và triển khai lên môi trường production. Bao gồm toàn bộ vòng đời request của Fastify (hook,...

Sử dụng khi quá trình triển khai hoàn tất, tất cả bài kiểm tra đều đạt, và bạn cần quyết định cách tích hợp công việc - hướng dẫn hoàn thiện công việc phát triển bằng cách đưa ra các tùy chọn có cấu trúc cho việc hợp nhất, yêu cầu kéo (PR) hoặc dọn dẹp.

Sửa lỗi biên dịch, vấn đề linting và lỗi kiểm thử trong codebase Rust của warp. Bao gồm kiểm tra presubmit, lỗi đặc thù WASM và chạy các kiểm thử cụ thể. Sử dụng khi người dùng gặp lỗi build, lỗi clippy hoặc fmt, lỗi kiểm thử, hoặc cần chạy hoặc diễn giải presubmit trước khi tạo PR.

Ghi đè hành vi cắt ngắn mặc định của LLM. Thực thi tạo mã hoàn chỉnh, cấm các mẫu giữ chỗ và xử lý sạch sẽ các phân tách giới hạn token. Áp dụng cho bất kỳ tác vụ nào yêu cầu đầu ra đầy đủ, không rút gọn.

Cấu trúc các thực hành quy trình làm việc git. Sử dụng khi thực hiện bất kỳ thay đổi mã nào. Sử dụng khi commit, tạo nhánh, giải quyết xung đột, hoặc khi bạn cần tổ chức công việc trên nhiều luồng song song. Sử dụng khi cắt một bản phát hành, chọn mức tăng phiên bản ngữ nghĩa, gắn thẻ, hoặc viết changelog.

Đo điểm chuẩn Golang, lập hồ sơ hiệu năng và đo lường hiệu suất. Sử dụng khi viết, chạy hoặc so sánh các điểm chuẩn Go, lập hồ sơ các đường dẫn nóng với pprof, diễn giải hồ sơ CPU/bộ nhớ/trace, phân tích kết quả với benchstat, thiết lập phát hiện suy giảm điểm chuẩn CI, hoặc điều tra hiệu suất sản xuất với số liệu runtime Prometheus. Cũng sử dụng khi nhà phát triển cần phân tích sâu về một chỉ số hiệu suất cụ thể - kỹ năng này cung cấp phương pháp đo lường, trong khi...

Các quy ước về phong cách code Golang — độ dài dòng và ngắt dòng, khai báo biến, rõ ràng trong luồng điều khiển, khi nào comment có ích và khi nào gây hại. Sử dụng khi viết hoặc review code Go, hỏi về phong cách hoặc sự

Các mẫu đồng thời trong Golang. Sử dụng khi viết hoặc xem xét mã Go đồng thời liên quan đến goroutine, channel, select, khóa, nguyên thủy đồng bộ, errgroup, singleflight, worker pool, hoặc pipeline fan-out/fan-in. Cũng kích hoạt khi phát hiện rò rỉ goroutine, điều kiện tranh chấp, vấn đề sở hữu channel, hoặc cần chọn giữa channel và mutex.

Hướng dẫn toàn diện về dependency injection (DI) trong Golang. Bao gồm lý do DI quan trọng (khả năng kiểm thử, ghép nối lỏng lẻo, phân tách mối quan tâm, quản lý vòng đời), tiêm phụ thuộc thủ công qua constructor, và so sánh thư viện DI (google/wire, uber-go/dig, uber-go/fx, samber/do). Sử dụng kỹ năng này khi thiết kế kiến trúc dịch vụ, thiết lập dependency injection, tái cấu trúc mã ghép nối chặt chẽ, quản lý singleton hoặc service factory, hoặc khi người dùng hỏi về inversion of control, service...

Các mẫu thiết kế Golang theo phong cách bản địa — tùy chọn hàm, hàm khởi tạo, luồng lỗi và xếp tầng, quản lý tài nguyên và vòng đời, tắt máy an toàn, khả năng phục hồi, kiến trúc, tiêm phụ thuộc, xử lý dữ liệu, truyền phát, v.v. Áp dụng khi lựa chọn rõ ràng giữa các mẫu kiến trúc, triển khai tùy chọn hàm, thiết kế API hàm khởi tạo, thiết lập tắt máy an toàn, áp dụng các mẫu phục hồi, hoặc hỏi mẫu Go bản địa nào phù hợp với một vấn đề cụ thể.