Skills Đánh giá mã

Kỹ năng Rigor Run dùng để tái tạo repo deep learning theo hướng README trước. Sử dụng khi nhiệm vụ cụ thể là thu thập hoặc chuẩn hóa bằng chứng từ bài kiểm tra khói đã chọn hoặc

Khám phá và hiểu về không gian làm việc Nx. SỬ DỤNG KHI trả lời các câu hỏi về không gian làm việc, dự án hoặc tác vụ. CŨNG SỬ DỤNG KHI lệnh nx bị lỗi hoặc bạn cần kiểm tra các mục tiêu/cấu hình có sẵn trước khi chạy một tác vụ. VÍ DỤ: 'Có những dự án nào trong không gian làm việc này?', 'Dự án X được cấu hình như thế nào?', 'Cái gì phụ thuộc vào thư viện Y?', 'Tôi có thể chạy những mục tiêu nào?', 'Không tìm thấy cấu hình cho tác vụ', 'gỡ lỗi lỗi tác vụ nx'.

Ép buộc giải pháp lười biếng nhất nhưng vẫn hoạt động, đơn giản nhất, ngắn nhất, tối thiểu nhất. Mô phỏng một senior dev đã từng thấy mọi thứ: đặt câu hỏi liệu tác vụ có cần tồn tại không (YAGNI), dùng thư viện chuẩn trước code tùy chỉnh, tính năng nền tảng gốc trước dependency, một dòng trước năm mươi dòng. Hỗ trợ các mức cường độ: lite, full (mặc định), ultra. Sử dụng bất cứ khi nào người dùng nói "ponytail", "hãy lười", "chế độ lười", "giải pháp đơn giản nhất", "giải pháp tối thiểu", "yagni", "làm ít hơn", hoặc...

Kiểm tra toàn bộ kho lưu trữ về tình trạng thiết kế quá mức. Giống ponytail-review, nhưng quét toàn bộ mã nguồn thay vì một bản diff: danh sách xếp hạng những gì cần xóa, đơn giản hóa hoặc thay thế bằng các giải pháp tương đương từ thư viện chuẩn/gốc. Sử dụng khi người dùng nói "kiểm tra mã nguồn này", "kiểm tra thiết kế quá mức", "tôi có thể xóa gì khỏi kho này", "tìm mã phình to", "ponytail-audit" hoặc "/ponytail-audit". Báo cáo một lần, không áp dụng sửa lỗi.

Harvest every `ponytail:` comment in the codebase into a debt ledger, so the deliberate shortcuts and deferrals ponytail leaves behind get tracked instead of rotting into "later means never". Use when the user says "ponytail debt", "/ponytail-debt", "what did ponytail defer", "list the shortcuts", "ponytail ledger", or "what did we mark to do later". One-shot report, changes nothing.

Đánh giá mã chỉ tập trung vào over-engineering. Tìm ra những gì cần xóa: thư viện chuẩn bị phát minh lại, dependency không cần thiết, abstraction suy đoán, tính linh hoạt chết. Một dòng cho mỗi phát hiện: vị trí, thứ cần cắt, thứ thay thế. Sử dụng khi người dùng nói "review for over-engineering", "what can we delete", "is this over-engineered", "simplify review", hoặc gọi /ponytail-review. Bổ sung cho đánh giá tập trung vào tính đúng đắn, cái này chỉ săn tìm độ phức tạp.

