Skills Quản lý dự án

Quản lý đội nhóm của bạn — tạo vai trò, giao nhiệm vụ, khởi tạo nhân viên và theo dõi tiến độ

Chạy một hội đồng phụ trợ đa dạng mô hình để điều tra cùng một vấn đề từ nhiều góc nhìn, so sánh các phát hiện và đưa ra khuyến nghị cuối cùng. Sử dụng kỹ năng này bất cứ khi nào người dùng yêu cầu một hội đồng, ý kiến thứ hai, nhiều tác nhân/mô hình để đánh giá một câu hỏi, điều tra song song, so sánh đội đỏ/đội xanh, hoặc trợ giúp quyết định giữa các phương pháp kỹ thuật cạnh tranh.

Sử dụng khi đối mặt với 2+ tác vụ độc lập có thể thực hiện mà không cần trạng thái chia sẻ hoặc phụ thuộc tuần tự

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á

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.

Phỏng vấn người dùng một cách không ngừng về một kế hoạch hoặc thiết kế cho đến khi đạt được sự hiểu biết chung, giải quyết từng nhánh của cây quyết định. Sử dụng khi người dùng muốn kiểm tra căng thẳng một kế hoạch, bị chất vấn về thiết kế của họ, hoặc đề cập đến "grill me".

Phỏng vấn người dùng không ngừng về một kế hoạch hoặc thiết kế. Sử dụng khi người dùng muốn kiểm tra căng thẳng một kế hoạch trước khi xây dựng, hoặc sử dụng bất kỳ cụm từ kích hoạt 'grill' nào.

Nén cuộc hội thoại hiện tại thành một tài liệu bàn giao để một tác nhân khác tiếp nhận.

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

API phê duyệt Feishu: quản lý phiên phê duyệt, nhiệm vụ phê duyệt.

飞书 OKR：管理目标与关键结果。查看和编辑 OKR 周期、目标、关键结果、对齐关系、量化指标和进展记录。当用户需要查看或创建 OKR、管理目标和关键结果、查看对齐关系时使用。不负责：待办任务管理（lark-task）、日程/会议安排（lark-calendar）、绩效评估

飞书任务：管理任务、清单和任务智能体。创建待办任务、查看和更新任务状态、拆分子任务、组织任务清单、分配协作成员、上传任务附件、注册或注销任务智能体、更新任务智能体的主页数据、写入智能体任务记录。当用户需要创建待办事项、查看任务列表、跟踪任务进度、管理项目清单或给他人分配任务、为任务上传附件文件、注册注销任务智能体、更新智能体主页数据、写入任务记录时使用。

Tóm tắt lịch trình và công việc: sắp xếp calendar + agenda và task + get-my-tasks, tạo tóm tắt lịch trình và công việc chưa hoàn thành cho ngày cụ thể. Phù hợp để nắm bắt lịch trình hôm nay/ngày mai/tuần này.

Khi người dùng muốn lên kế hoạch cho một buổi ra mắt sản phẩm, thông báo tính năng hoặc chiến lược phát hành. Cũng sử dụng khi người dùng đề cập đến 'ra mắt,' 'Product Hunt,' 'phát hành tính năng,' 'thông báo,' 'tiếp cận thị trường,' 'ra mắt bản beta,' 'truy cập sớm,' 'danh sách chờ,' 'cập nhật sản phẩm,' 'làm thế nào để ra mắt cái này,' 'danh sách kiểm tra ra mắt,' 'kế hoạch GTM,' hoặc 'chúng tôi sắp phát hành.' Sử dụng điều này bất cứ khi nào ai đó đang chuẩn bị phát hành một thứ gì đó công khai. Đối với

Grill me about specs for the workflows I want to build, within this workspace.

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

We need to translate the given text from English to Vietnamese, preserving the name "orchestration" and technical terms like "orca-cli", "task DAGs", etc. The instruction says to translate only the text inside <text>, and not include the name unless it appears in the source text. The name "orchestration" appears in the source text as "Orca orchestration" - so we should translate "orchestration" as part of the phrase? The instruction says "Preserve product names, protocol names, URLs, numbers, and technical terms." "Orca" is a product name, "orchestration" might be a technical term but it's also part of the product name? The instruction says "Name to preserve: orchestration" - that means we should keep the word "orchestration" as is, not translate it. But in the source text, it's "Orca orchestration" - so we keep "Orca orchestration" as is? The instruction says "Do not include the name unless it appears in the source text

