pstack

Plugin pstack from marketplace lichihouse in lichihouse/claude-plugins. Commands read from the repo's manifest — 12 days ago.

Skills (62)

• ambition

  Viết lại một yêu cầu/prompt cho tham vọng hơn theo 4 trục của Felix Rieseberg: Tốc độ, Độ cao, Độ sâu, Độ rộng. Dùng cho 'viết prompt cho việc X', 'làm sao giao việc này cho AI hiệu quả', 'tham vọng hơn', '/ambition'. Rewrite a task prompt to be more ambitious along Speed, Altitude, Depth and Range.

• architect

  Phác trước kiểu dữ liệu, chữ ký hàm, cấu trúc module rồi mới viết code, sau đó theo sát lúc code được lấp vào. Dùng cho /pstack:architect, 'architect this', 'design this', hoặc việc lớn mà lao vào code ngay dễ chốt sai hình dạng.

• arena

  Cho N bản chạy song song cùng một việc, chọn một bản làm nền, ghép phần hay nhất của các bản thua vào. Dùng cho /pstack:arena, 'arena this', hoặc khi làm một lần dễ chốt sai hình dạng.

• automate-me

  Tạo hoặc cập nhật skill <tên-bạn>-mode ghi lại thói quen và cách làm việc của người dùng, để agent làm theo. Có thể lấy thêm bằng chứng từ lịch sử chat gần đây. Dùng cho 'automate me', 'tạo/cập nhật -mode skill của tôi'.

• benchmark-checklist

  Soát một số đo hiệu năng (nút thắt, tinh chỉnh, giới hạn, lỗi, chạy lặp lại, có đáng kể không, việc có thật sự chạy không) trước khi báo hay hành động theo nó. Dùng khi chạy benchmark hoặc báo nhanh hơn / chậm đi do chính mình đo.

• blast-radius

  Tìm xem thay đổi có thể làm vỡ chỗ nào khác ngoài diff trước khi ship, và chứng minh điều kiện an toàn bằng cách chạy code thật chứ không chỉ viết ra. Dùng cho 'blast radius of X', 'sửa cái này vỡ chỗ nào', hoặc diff nhỏ mà chưa tin.

• bro

  Nói lại tin nhắn trước bằng lời dễ hiểu, không dùng thuật ngữ.

• control-cli

  Dựng hoặc sửa harness local để lái, soi, đo hiệu năng một CLI hoặc TUI tương tác, không cần dịch vụ ngoài. Use for CLI UX checks, startup regressions, memory leaks, hangs, prompt flows, terminal demos (kiểm tra UX CLI, khởi động chậm, rò bộ nhớ, treo, luồng prompt, demo terminal).

• control-ui

  Dựng hoặc sửa harness trình duyệt/CDP local để lái và soi giao diện web, IDE hoặc Electron. Use for local UI verification, screenshots, accessibility snapshots, perf profiles, visual diffs, reproducing UI bugs (kiểm tra UI, chụp màn hình, đo hiệu năng, tái hiện bug giao diện).

• correct

  Tìm các lỗi agent cứ lặp lại trong repo rồi chặn hẳn từng loại: ưu tiên kiến trúc, rồi kiểu (type), rồi lint có thông báo chỉ cách sửa, rồi test, docs để sau cùng. Chứng minh mỗi lớp chặn bắt được một lỗi thật đã xảy ra. Làm lại mỗi lần người dùng phải sửa agent. Dùng cho /pstack:correct.

• create-formal-verification-skill

  Tạo skill dự án kiểm chứng hình thức (formal verification) cho chỗ code mà bug đắt nhất và test khó chạm nhất, ngôn ngữ nào cũng được, dùng công cụ hợp nhất (câu hỏi về thứ tự sự kiện thì mặc định TLA+). Dùng cho /pstack:create-formal-verification-skill, \"model-check this race\", \"prove this invar

• create-verification-skill

  Tạo skill verify-<app> riêng cho repo để agent bấm app như người dùng thật, mọi ngôn ngữ và nền tảng. Dùng cho /pstack:create-verification-skill, hoặc khi repo chưa có cách chạy tự động để chứng minh UI/CLI/service hoạt động đúng.

• deslop

  Dọn code \"rác AI\" (AI slop) và làm gọn style code trong diff. Remove AI-generated code slop and clean up code style.

• figure-it-out

  Soạn playbook có thể kiểm tra lại khi không có playbook hẹp nào khớp: migration lớn, thay đổi nhiều phần, hoặc việc người review sau khi vắng mặt. Độ kỹ theo quy mô việc, chạy vòng giả thuyết, ghi lại quyết định. Dùng cho /pstack:figure-it-out hoặc 'figure it out'.

