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 có kỷ luật cho các lỗi khó và suy giảm hiệu năng. Tái tạo → thu nhỏ → đưa ra giả thuyết → đo lường → sửa lỗi → kiểm tra hồi quy. Sử dụng khi người dùng nói "chẩn đoán cái này" / "gỡ lỗi cái này", báo cáo lỗi, nói rằng thứ gì đó bị hỏng/đưa ra lỗi/không hoạt động, hoặc mô tả một suy giảm hiệu năng.

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ể.

Hướng dẫn tài liệu toàn diện cho các dự án Golang, bao gồm chú thích godoc, README, CONTRIBUTING, CHANGELOG, Go Playground, bài kiểm tra mẫu, tài liệu API và llms.txt. Sử dụng khi viết hoặc xem xét chú thích tài liệu, tài liệu hóa, thêm ví dụ mã, thiết lập trang tài liệu hoặc thảo luận về các phương pháp hay nhất cho tài liệu. Kích hoạt cho cả thư viện và ứng dụng/CLI.

Xử lý lỗi Golang theo phong cách b

We need to translate the given text from English to Vietnamese, preserving the specified name "golang-google-wire" and other technical terms. The instruction says to translate only the text inside <text>, and not include the name unless it appears in the source text. The name "golang-google-wire" does not appear in the source text, so we don't include it. We must preserve product names, protocol names, URLs, numbers, and technical terms. So we keep "google/wire", "wire.NewSet", "wire.Build", "wire.Bind", "interface→concrete", "wire.Struct", "wire.Value", "wire.InterfaceValue", "wire.FieldsOf", "//go:build wireinject", "wire_gen.go", "github.com/google/wire", "wire.Build", "runtime DI", "reflection". Also preserve the ellipsis at the end. The text is a description of a skill for compile-time dependency injection in Golang using google/wire. We need to translate the surrounding Vietnamese text naturally

Cung cấp hướng dẫn sử dụng gRPC, cách tổ chức protobuf và các mẫu sẵn sàng cho production dành cho microservices Golang. Sử dụng khi triển khai, xem xét hoặc gỡ lỗi máy chủ/máy khách gRPC, viết tệp proto, thiết lập interceptor, xử lý lỗi gRPC với mã trạng thái, cấu hình TLS/mTLS, kiểm thử với bufconn hoặc làm việc với streaming RPC.

Trình điều phối kỹ năng Golang — luôn hoạt động trên mọi tác vụ lập trình, xem xét, gỡ lỗi hoặc thiết lập Golang. Đọc ngữ cảnh tác vụ và tải các kỹ năng phù hợp nhất từ samber/cc-skills-golang, thường là nhiều kỹ năng cùng lúc: viết dịch vụ gRPC tải golang-grpc + golang-testing + golang-error-handling; gỡ lỗi panic tải golang-troubleshooting + golang-safety; kiểm tra bảo mật tải golang-security + golang-lint + golang-safety. Ngoài ra: phân biệt các cụm kỹ năng cạnh tranh khi hai kỹ năng có vẻ chồng chéo...

Các phương pháp linting tốt nhất và cấu hình golangci-lint cho các dự án Golang — chạy linters, cấu hình .golangci.yml, loại bỏ cảnh báo bằng chỉ thị nolint, diễn giải đầu ra lint, và lựa chọn linters. Sử dụng khi cấu hình golangci-lint, hỏi về cảnh báo lint hoặc loại bỏ nolint, thiết lập công cụ chất lượng mã, hoặc chọn linters. Cũng sử dụng khi người dùng đề cập đến golangci-lint, go vet, staticcheck, hoặc revive.

golang-linter — một kỹ năng có thể cài đặt cho các tác nhân AI.

Hiện đại hóa mã Golang để sử dụng các tính năng ngôn ngữ mới, cải tiến thư viện chuẩn và các mẫu mã thành ngữ. Kích hoạt chủ động khi viết hoặc xem xét mã Go và phát hiện các mẫu mã kiểu cũ, hoặc khi gặp cảnh báo lỗi thời. Cũng sử dụng khi người dùng yêu cầu hiện đại hóa, nâng cấp phiên bản Go hoặc làm mới CI/công cụ.

Quy ước đặt tên trong Go (Golang) — bao gồm packages, constructors, structs, interfaces, constants, enums, errors, booleans, receivers, getters/setters, functional options, acronyms, test functions và subtest names. Sử dụng kỹ năng này khi viết mã Go mới, xem xét hoặc tái cấu trúc, lựa chọn giữa các phương án đặt tên thay thế (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown tại iota 0), tranh luận về tên package Go (các phản mẫu utils/helpers), hoặc...