Triển khai lập kế hoạch dựa trên tệp kiểu Manus để tổ chức và theo dõi tiến độ các tác vụ phức tạp. Tạo các tệp task_plan.md, findings.md và progress.md. Sử dụng khi được yêu cầu lập kế hoạch, phân chia hoặc tổ chức một dự án nhiều bước, tác vụ nghiên cứu hoặc bất kỳ công việc nào yêu cầu 5+ lần gọi công cụ. Hỗ trợ tự động khôi phục phiên sau lệnh /clear.

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.

Chạy một "saga" phát triển tự động, dựa trên đặc tả cho các tính năng vừa và lớn bằng cách sử dụng một agent điều phối và một đội các subagent công nhân. Sử dụng kỹ năng này bất cứ khi nào người dùng gọi /saga, yêu cầu tự động xây dựng một tính năng đáng kể từ đầu đến cuối với sự can thiệp tối thiểu của con người, muốn một đặc tả toàn diện được chia thành các cột mốc và nhiệm vụ với tiêu chí xác thực chặt chẽ trước khi triển khai song song, hoặc muốn một người điều phối ủy quyền triển khai cho các agent công nhân trong khi vẫn giữ nguyên...

Sets up an `## Agent skills` block in AGENTS.md/CLAUDE.md and `docs/agents/` so the engineering skills know this repo's issue tracker (GitHub or local markdown), triage label vocabulary, and domain doc layout. Run before first use of `to-issues`, `to-prd`, `triage`, `diagnose`, `tdd`, `improve-codebase-architecture`, or `zoom-out` — or if those skills appear to be missing context about the issue tracker, triage labels, or domain docs.

Thúc đẩy quy trình làm việc theo hướng đặc tả trước cho các tính năng lớn bằng cách viết PRODUCT.md trước khi triển khai, viết TECH.md khi cần thiết, và cập nhật cả hai đặc tả khi quá trình triển khai phát triển. Sử dụng khi bắt đầu một tính năng quan trọng, lên kế hoạch triển khai do tác nhân điều khiển, hoặc khi người dùng muốn kiểm tra các đặc tả sản phẩm và kỹ thuật vào hệ thống quản lý mã nguồn.

Sử dụng khi thực thi các kế hoạch triển khai với các tác vụ độc lập trong phiên làm việc hiện tại

Biến những ý tưởng thô sơ thành các kế hoạch đã được phê duyệt, hoàn chỉnh về quyết định với cấu trúc đã được xác thực trước khi viết mã. Sử dụng khi người dùng yêu cầu 出方案/给方案/深入分析/怎么设计/有没有必要/值不值得/plan this/how should I/should we keep this cho các tính năng, kiến trúc hoặc đánh giá giá trị. Không dùng cho sửa lỗi hoặc chỉnh sửa nhỏ.

Chia một kế hoạch, bản đặc tả hoặc tài liệu yêu cầu sản phẩm thành các vấn đề có thể độc lập nắm bắt trên trình theo dõi vấn đề của dự án bằng cách sử dụng các lát cắt dọc theo dạng viên đạn dẫn đường. Sử dụng khi người dùng muốn chuyển đổi một kế hoạch thành các vấn đề, tạo ticket triển khai, hoặc phân chia công việc thành các vấn đề.

Chuyển đổi ngữ cảnh hội thoại hiện tại thành tài liệu PRD và xuất bản lên hệ thống theo dõi vấn đề của dự án. Sử dụng khi người dùng muốn tạo PRD từ ngữ cảnh hiện tại.

Phân loại vấn đề thông qua máy trạng thái được điều khiển bởi các vai trò phân loại. Sử dụng khi người dùng muốn tạo vấn đề, phân loại vấn đề, xem xét lỗi mới hoặc yêu cầu tính năng, chuẩn bị vấn đề cho tác nhân AFK, hoặc quản lý quy trình làm việc vấn đề.

Viết một tài liệu đặc tả PRODUCT.md cho một tính năng quan trọng hướng đến người dùng trong Warp, tập trung vào hành vi chi tiết và xác thực. Sử dụng khi người dùng yêu cầu một đặc tả sản phẩm, tài liệu hành vi mong muốn, hoặc PRD, muốn xác định hành vi tính năng trước khi triển khai, hoặc khi tính năng đủ lớn hoặc mơ hồ về mặt hành vi đến mức một đặc tả viết ra sẽ cải thiện việc triển khai hoặc đánh giá.

Sử dụng khi bạn có đặc tả hoặc yêu cầu cho một tác vụ nhiều bước, trước khi chạm vào mã.