pr-to-video workflow - một pull request trên GitHub (URL dạng github.com/ / /pull/ , hoặc / # , hoặc "this PR" trong kho lưu trữ đã checkout) -> các thông tin PR đã được xử lý (tiêu đề, nội dung, diff, commit, tệp tin, thống kê +/-) -> narrator_scripts.json + âm thanh (giọng nói + nhạc nền) + section_plan.md -> video giải thích code-diff / trước-sau / tác động. Đầu vào là một THAY ĐỔI MÃ. URL là liên kết PR, KHÔNG phải trang web tiếp thị để cào; không phải bản tóm tắt văn bản và không phải trang web sản phẩm. Đối với đầu vào không phải PR (trang web sản phẩm, trang web tổng quát, văn

Tạo một bản trình diễn tương tác tĩnh D3 về một pull request. Sử dụng khi người dùng muốn có bản đồ PR có thể phóng to, sơ đồ PR dạng đồ thị/canvas, hoặc hình ảnh hóa thay thế các thành phần hệ thống PR, luồng dữ liệu, phụ thuộc mã nguồn và hành động người dùng.

Phiên QA tương tác nơi người dùng báo cáo lỗi hoặc vấn đề qua hội thoại, và agent tạo issue trên GitHub. Khám phá codebase trong nền để lấy ngữ cảnh và ngôn ngữ miền. Sử dụng khi người dùng muốn báo cáo lỗi, thực hiện QA, tạo issue qua hội thoại, hoặc đề cập đến "phiên QA".

Sử dụng khi nhận phản hồi đánh giá mã nguồn, trước khi triển khai các đề xuất, đặc biệt nếu phản hồi có vẻ không rõ ràng hoặc có vấn đề về mặt kỹ thuật - yêu cầu sự chặt chẽ và xác minh kỹ thuật, không phải sự đồng tình mang tính hình thức hoặc triển khai một cách mù quáng.

Nâng cấp các trang web và ứng dụng hiện có lên chất lượng cao cấp. Kiểm tra thiết kế hiện tại, xác định các mẫu AI chung chung, và áp dụng các tiêu chuẩn thiết kế cao cấp mà không làm hỏng chức năng. Hoạt động với bất kỳ framework CSS nào hoặc CSS thuần.

Tạo một kế hoạch tái cấu trúc chi tiết với các commit nhỏ thông qua phỏng vấn người dùng, sau đó lưu dưới dạng một issue trên GitHub. Sử dụng khi người dùng muốn lập kế hoạch tái cấu trúc, tạo RFC tái cấu trúc, hoặc chia nhỏ việc tái cấu trúc thành các bước tăng dần an toàn.

Sử dụng khi hoàn thành nhiệm vụ, triển khai tính năng chính hoặc trước khi hợp nhất để xác minh công việc đáp ứng yêu cầu

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

Sử dụng khi bạn cần giải quyết xung đột git merge/rebase đang diễn ra.

Xem xét diff của pull request và viết phản hồi có cấu trúc vào review.json để quy trình làm việc xuất bản. Sử dụng khi xem xét một PR đã checkout từ các tạo phẩm cục bộ như pr_diff.txt và pr_description.txt và tạo đầu ra đánh giá có thể đọc bằng máy thay vì đăng trực tiếp lên GitHub.

Kỹ năng Rigor Debug / Rigor Audit dành cho công việc nghiên cứu học sâu. Sử dụng khi người dùng dán một traceback, lỗi terminal, CUDA OOM, lỗi tải checkpoint, không khớp shape, triệu chứng mất NaN, hoặc thất bại huấn luyện và muốn chẩn đoán thận trọng trước khi vá lỗi, với các bản sửa lỗi debug được phân tách rõ ràng khỏi các đóng góp nghiên cứu. Không sử dụng cho việc tái cấu trúc rộng, thích ứng suy đoán, vá lỗi thăm dò tự động, hoặc làm quen kho lưu trữ chung.

Thiết lập hook pre-commit Husky với lint-staged (Prettier), kiểm tra kiểu và kiểm thử trong repo hiện tại. Sử dụng khi người dùng muốn thêm hook pre-commit, thiết lập Husky, cấu hình lint-staged, hoặc thêm định dạng/kiểm tra kiểu/kiểm thử tại thời điểm commit.

Chuyên gia tuân thủ cho snyk-agent-scan — trình quét tệp skill agent — KHÔNG dành cho các công cụ CLI Snyk khác (snyk test, snyk code SAST, snyk iac, snyk container). Khắc phục cảnh báo thông qua tái cấu trúc nội dung, không bao giờ bằng cách ẩn hoặc xóa thông tin. Bao phủ mọi tệp trong thư mục skill: SKILL.md, references/, assets/ và bất kỳ markdown phụ nào. Áp dụng khi soạn thảo skill mới, chỉnh sửa skill hiện có, xử lý lỗi chạy snyk-agent-scan cục bộ hoặc trong CI, hoặc gỡ chặn PR bị giữ bởi agent...

Căn cứ mọi quyết định triển khai vào tài liệu chính thức. Sử dụng khi bạn muốn mã nguồn có thẩm quyền, được trích dẫn nguồn và không có các mẫu lỗi thời. Sử dụng khi xây dựng với bất kỳ framework hoặc thư viện nào mà tính chính xác là quan trọng.

Sử dụng khi gặp bất kỳ lỗi nào, lỗi kiểm thử, hoặc hành vi không mong đợi, trước khi đề xuất sửa chữa

Sử dụng khi triển khai bất kỳ tính năng hoặc sửa lỗi nào, trước khi viết mã triển khai

Làm chủ hệ thống kiểu nâng cao của TypeScript bao gồm generics, conditional types, mapped types, template literals và utility types để xây dựng các ứng dụng an toàn về kiểu. Sử dụng khi triển khai logic kiểu phức tạp, tạo các tiện ích kiểu có thể tái sử dụng hoặc đảm bảo an toàn kiểu tại thời điểm biên dịch trong các dự án TypeScript.

Xác thực rằng việc triển khai nhánh hoặc yêu cầu kéo khớp với các thông số kỹ thuật về sản phẩm, kỹ thuật, bảo mật và liên quan đã được giới thiệu. Sử dụng khi xem xét hoặc hoàn thiện một thay đổi dựa trên thông số kỹ thuật và giải quyết sự không khớp giữa thông số kỹ thuật đã kiểm tra và việc triển khai.

Sử dụng khi sắp xác nhận công việc đã hoàn thành, đã sửa lỗi hoặc đạt yêu cầu, trước khi commit hoặc tạo PR - yêu cầu chạy các lệnh xác minh và xác nhận kết quả đầu ra trước khi đưa ra bất kỳ tuyên bố thành công nào; luôn có bằng chứng trước khi khẳng định.