Claude Code rất mạnh mẽ chỉ để viết code. Tuy nhiên, điều thực sự chiếm thời gian trong công việc chuyên nghiệp không chỉ là việc triển khai. Nó bao gồm tìm kiếm các quyết định trong quá khứ, tổ chức đặc tả, viết SQL, xem xét thiết kế, kiểm tra trước khi phát hành, đọc hợp đồng và PDF, và tạo báo cáo cho các bên liên quan. Công việc của các nhà phát triển và nhóm sản phẩm vượt xa code.
Đó là lúc các plugin chính thức của Claude phát huy tác dụng.
Bài viết này không đề cập đến các plugin phát triển từ thị trường CLI cụ thể của Claude Code. Thay vào đó, chúng ta đang xem xét các plugin dành riêng cho doanh nghiệp chính thức của Anthropic mà bạn có thể chọn từ tab "Directory -> Plugins -> Anthropic" trong Claude Desktop, như được hiển thị trong hình ảnh. Cụ thể, các plugin này bao gồm Engineering, Product Management, Data, Design, Enterprise Search, PDF Viewer, v.v.
Mặc dù các plugin này chủ yếu được cung cấp cho Chat và Cowork của Claude Desktop, nhưng kho lưu trữ chính thức của Anthropic cho biết chúng cũng hoạt động với Claude Code. Bằng cách import các gói tương tự vào Claude Code, bạn có thể mang các kỹ năng, lệnh slash và trình kết nối MCP vào quy trình phát triển của mình. Tóm lại, tiền đề của bài viết này là "sử dụng các plugin chính thức có trên desktop trong Claude Code."
Kể từ ngày 18 tháng 7 năm 2026, các plugin có sẵn trên các gói trả phí: Pro, Max, Team và Enterprise. Các plugin gói gọn kỹ năng, trình kết nối và tác nhân phụ. Các kỹ năng đã cài đặt có thể được sử dụng trong web chat, Claude Desktop Chat và Cowork. Tuy nhiên, vì một số hook và tác nhân phụ dành riêng cho Cowork, bạn nên kiểm tra "cái nào chạy ở đâu" cho từng plugin.
Trong bài viết này, tôi đã chọn 10 plugin dựa trên việc liệu chúng có thể được sử dụng lặp đi lặp lại trong thực tế bởi các nhà phát triển, quản lý sản phẩm, nhà thiết kế, trưởng nhóm kỹ thuật và nhà phát triển solo hay không, thay vì chỉ những plugin có nhiều tính năng.
Đầu tiên, Phương pháp Cài đặt Bạn Nên Biết
Trong Claude Desktop, mở "Customize" ở thanh bên trái, đi tới tab "Plugins" và nhấn "+" để hiển thị thư mục. Sau đó, chọn tab "Anthropic" và nhấn "+" hoặc "Install" trên thẻ mục tiêu. Sau khi cài đặt, bạn có thể kiểm tra các kỹ năng và lệnh đã thêm bằng cách gõ "/" trong trường nhập hoặc mở menu "+".
Để sử dụng các plugin tương tự trong Claude Code, hãy thêm thị trường Knowledge Work chính thức và cài đặt từng plugin riêng lẻ.
claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install engineering@knowledge-work-plugins
Bạn có thể thay đổi engineering thành data, design, product-management, v.v. Sau khi cài đặt, chúng sẽ tự động được tham chiếu khi cần kỹ năng và các lệnh rõ ràng có thể được gọi với không gian tên như /engineering:review hoặc /data:write-query.
Lưu ý rằng một số plugin khởi động máy chủ MCP cục bộ hoặc kết nối với các dịch vụ bên ngoài như Google Drive, Slack, GitHub và Figma. Vì MCP cục bộ có thể chạy trên terminal của bạn với quyền tương đương với các chương trình thông thường, hãy luôn kiểm tra nhà cung cấp, quyền cần thiết, đích kết nối và liệu chúng có quyền ghi hay không.
1. Engineering | Bộ Cơ bản Thiết yếu cho Nhóm Phát triển
Engineering là ưu tiên hàng đầu. Phạm vi của nó rất rộng, bao gồm stand-up, đánh giá code, gỡ lỗi, quyết định kiến trúc, ứng phó sự cố, kiểm tra trước khi triển khai và tài liệu kỹ thuật. Nó đóng vai trò là nền tảng để sử dụng Claude Code không chỉ như một công cụ triển khai, mà còn là một đối tác hỗ trợ toàn bộ quá trình phát triển.
Các lệnh đại diện bao gồm /engineering:review để xem xét các thay đổi, /engineering:debug để tái tạo/cô lập/xác định nguyên nhân gốc/sửa lỗi, /engineering:architecture để tổ chức các quyết định kỹ thuật ở định dạng ADR, /engineering:incident để hỗ trợ ứng phó sự cố và /engineering:deploy-checklist để kiểm tra các thiếu sót trước khi phát hành. Nó bao gồm kiến thức về chiến lược kiểm thử, nợ kỹ thuật, thiết kế hệ thống và tài liệu, không chỉ là kỹ năng đánh giá code.
Nó đặc biệt hữu ích trong các giai đoạn trước và sau khi viết code. Ví dụ: trước khi triển khai, hãy sử dụng /engineering:architecture để quyết định xem nên làm một hàm đồng bộ hay sử dụng hàng đợi; sau khi triển khai, chạy /engineering:review; và trước khi sản xuất, chạy /engineering:deploy-checklist. Khi gặp sự cố, thay vì chỉ nhìn chằm chằm vào nhật ký, bạn có thể ghi lại các điều kiện tái tạo, phạm vi ảnh hưởng, giả thuyết, kết quả xác minh, biện pháp giảm thiểu và sửa chữa vĩnh viễn theo trình tự thời gian.
Để thử lần đầu, yêu cầu sau đây rất dễ hiểu:
/engineering:review
Vui lòng kiểm tra sự khác biệt này theo thứ tự tính đúng đắn, bảo mật, hiệu suất và khả năng bảo trì.
Liệt kê các vấn đề mức độ nghiêm trọng cao trước tiên và cung cấp lý do cũng như đề xuất sửa chữa cho từng điểm.
Tuy nhiên, kết quả đánh giá không nên thay thế kiểm thử hoặc CI. Engineering mạnh như một plugin để cấu trúc tài liệu ra quyết định; nó không đảm bảo xây dựng thành công, kiểm tra kiểu hoặc hành vi trong môi trường thực tế. Giá trị tối đa của nó được nhận ra khi triển khai, kiểm thử và đánh giá được tích hợp vào một luồng duy nhất.
2. Product Management | Biến Ý tưởng Mơ hồ thành Đặc tả Có thể Triển khai
Nếu bạn đột nhiên ném "làm tính năng này" vào Claude Code, nó sẽ tạo ra một bản triển khai có vẻ khả thi. Tuy nhiên, nếu vấn đề đang được giải quyết cho ai, phạm vi nào nằm ngoài và cách đo lường thành công vẫn còn mơ hồ, thì sẽ phải làm lại đáng kể sau khi hoàn thành. Product Management là một plugin củng cố quy trình thượng nguồn này.
Nó bao gồm /product-management:write-spec để viết đặc tả chức năng hoặc PRD, /product-management:roadmap-update để cập nhật lộ trình, /product-management:stakeholder-update cho báo cáo tiến độ, /product-management:synthesize-research để tóm tắt các cuộc phỏng vấn/khảo sát, /product-management:competitive-brief để so sánh đối thủ cạnh tranh, /product-management:metrics-review để kiểm tra các chỉ số và /product-management:brainstorm để đi sâu vào các giả thuyết. Các framework PM phổ biến như RICE, MoSCoW, Jobs-to-be-Done và Opportunity Solution Trees cũng được tích hợp sẵn dưới dạng kỹ năng.
Sự kết hợp với Claude Code nằm ở chỗ "kết nối đặc tả và triển khai trong cùng một cuộc trò chuyện." Đầu tiên, hãy sắp xếp các vấn đề, người dùng mục tiêu, tiêu chí chấp nhận, yêu cầu phi chức năng, số liệu thành công và các mục đang chờ xử lý bằng /product-management:write-spec. Sau đó, thả nội dung đó vào Issues, chia nhỏ thành các tác vụ triển khai và cuối cùng xem xét nó với Engineering. Điều này giúp giữ cho các lý do thay đổi code nhất quán mà không để tài liệu đặc tả nằm im ở nơi khác.
Trong thực tế, thay vì yêu cầu nó viết mẫu cuối cùng trong một lần, điều quan trọng là trước tiên phải chỉ định: "Hãy hỏi về những điểm chưa rõ ràng và nêu rõ mục nào là giả định." Plugin PM được sử dụng không chỉ để trau chuốt văn bản, mà còn để phơi bày sự mơ hồ. Một PRD tiết lộ các câu hỏi cần được giải quyết trước khi triển khai có giá trị hơn một PRD đẹp.
3. Enterprise Search | Tìm kiếm Các Quyết định trong Quá khứ nằm rải rác trong Slack, Email và Tài liệu
Một trong những nhiệm vụ lãng phí nhất trong quá trình phát triển nhóm là thời gian dành để tìm kiếm "cái đó đã được quyết định ở đâu?" Khi đặc tả nằm trong Notion, thảo luận trong Slack, phê duyệt trong email, trạng thái trong Jira và tài liệu cuối cùng trong Google Drive, chỉ riêng việc tìm kiếm đã làm tiêu hao sự tập trung.
Enterprise Search tìm kiếm chéo các cuộc trò chuyện, email, lưu trữ đám mây, wiki, quản lý dự án, CRM và quản lý ticket đã được kết nối, loại bỏ trùng lặp kết quả thành một câu trả lời duy nhất. Khi bạn ném một câu hỏi vào /enterprise-search:search, Claude chia nhỏ câu hỏi thành các truy vấn cho từng nguồn và tích hợp chúng với các trích dẫn. Với /enterprise-search:digest --daily hoặc --weekly, bạn có thể tóm tắt các quyết định, mục hành động và đề cập theo chủ đề.
Đối với các nhà phát triển, nó rất mạnh để tìm các ADR trong quá khứ, ứng phó sự cố, lịch sử thay đổi API, chủ sở hữu của các tính năng cụ thể và yêu cầu của khách hàng. Ví dụ: bạn có thể hỏi, "Tại sao chúng tôi quyết định sử dụng IdP bên ngoài thay vì tự xây dựng auth?" hoặc "Ai là chủ sở hữu của bảng này?" hoặc "Bản sửa lỗi tạm thời trước đây cho lỗi thanh toán là gì?" Nó cũng hiệu quả cho việc onboarding thành viên mới.
Điểm yếu là nó không thể tìm thấy thông tin ở những nơi nó không được kết nối và phạm vi tìm kiếm rộng bằng quyền truy cập của bạn. Bắt đầu bằng cách chỉ kết nối các nguồn thiết yếu như Slack, tài liệu và quản lý dự án, thay vì mở rộng bừa bãi sang các DM riêng tư hoặc thư mục bảo mật. Luôn yêu cầu nó đính kèm tài liệu nguồn vào câu trả lời và phân biệt giữa "không tìm thấy" và "không tồn tại" để sử dụng an toàn.
4. Data | Từ SQL và Trực quan hóa đến Xác minh Phân tích
Data không chỉ là một plugin để tạo SQL. Nó coi việc khám phá dữ liệu, kiểm tra chất lượng, phân tích thống kê, trực quan hóa, tạo bảng điều khiển HTML và xác minh trước khi chia sẻ như một quy trình phân tích duy nhất.
Các lệnh chính bao gồm /data:analyze để tiến hành phân tích từ các câu hỏi, /data:explore-data để kiểm tra hình dạng tập dữ liệu, giá trị thiếu và bất thường, /data:write-query để viết SQL, /data:create-viz để tạo biểu đồ bằng Python, /data:build-dashboard cho bảng điều khiển HTML tương tác và /data:validate để kiểm tra các phương pháp phân tích và logic tổng hợp. Nó có thể kết nối với Snowflake, Databricks, BigQuery, v.v., thông qua MCP và cũng có thể xử lý CSV, Excel hoặc kết quả được dán mà không cần kết nối.
Điều thuận tiện trong Claude Code là khả năng qua lại giữa SQL phân tích và code sản phẩm. Ví dụ: điều tra các điểm rời bỏ trước khi triển khai luồng onboarding mới, tính toán lại các số liệu với cùng định nghĩa sau khi phát hành và trực quan hóa sự khác biệt. Trong các cuộc điều tra lỗi, bạn có thể nhanh chóng xác minh các giả thuyết như "tỷ lệ thất bại chỉ cao đối với người dùng phiên bản cụ thể?" hoặc "NULL có tăng lên sau khi di chuyển dữ liệu không?"
Lệnh có giá trị nhất đáng ngạc nhiên là /data:validate. Ngay cả khi AI có thể viết SQL nhanh chóng, nó có thể dễ dàng sai sót trong việc lựa chọn mẫu số, hàng trùng lặp, múi giờ, thiên vị sống sót hoặc bao gồm người dùng thử nghiệm. Bạn nên yêu cầu nó xác thực như một bước riêng biệt sau khi phân tích, chỉ định các bảng được sử dụng, bộ lọc, khoảng thời gian, định nghĩa số liệu và tiêu chí loại trừ. Khi kết nối với DB sản xuất, ban đầu hãy giới hạn nó ở quyền chỉ đọc.
5. Design | Kết nối Đánh giá Thiết kế với Bàn giao Triển khai
Design không phải là một plugin để tạo ra những hình ảnh trông "ổn." Nó là một bộ thực tế cho thiết kế sản phẩm, bao gồm phê bình thiết kế, quản lý hệ thống thiết kế, UX writing, kiểm tra khả năng tiếp cận, tích hợp nghiên cứu người dùng và bàn giao cho nhà phát triển.
/design:critique xem xét từ các góc độ khả năng sử dụng, phân cấp trực quan, tính nhất quán và khả năng tiếp cận, trong khi /design:design-system kiểm tra các thành phần, token, đặt tên và mẫu. /design:handoff tạo đặc tả triển khai bao gồm kích thước, trạng thái, tương tác và các trường hợp cạnh, và /design:ux-copy hỗ trợ microcopy cho các thông báo lỗi, trạng thái trống và onboarding. /design:accessibility và /design:research-synthesis cũng có sẵn.
Khi sử dụng nó với Claude Code, tốt hơn là tìm ra các lỗ hổng trong đặc tả bằng Design trước khi yêu cầu nó chuyển trực tiếp hình ảnh Figma thành code. Yêu cầu nó liệt kê các trạng thái không rõ ràng từ ảnh chụp màn hình, chẳng hạn như "có hover, nhưng còn focus bằng bàn phím thì sao?" hoặc "chúng ta hiển thị trạng thái tải, trống, quyền không đủ hoặc lỗi giao tiếp như thế nào?" hoặc "nó có bị hỏng với văn bản tiếng Nhật dài hoặc thu phóng 200% không?" Sau đó, chuyển bàn giao cho Claude Code dưới dạng yêu cầu triển khai.
Về kiểm tra khả năng tiếp cận, mặc dù nó có thể hợp lý hóa các kiểm tra từ góc độ WCAG, nhưng nó không thay thế việc xác minh bằng trình duyệt thực, trình đọc màn hình, thao tác bàn phím hoặc người dùng thực. Cách sử dụng đúng là tạo các mục đánh giá bằng Design và kết nối chúng với kiểm thử trình duyệt và xác minh của con người.
6. PDF Viewer | Không chỉ Đọc PDF, mà còn Sửa trong khi Xem
PDF Viewer có một vai trò khác với tính năng tóm tắt PDF gốc của Claude. Nó mở các tệp cục bộ hoặc URL PDF trực tiếp trong một trình xem tương tác để đánh dấu, chú thích, thêm tem, điền biểu mẫu, đặt hình ảnh chữ ký và lưu PDF đã chỉnh sửa.
Sử dụng /pdf-viewer:open để hiển thị và /pdf-viewer:annotate để phản ánh các đề xuất chú thích theo từng trang. /pdf-viewer:fill-form điền các trường đầu vào theo thứ tự và /pdf-viewer:sign đặt hình ảnh chữ ký hoặc chữ viết tắt. Nó chạy như một máy chủ MCP cục bộ sử dụng @modelcontextprotocol/server-pdf thông qua npx, với yêu cầu Node.js 18 trở lên.
Đối với các nhà phát triển, nó có thể được sử dụng để xem xét đặc tả API, định nghĩa yêu cầu, báo cáo kiểm toán bảo mật, đề xuất nhà cung cấp và hợp đồng. Thay vì chỉ nói "tóm tắt các vấn đề", hãy yêu cầu nó "đặt chú thích ở những nơi cần thay đổi và sắp xếp các câu hỏi bằng nhãn màu vàng và các vấn đề chặn bằng nhãn màu đỏ" làm cho nó trở thành một sản phẩm có thể bàn giao mà bạn có thể trả lại cho bên kia.
Mặt khác, nếu bạn chỉ muốn đọc nội dung, tính năng đọc PDF gốc của Claude sẽ nhanh hơn. Bạn nên sử dụng PDF Viewer khi bạn muốn viết trong khi xác nhận trực quan và lấy đi tệp cuối cùng. Ngoài ra, lưu ý rằng sign đặt một hình ảnh chữ ký trực quan, không phải chữ ký điện tử mật mã sử dụng chứng chỉ. Đối với các hợp đồng yêu cầu hiệu lực pháp lý, phải sử dụng các dịch vụ chữ ký điện tử chuyên dụng.
7. Operations | Biến Các Nhiệm vụ Cá nhân thành SOP và Runbook
Operations có vẻ như dành cho quản lý kinh doanh, nhưng nó khá hữu ích trong các tổ chức phát triển. Nó hỗ trợ đánh giá nhà cung cấp, tài liệu quy trình kinh doanh, quản lý thay đổi, lập kế hoạch năng lực, báo cáo trạng thái quản lý và tạo runbook.
/operations:vendor-review sắp xếp chi phí, rủi ro, hợp đồng và quyết định gia hạn, trong khi /operations:process-doc tạo luồng, RACI và SOP. /operations:change-request tạo yêu cầu thay đổi bao gồm phân tích tác động, đường dẫn phê duyệt và kế hoạch rollback, và /operations:capacity-plan phân tích tải và nhân sự. /operations:runbook biến các nhiệm vụ thường ngày thành các tài liệu có thể lặp lại bao gồm quy trình, danh sách kiểm tra, khắc phục sự cố và điểm leo thang.
Kết hợp với Claude Code, nó rất mạnh để giải phóng các bản phát hành và hoạt động khỏi "bộ nhớ bên ngoài code." Ví dụ, tóm tắt các quy trình di chuyển cơ sở dữ liệu thành một yêu cầu thay đổi, tạo các kiểm tra trước khi thực thi, mục giám sát, điều kiện hủy bỏ, SQL rollback, nhân sự và tin nhắn liên hệ. Sau một sự cố, hãy tạo một báo cáo post-mortem với Engineering và phản ánh nó trong runbook với Operations.
Một lưu ý là không bao giờ được chính thức hóa một quy trình do Claude viết mà không thử nó một lần. Runbook nên được thực thi trong môi trường staging, với con người xác minh lệnh, quyền, thời gian cần thiết và cách khôi phục. Operations tăng tốc độ tạo tài liệu, nhưng cần có diễn tập để hoàn thiện chúng thành các quy trình hoạt động trên thực tế.
8. Marketing | Chạy "Công việc Phân phối" Sau Khi Phát hành với Claude Code
Ngay cả khi bạn xây dựng một tính năng tốt, nó sẽ không được sử dụng nếu ghi chú phát hành, blog, email, LP, SNS và giải thích bán hàng yếu. Marketing hỗ trợ tạo nội dung và thiết kế chiến dịch xảy ra sau khi phát triển.
/marketing:draft-content tạo blog, SNS, bản tin, LP, thông cáo báo chí và nghiên cứu điển hình, trong khi /marketing:campaign-plan tạo kế hoạch bao gồm mục tiêu, đối tượng, kênh, lịch trình và KPI. /marketing:brand-review kiểm tra tính nhất quán với giọng nói thương hiệu và /marketing:competitive-brief, /marketing:performance-report, /marketing:seo-audit và /marketing:email-sequence cũng có sẵn. Tích hợp với Slack, Canva, Figma, HubSpot, Amplitude, Notion, Ahrefs, Similarweb, Klaviyo, v.v., được mong đợi.
Đối với người dùng Claude Code, luồng yêu cầu nó tạo tài liệu quảng cáo từ code diffs rất thuận tiện. Đọc các tính năng đã thay đổi, người dùng mục tiêu, các ràng buộc đã biết và các bước di chuyển từ kho lưu trữ, đồng thời tạo riêng ghi chú phát hành kỹ thuật, thông báo chung cho người dùng và Câu hỏi thường gặp về bán hàng. Vì nguồn nội dung giống nhau, các giải thích trên các kênh ít có khả năng xung đột.
Tuy nhiên, nếu được sử dụng mà không có cài đặt thương hiệu, nó có xu hướng tạo ra văn bản an toàn, giống AI. Cung cấp các biểu thức bị cấm, bảng thuật ngữ, các bài viết trước đây đại diện, cách xưng hô với khách hàng và phạm vi những gì có thể khẳng định, sau đó chạy nó qua brand-review ở cuối, sẽ làm tăng tính hữu ích của nó. Đối với báo cáo hiệu suất, nếu định nghĩa của dữ liệu được kết nối không rõ ràng, nó sẽ hiểu sai kết luận, vì vậy các định nghĩa KPI và khoảng thời gian so sánh nên được cố định.
9. Legal | Tăng tốc Đánh giá Hợp đồng, nhưng Con người Giữ Phán quyết Cuối cùng
Legal xử lý các đánh giá hợp đồng cho bộ phận pháp lý nội bộ, xác định sơ bộ NDA, tuân thủ, tóm tắt pháp lý và trả lời tiêu chuẩn. Điều đặc biệt quan trọng là thay vì đọc hợp đồng theo các điều khoản chung, bạn có thể đặt chính sách đàm phán và mức độ chấp nhận rủi ro của công ty mình trong legal.local.md và so sánh với nó.
/legal:review-contract tìm ra sự khác biệt so với sổ tay công ty cho từng điều khoản và sắp xếp rủi ro và đề xuất sửa đổi. /legal:triage-nda thực hiện phân loại chính như GREEN, YELLOW, RED và /legal:vendor-check kiểm tra các NDA, MSA, DPA, thời hạn và điều kiện chính hiện có từ các đích kết nối. /legal:brief và /legal:respond có thể tạo tóm tắt vụ việc và dự thảo trả lời cho các yêu cầu tiêu chuẩn.
Trong môi trường phát triển, nó có thể được sử dụng để tổ chức sơ bộ các hợp đồng SaaS, điều khoản sử dụng đám mây, DPA, NDA, hợp đồng gia công và điều khoản bảo mật. Sẽ thực tế khi sử dụng nó để trích xuất các điểm thảo luận như vị trí dữ liệu, bộ xử lý phụ, giới hạn trách nhiệm, sở hữu trí tuệ, chấm dứt và quyền kiểm tra trước khi chuyển chúng cho bộ phận pháp lý và tạo một danh sách câu hỏi.
Tuy nhiên, README chính thức cũng nêu rõ rằng đây không phải là lời khuyên pháp lý và yêu cầu xác minh bởi một chuyên gia có trình độ. Ngoài ra, vì các ví dụ sổ tay ban đầu dựa trên luật pháp và thông lệ kinh doanh của Hoa Kỳ, bạn phải xây dựng lại cài đặt nếu sử dụng nó theo luật pháp Nhật Bản hoặc chính sách công ty. Sẽ an toàn hơn khi giới hạn việc xác định của AI ở việc trích xuất điểm và tổ chức chính thay vì biến nó thành cổng cuối cùng trong quy trình phê duyệt.
10. Small Business | Plugin Thay đổi Nhiều nhất cho Nhà phát triển Solo và Doanh nghiệp Nhỏ
Small Business là một plugin xử lý toàn bộ hoạt động kinh doanh nhỏ, thay vì hỗ trợ một loại công việc cụ thể. Nó có 15 kỹ năng cơ bản, 15 quy trình thực thi và một bộ định tuyến hướng dẫn bạn đến quy trình thích hợp từ ngôn ngữ tự nhiên. Nếu bạn tham khảo ý kiến nó một cách bình thường với những thứ như "tôi lo lắng liệu có thể trả lương không", "doanh số đã giảm", "tôi nhận được một email giận dữ từ khách hàng" hoặc "tôi có nên tăng giá không?", nó được thiết kế để hướng dẫn bạn đến quy trình cần thiết.
Nó bao gồm /small-business:plan-payroll để kiểm tra dòng tiền và các hóa đơn chưa thanh toán, /small-business:month-heads-up để nhìn trước 30 ngày, /small-business:close-month để tiến hành chốt tháng, /small-business:price-check để so sánh lợi nhuận và giá cả, /small-business:run-campaign để thiết lập các chiến dịch bán hàng, /small-business:handle-complaint để xử lý khiếu nại và /small-business:monday-brief để tóm tắt trạng thái hàng tuần. Kết nối với QuickBooks, PayPal, HubSpot, Canva, Gmail, Microsoft 365, DocuSign, v.v., được mong đợi và thiết kế bao gồm các điểm kiểm tra phê duyệt cho các quy trình liên quan đến tiền bạc hoặc khách hàng.
Đối với các nhà phát triển solo và nhà điều hành SaaS nhỏ, nó làm giảm "vấn đề trì hoãn mọi thứ ngoại trừ phát triển." Xây dựng các tính năng với Claude Code và chạy bán hàng, yêu cầu, thanh toán, khuyến mãi, hợp đồng và đánh giá hàng tuần với Small Business. Hiệu quả của việc có các quy trình làm việc tiêu chuẩn lớn hơn đối với các doanh nghiệp mà chỉ chủ sở hữu mới hiểu rõ tình hình.
Mặt khác, thiết kế quyền nên thận trọng vì có nhiều đích kết nối. Thay vì kết nối tất cả kế toán, thanh toán, CRM và email cùng một lúc, hãy bắt đầu với một hoặc hai cái tập trung vào đọc. Luôn yêu cầu xem trước và phê duyệt cho các khoản hoàn tiền, gửi và cập nhật dữ liệu khách hàng. Ngoài ra, tuyên bố từ chối trách nhiệm chính thức rằng nó không cung cấp lời khuyên tài chính, thuế, pháp lý hoặc nhân sự chuyên nghiệp phải được coi là tiền đề.
Nếu Chọn theo Mục đích, Các Kết hợp này rất Mạnh
Nếu bạn đang xây dựng một sản phẩm một mình, sự kết hợp của Engineering, Product Management, Design, PDF Viewer và Small Business rất dễ quản lý. Bạn có thể quyết định yêu cầu, triển khai, kiểm tra UI, xử lý tài liệu bên ngoài và kết nối với các hoạt động kinh doanh. Bạn không cần sử dụng tất cả chúng mọi lúc; bạn có thể chuyển đổi, chẳng hạn như sử dụng Engineering và Design trong quá trình phát triển và Small Business trong quá trình bán hàng hoặc vận hành.
Đối với một nhóm phát triển vài người, Engineering, Enterprise Search, Data, Operations và Legal rất mạnh. Bạn có thể tìm thấy các quyết định trong quá khứ, xác minh giả thuyết với dữ liệu, để lại các quy trình thay đổi và xác định sớm các điểm pháp lý hoặc tuân thủ. Nếu bạn thêm Product Management, nó sẽ trở thành một luồng duy nhất từ yêu cầu đến triển khai, xác minh và chia sẻ nội bộ.
Đối với các ra mắt sản phẩm hoặc bản phát hành lớn, bốn plugin Product Management, Design, Engineering và Marketing rất hiệu quả. Bằng cách để PRD, đặc tả thiết kế, triển khai và thông báo kế thừa các tiền đề giống nhau theo thứ tự, bạn có thể giảm khoảng cách giữa "những gì đã được tạo" và "những gì đã được truyền đạt."
4 Lưu ý Khi Cài đặt Plugin Chính thức
Đầu tiên, đừng nhầm lẫn trạng thái đã cài đặt trong phiên bản desktop với quy trình cài đặt cho Claude Code. Trong Desktop, bạn thêm từ thư mục; trong Claude Code, cách đáng tin cậy nhất là đăng ký thị trường chính thức và cài đặt plugin mục tiêu. Mặc dù kho lưu trữ chính thức cho biết các plugin tương tự có thể được sử dụng trong cả Cowork và Claude Code, nhưng các trình kết nối và môi trường thực thi có sẵn không nhất thiết phải giống hệt nhau.
Thứ hai, hãy nghĩ về các trình kết nối không phải là "đích tìm kiếm thuận tiện" mà là các tích hợp bên ngoài có quyền. Không cấp quyền ghi cho các tác vụ mà chỉ đọc là đủ và thu hẹp phạm vi, đặc biệt là đối với kế toán, thanh toán, email, hợp đồng và thông tin cá nhân. Tách biệt các quy trình chỉ tạo kết quả khỏi các quy trình liên quan đến gửi, cập nhật hoặc phê duyệt và đặt xác minh của con người cho các quy trình sau.
Thứ ba, đừng cài đặt quá nhiều plugin cùng một lúc. Khi các kỹ năng và lệnh tăng lên, việc đánh giá quy trình nào nên chọn cũng tăng lên và các chức năng tương tự có xu hướng chồng chéo. Bắt đầu với 2-3 cái trực tiếp giải quyết các nút thắt cổ chai của bạn. Ví dụ, nếu đánh giá mất thời gian, hãy chọn Engineering; nếu đặc tả mơ hồ, hãy chọn Product Management; nếu có nhiều việc tìm kiếm thông tin, hãy chọn Enterprise Search.
Thứ tư, coi đầu ra của plugin là "bản nháp có thể xác minh" chứ không phải "sản phẩm hoàn thiện." Kiểm tra kết quả thực thi SQL và định nghĩa, thử thiết kế trong trình duyệt, diễn tập runbook và nhờ chuyên gia kiểm tra hợp đồng. Ngay cả khi bạn mở rộng phạm vi những gì bạn để lại cho AI, bạn không thể chuyển giao trách nhiệm phê duyệt.
Kết luận: 3 Plugin Đầu tiên Nên là Engineering, Product Management và Enterprise Search
Các plugin chính thức có thể chọn từ thư mục Anthropic trong Claude Desktop không chỉ là tập hợp các lời nhắc bổ sung. Chúng gói gọn kiến thức cụ thể theo công việc, quy trình có thể tái sử dụng và kết nối với các công cụ bên ngoài thành một gói duy nhất, phục vụ như một cơ chế để căn chỉnh Claude với cách bạn làm việc. Các phương pháp để giới thiệu những thứ này vào Claude Code cũng được cung cấp trên kho lưu trữ chính thức.
Nếu tôi chỉ chọn ba cái để bắt đầu, tôi sẽ đề xuất Engineering, Product Management và Enterprise Search. Sử dụng Engineering để nâng cao chất lượng triển khai và vận hành, Product Management để giảm sự mơ hồ trước khi xây dựng và Enterprise Search để khôi phục kiến thức quá khứ của tổ chức. Chỉ với ba cái này, Claude Code tiến gần hơn đáng kể từ một "AI viết code" thành một "nền tảng phát triển kết nối đặc tả, triển khai, đánh giá và chia sẻ."
Thêm Data nếu bạn xử lý dữ liệu, Design nếu bạn tập trung vào giao diện, PDF Viewer nếu bạn trao đổi nhiều tài liệu, và Small Business nếu bạn là doanh nghiệp cá nhân hoặc SaaS nhỏ. Điều quan trọng không phải là đưa tất cả vào, mà là đặt một vai trò phù hợp với quy trình mà bạn đang mất nhiều thời gian nhất mỗi ngày.