• how

  Giải thích code chạy thế nào: 'how does X work', đọc hiểu trước khi sửa, câu hỏi đặt code ở đâu / package nào sở hữu / đúng layer chưa. Giải thích kiến trúc subsystem, luồng runtime, mô hình để làm quen. Hỏi vì sao thì dùng why.

• in-your-own-words

  Nói lại bằng lời của agent mục tiêu của người dùng và vấn đề họ đang muốn giải, để thấy agent hiểu sai trước khi làm. Dùng cho /pstack:in-your-own-words, 'restate my goal', 'bạn hiểu tôi cần gì'.

• interrogate

  Nhiều reviewer LLM soi một thay đổi từ các góc độc lập, chỉ kết luận, không tự sửa. Dùng cho 'interrogate', 'adversarial review', 'multi-model review', 'soi lỗ hổng', 'review gắt'.

• ketchup-video

  Kể lại như /pstack:ketchup, nhưng phần đã xảy ra là một video ngắn không tiếng gồm vài slide, các việc chờ người dùng quyết viết thành chữ bên dưới. Dùng cho /pstack:ketchup-video, 'tóm tắt bằng video'.

• ketchup

  Kể lại cho người dùng những gì đã đổi trong chat này từ tin nhắn cuối của họ, bằng lời dễ hiểu và hình nhỏ (ảnh chụp, sơ đồ). Liệt kê mọi việc đang chờ họ quyết, mỗi việc kèm đủ bối cảnh để quyết ngay từ câu trả lời. Dùng cho /pstack:ketchup, 'catch me up', 'nãy giờ làm được gì'.

• maintain-formal-verification-skill

  Đưa kiểm chứng hình thức của dự án về khớp code sau khi code đổi: tìm commit chạm code đã kiểm, sửa mô hình / harness / tính chất cho đúng code hiện tại, chạy lại, rồi nói mỗi lỗi là kiểm chứng bị lệch hay bug thật trong code. Dùng cho /pstack:maintain-formal-verification-skill, \"is the model still

• maintain-verification-skill

  Rà định kỳ để skill verify và bản đồ tính năng của repo khớp với app: đọc source song song theo từng tính năng, một phiên live lái mọi tính năng, tối đa một PR sửa đã chứng minh. Dùng cho /pstack:maintain-verification-skill hoặc 'audit the verify skill'.

• no-comments

  Gọi agent Comment Sicko xoá comment thừa, sửa các điểm được chấp nhận, và đề xuất biến ràng buộc trong comment thành code/test.

• poteto-help

  Hướng dẫn cài đặt pstack, dùng /pstack:poteto-mode, và chọn skill, playbook hay principle hợp với việc đang làm. Gõ /pstack:poteto-help kèm câu hỏi.

• poteto-mode

  Phong cách làm việc của poteto: trả lời gọn mà đủ chi tiết, dùng subagent có chủ đích, văn phong không 'mùi AI', code đơn giản, có kiểm chứng. Điểm vào mặc định cho việc nghiêm túc. Dùng cho /pstack:poteto-mode.

• principle-attack-the-premise

  Nội quy: khi 2 lần sửa trở lên cùng dựa trên một giả định đều fail cùng một cổng, viết giả định đó ra và kiểm chứng trực tiếp nó trước khi viết thêm bản sửa dựa trên nó.

• principle-boundary-discipline

  Nội quy: khi nối validation, xử lý lỗi, adapter framework. Dồn kiểm tra ở biên hệ thống (CLI, config, network, API ngoài); tin kiểu dữ liệu nội bộ, giữ logic nghiệp vụ trong hàm thuần.

• principle-build-the-lever

  Nội quy: với mọi việc không tầm thường (sửa, migration, phân tích, kiểm tra), dựng công cụ làm hoặc chứng minh việc đó (codemod, script, generator, skill cho subagent) thay vì làm tay. Công cụ là thứ reviewer chạy lại được.

• principle-encode-lessons-in-structure

  Nội quy: khi thấy mình viết cùng một chỉ dẫn lần thứ hai hoặc sửa lặp một lỗi, biến luật đó thành lint, cờ metadata, kiểm tra runtime hoặc script thay vì thêm chữ.

• principle-exhaust-the-design-space

  Nội quy: gặp tương tác UI mới hoặc quyết định kiến trúc chưa có tiền lệ trong code, làm 2-3 prototype cạnh tranh và so sánh trước khi chốt.

• principle-experience-first

  Nội quy: khi cân nhắc sản phẩm, UX, phạm vi tính năng, chọn trải nghiệm người dùng hơn sự tiện khi code; ít tính năng mà chỉn chu hơn nhiều mà thô.