Các mẫu và phương pháp tối ưu hiệu năng Golang - nếu X là điểm nghẽn, thì áp dụng Y. Bao gồm giảm cấp phát, hiệu quả CPU, bố trí bộ nhớ, tinh chỉnh GC, pooling, caching, và tối ưu đường dẫn nóng. Sử dụng khi profiling hoặc benchmark đã xác định được điểm nghẽn và bạn cần mẫu tối ưu phù hợp để khắc phục. Cũng sử dụng khi thực hiện đánh giá mã hiệu năng để đề xuất cải tiến hoặc benchmark có thể giúp xác định các cải thiện hiệu năng nhanh chóng. Không dành cho phương pháp đo lường (→...

Đề xuất các thư viện và framework Golang sẵn sàng cho sản xuất. Áp dụng khi người dùng yêu cầu rõ ràng về gợi ý thư viện, muốn so sánh các lựa chọn thay thế, cần chọn thư viện cho một tác vụ cụ thể, hoặc khi một phụ thuộc mới đang được thêm vào dự án.

Lập trình Golang phòng thủ để ngăn chặn panics, hỏng dữ liệu âm thầm và lỗi runtime tinh vi. Sử dụng khi gặp nil panics, bí danh append, truy cập đồng thời map, bẫy so sánh float hoặc câu hỏi về thiết kế giá trị zero. Cũng sử dụng khi xem xét mã về an toàn nil, tràn số khi chuyển đổi, vấn đề vòng đời tài nguyên (defer trong vòng lặp) hoặc sao chép phòng thủ của slice và map.

Tiêm phụ thuộc trong Golang sử dụng samber/do — container dịch vụ, quản lý vòng đời, phạm vi, kiểm tra sức khỏe, tắt máy an toàn và tổ chức module. Áp dụng khi sử dụng hoặc áp dụng samber/do, khi codebase import github.com/samber/do hoặc github.com/samber/do/v2, hoặc khi tái cấu trúc tiêm constructor thủ công vào container DI.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Các phương pháp bảo mật tốt nhất và phòng ngừa lỗ hổng cho Golang. Bao gồm injection (SQL, lệnh, XSS), mật mã học, an toàn hệ thống tệp, bảo mật mạng, cookie, quản lý bí mật, an toàn bộ nhớ và ghi nhật ký. Áp dụng khi viết, xem xét hoặc kiểm tra mã Go về bảo mật, hoặc khi làm việc trên bất kỳ mã rủi ro nào liên quan đến mật mã, I/O, quản lý bí mật, xử lý đầu vào người dùng hoặc xác thực. Bao gồm cấu hình các công cụ bảo mật.

We need to translate the given text from English to Vietnamese, preserving the name "golang-spf13-viper" but only if it appears in the source text. The source text does not include that name; it only mentions "spf13/viper" and "github.com/spf13/viper". So we should not add the name. The instruction says: "Do not include the name unless it appears in the source text." The name "golang-spf13-viper" is not in the source text, so we omit it. We need to translate the description inside <text>. The text describes a Golang configuration library using spf13/viper, listing features like layered precedence, BindPFlag, etc. We must preserve technical terms like "BindPFlag", "SetEnvPrefix", "AutomaticEnv", "ReadInConfig", "ConfigFileNotFoundError", "Unmarshal", "mapstructure", "Sub", "WatchConfig", "OnConfigChange", "viper.New()", "remote KV integration", and the

Hướng dẫn toàn diện về stretchr/testify cho kiểm thử Golang. Bao gồm chi tiết các gói assert, require, mock và suite. Sử dụng khi viết kiểm thử với testify, tạo mock, thiết lập bộ kiểm thử, hoặc chọn giữa assert và require. Bao gồm các khẳng định của testify, kỳ vọng mock, đối số matcher, xác minh lời gọi, vòng đời suite, và các mẫu nâng cao như Eventually, JSONEq, và custom matcher. Áp dụng khi codebase import github.com/stretchr/testify.

Các mẫu thiết kế struct và interface trong Golang — composition, embedding, type assertions, type switches, phân tách interface, dependency injection qua interface, thẻ trường struct, và receiver con trỏ so với receiver giá trị. Sử dụng kỹ năng này khi thiết kế các kiểu Go, định nghĩa hoặc triển khai interface, nhúng struct hoặc interface, viết type assertions hoặc type switches, thêm thẻ trường struct cho serialization JSON/YAML/DB, hoặc chọn giữa receiver con trỏ và receiver giá trị. Cũng sử dụng khi người dùng...

We need to translate the given text from English to Vietnamese. The instruction says to preserve product names, protocol names, URLs, numbers, and technical terms. The name "golang-testing" is not in the text, so we don't include it. We must not add any extra commentary, labels, etc. Just translate the text inside <text>. The text is a description of a skill for Go testing. It lists various testing techniques and tools. We need to translate naturally while keeping technical terms like "table-driven tests", "testify suites", "mocks", "parallel tests", "fuzzing", "fixtures", "goroutine leak detection", "goleak", "snapshot testing", "code coverage", "integration tests", "idiomatic test naming", "CI", "flaky/slow tests", "samber/cc-skills-golang@golang-stretchr-testify", "measurement methodology". Also preserve the backtick-enclosed reference. We'll translate the rest into Vietnamese. For example: "Production-ready Golang tests" ->

Kỹ năng này nên được sử dụng khi người dùng muốn "viết mã tác tử", "xây dựng tác tử với ADK", "thêm công cụ", "tạo callback", "định nghĩa tác tử", "sử dụng quản lý trạng thái", hoặc cần các mẫu mã và ví dụ về API Python của ADK (Bộ công cụ phát triển tác tử). Là một phần của bộ kỹ năng Google ADK. Cung cấp tài liệu tham khảo nhanh về các loại tác tử, định nghĩa công cụ, mẫu điều phối, callback và quản lý trạng thái. KHÔNG sử dụng để tạo dự án mới (sử dụng google-agents-cli-scaffold) hoặc triển khai...

Thực hiện kiểm tra sức khỏe kỹ thuật có hỗ trợ agent, có nhận biết ngân sách, cho các vấn đề trôi dạt hướng dẫn/cấu hình, hooks/MCP, bề mặt xác minh và khả năng bảo trì AI. Sử dụng khi người dùng yêu cầu kiểm tra claude/kiểm tra codex/kiểm tra pi/kiểm tra cấu hình/sức khỏe hoặc báo cáo agent bỏ qua hướng dẫn, thiếu xác thực hoặc mã trở nên khó bảo trì. Không dùng để gỡ lỗi mã hoặc xem xét PR.

Tìm nguyên nhân gốc rễ trước khi áp dụng bản sửa lỗi, sự cố, hồi quy, kiểm thử thất bại, hành vi hỏng và lỗi được báo cáo qua ảnh chụp màn hình. Sử dụng khi người dùng yêu cầu 排查/报错/崩溃/不工作/回归/判断为什么报错, hoặc nói rằng điều gì đó từng hoạt động nhưng giờ không còn. Không dùng cho đánh giá mã hoặc tính năng mới.

Cài đặt và kết nối các khối registry cùng thành phần vào các tổ hợp HyperFrames. Sử dụng khi chạy hyperframes add, cài đặt một khối hoặc thành phần, kết nối một mục đã cài đặt vào index.html, hoặc làm việc với hyperframes.json. Bao gồm lệnh add, vị trí cài đặt, kết nối khối phụ trong tổ hợp, hợp nhất đoạn mã thành phần, khám phá registry, và tạo một khối hoặc thành phần mới để đóng góp ngược lên (ý tưởng → tạo khung → xác thực → PR).

Triển khai một phần công việc dựa trên PRD ho

Triển khai một tính năng đã được phê duyệt từ PRODUCT.md và TECH.md, giữ cho đặc tả và mã nguồn luôn đồng bộ trong cùng một PR khi quá trình triển khai tiến triển. Sử dụng sau khi đặc tả sản phẩm và kỹ thuật đã được phê duyệt và bước tiếp theo là xây dựng tính năng.

Khảo sát bất kỳ mã nguồn nào với tư cách cố vấn cấp cao và tạo ra các kế hoạch triển khai ưu tiên, độc lập để các mô hình/tác nhân KHÁC thực thi. Chỉ đọc mã nguồn — không bao giờ tự triển khai, sửa lỗi hoặc tái cấu trúc bất kỳ thứ gì. Sử dụng khi được yêu cầu kiểm tra mã nguồn, tìm cơ hội cải thiện (lỗi, bảo mật, hiệu suất, độ phủ kiểm thử, nợ kỹ thuật, di chuyển, trải nghiệm nhà phát triển), đề xuất tính năng hoặc hướng phát triển tiếp theo của dự án (lộ trình, định hướng

Tìm cơ hội đào sâu trong một mã nguồn, dựa trên ngôn ngữ miền trong CONTEXT.md và các quyết định trong docs/adr/. Sử dụng khi người dùng muốn cải thiện kiến trúc, tìm cơ hội tái cấu trúc, hợp nhất các mô-đun kết nối chặt chẽ, hoặc làm cho mã nguồn dễ kiểm thử và dễ điều hướng bởi AI hơn.

Di chuyển các dự án và thành phần React từ Radix UI sang Base UI. Sử dụng khi được yêu cầu di chuyển từ radix, chuyển sang base-ui, chuyển đổi các nguyên thủy radix, hoặc chuyển thư viện cơ sở của dự án shadcn. Xử lý các thành phần đơn lẻ ("di chuyển accordion") và toàn bộ dự án.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.

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 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 tài liệu hóa 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 kết quả 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 thực hiện, hoặc yêu cầu "xem xét từ X".

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.