• principle-explain-the-number

  Nội quy trước khi tin, báo hay hành động theo một con số tự đo (tốc độ, regression, throughput, latency, kết quả eval): tìm cái giới hạn nó, và loại trừ khả năng nó đo nhầm thứ khác.

• principle-fix-root-causes

  Nội quy khi debug: lần mỗi triệu chứng về chỗ đầu tiên hệ thống đi sai và sửa ở đó. Guard chỉ tính là bản sửa khi trạng thái nó xử lý là hợp lệ.

• principle-foundational-thinking

  Nội quy trước khi viết logic: chọn kiểu và cấu trúc dữ liệu lõi, thứ tự dựng khung trước hay tính năng trước, các actor song song chia sẻ gì. Cấu trúc dữ liệu đúng thì code sau tự rõ.

• principle-guard-the-context-window

  Nội quy khi context sắp đầy (output lớn, file dài, đọc lặp, lập kế hoạch fan-out): đẩy phần nặng cho subagent, luồng chính chỉ giữ tóm tắt.

• principle-laziness-protocol

  Nội quy khi refactor, đánh giá độ lớn diff, hoặc muốn thêm abstraction/layer: ưu tiên xoá, chọn thay đổi nhỏ nhất giải quyết được vấn đề.

• principle-make-operations-idempotent

  Nội quy khi thiết kế lệnh, bước vòng đời, vòng xử lý có thể crash/restart/retry: chạy lại bao nhiêu lần cũng về cùng một trạng thái cuối.

• principle-migrate-callers-then-delete-legacy-apis

  Nội quy khi thêm API nội bộ mới mà code cũ còn gọi API cũ: chuyển hết nơi gọi và xoá API cũ trong cùng một đợt, không giữ lớp tương thích.

• principle-minimize-reader-load

  Nội quy khi review hoặc sửa code khó lần theo: đếm số lớp từ câu hỏi tới câu trả lời và trạng thái người đọc phải nhớ; gộp wrapper chỉ có một nơi gọi, thu hẹp phạm vi biến đổi.

• principle-model-the-domain

  Nội quy khi viết logic có trạng thái, hoặc khi code rẽ nhánh nhiều hay lặp cùng một giả định về hình dạng dữ liệu ở nhiều file.

• principle-never-block-on-the-human

  Nội quy khi định hỏi 'có nên làm X không?' với việc đảo ngược được.

• principle-outcome-oriented-execution

  Nội quy khi rewrite/migration có giai đoạn rõ ràng: tiến thẳng tới kiến trúc đích, không viết code tương thích tạm để giữ trạng thái trung gian êm.

• principle-prove-it-works

  Nội quy sau khi làm xong, trước khi báo xong: kiểm chứng trên thứ thật (chạy tính năng, đọc giá trị thật, xem diff), không dựa vào tự báo cáo hay 'build được'.

• principle-redesign-from-first-principles

  Nội quy khi đưa yêu cầu mới vào một thiết kế có sẵn.

• principle-separate-before-serializing-shared-state

  Nội quy khi nhiều actor song song có thể ghi cùng file, branch, key, state: bỏ việc dùng chung trước; chỉ tuần tự hoá khi một người ghi duy nhất là bất biến thật.

• principle-sequence-verifiable-units

  Nội quy cho việc nhiều bước (quét, migration, chuỗi sửa giống nhau) và cách xếp commit/PR: chia thành đơn vị nhỏ, mỗi đơn vị kết thúc ở trạng thái kiểm chứng được, kiểm từng cái trước khi sang cái sau.

• principle-subtract-before-you-add

  Nội quy khi sắp thêm, refactor, rewrite: xoá code chết, validator thừa, tham chiếu stub trước, rồi mới xây trên nền gọn hơn.

• principle-test-behavior-not-implementation

  Nội quy khi viết/sửa/giữ test: assert điều người dùng của code quan sát được, để test fail khi hành vi đó hỏng và vẫn pass khi chỉ phần bên trong thay đổi.

• principle-type-system-discipline

  Nội quy khi thiết kế kiểu, review chữ ký hàm, viết code ngôn ngữ có kiểu tĩnh: trạng thái sai không biểu diễn được, brand kiểu nguyên thuỷ có nghĩa, parse dữ liệu ngoài ở biên, xử lý hết các nhánh, suy kiểu từ schema gốc.

• recall

  Dựng lại ngữ cảnh làm việc gần đây từ lịch sử chat, trạng thái hiện tại và ghi chép chung (báo lỗi, lần sửa trước, sự cố), rồi trả một bản tóm tắt ngắn. Dùng cho 'recall my work on X', 'catch me up', 'tôi đang làm dở chỗ nào'.

• reflect

  Chạy 3 subagent song song đọc lại phiên vừa xong, rút bài học và đề xuất sửa cụ thể vào skill có sẵn. Dùng khi người dùng nói 'reflect'.

• setup-pstack

  Cấu hình model và mức nỗ lực (effort) pstack dùng cho từng vai, theo ngân sách. Dò model Claude đang có và ghi bảng model map đè lên mặc định. Use for /pstack:setup-pstack, 'configure pstack models', 'pstack budget', đổi model pstack.

• sharpen

  Đào sâu việc giao (sâu hơn, không to hơn) rồi viết lại prompt: chuyên gia giỏi nhất sẽ làm gì thêm, bắt đầu từ dữ liệu thô nào, dùng cách và công cụ nào, cái gì ngoài bạn và AI chứng minh kết quả đúng. Chỉ trả về prompt đã viết lại, không làm việc. Dùng cho /pstack:sharpen.

• show-me-your-work

  Ghi nhật ký quyết định để xem lại cho việc dài hoặc chạy không người trông: file TSV, mỗi dòng một quyết định (làm gì, vì sao, bằng chứng, kết quả). Dùng cho /pstack:show-me-your-work hoặc việc tự động nhiều giai đoạn.

• statechart

  Vẽ cách một hệ thống đi qua các trạng thái (luồng sản phẩm, giao thức, service) thành statechart Mermaid sinh từ mô hình TLA+. Mỗi bug là một đường đánh số tới trạng thái phạm luật. Dùng cho /pstack:statechart, cho PM / designer xem bug dưới dạng đường đi, biến sơ đồ đã thống nhất thành khung TLA+,

• swarm

  Chia N worker chạy song song, gom lại một báo cáo. Dùng cho /pstack:swarm, 'swarm this', quét rộng, chạy đua, thử nhiều hướng cùng lúc.

• tdd

  Chỉ dùng khi người dùng xin TDD, test fail trước, regression test, hoặc bug có chỗ test local rẻ và rõ. Bỏ qua khi đường test không rõ, tốn kém, nặng integration hoặc không được yêu cầu.

• teach

  Giải thích một khối việc bằng lời dễ hiểu để người đọc hiểu thật. Chạy how và why rồi ghép thành một lời giải thích. Dùng cho 'teach me this', 'dạy tôi', 'giải thích cho tôi hiểu X'.

• technical-writing

  Chuẩn viết tài liệu kỹ thuật nhiều lớp (Diátaxis, Google developer style, STE, Global English). Dùng cho /pstack:technical-writing hoặc khi viết/review docs, RFC, README, mô tả PR, commit message.

• tieng-viet

  Bảng tiếng Việt công dụng các skill pstack. Dùng khi người dùng không rành tiếng Anh, quên lệnh /pstack:, hỏi how / why / arena / swarm nghĩa là gì, hoặc gõ /pstack:tieng-viet.

• typescript-best-practices

  Quy tắc tốt cho TypeScript. Use when reading or editing any .ts or .tsx file (dùng khi đọc hoặc sửa file .ts / .tsx).

• unslop

  Cắt bỏ 'mùi AI' trong mọi văn bản.

• why

  Giải thích vì sao: 'why does X work this way', vì sao chọn Y, lý do thiết kế, regression, postmortem, ngưỡng dựa trên dữ liệu. Tra song song các MCP có sẵn (git, issue, docs, chat, monitoring, error tracking, analytics) rồi trả kết luận có trích nguồn. Hỏi code chạy thế nào thì dùng how.

Subagents (3)

• comment-sicko

  Comment-deleting subagent spawned by the no-comments skill. Takes a file scope or diff (default the current diff against main), deletes comments outside its keep list (license headers, external-constraint notes, public API docs, issue or RFC links), and flags symbols that need a refactor as MUST KIL

• poteto-agent

  Delegate subagent for code-writing and helper tasks spawned during a `/pstack:poteto-mode` run. Use for delegates, not as the runner for `/pstack:poteto-mode` itself. Spawn a fresh `pstack:poteto-agent` for each new task, and resume one only in the strict cases that poteto-mode's Subagents section n

• reader

  Read-only pstack worker for exploration, explanation, investigation, and review. Has no Write, Edit, or Agent tools and is told never to change files or external state, but keeps shell, web, and MCP access for lookups. Spawned by pstack skills that prescribe a read-only subagent (how, interrogate, a

Hooks (2)

• SessionStart

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/session-start.sh" || true

• UserPromptSubmit

  bash "${CLAUDE_PLUGIN_ROOT}/hooks/poteto-mode-sticky.sh" || true

Similar plugins