परियोजना प्रबंधन Skills

अपनी टीम का प्रबंधन करें — भूमिकाएँ बनाएँ, कार्य सौंपें, कार्यकर्ता तैनात करें, और प्रगति पर नज़र रखें

Run a model-diverse subagent council to investigate the same problem from multiple perspectives, compare findings, and produce a final recommendation. Use this skill whenever the user asks for a council, second opinions, multiple agents/models to evaluate one question, parallel investigation, red-team/blue-team comparison, or help deciding between competing technical approaches.

उपयोग करें जब 2 या अधिक स्वतंत्र कार्यों का सामना हो जो बिना साझा स्थिति या अनुक्रमिक निर्भरता के काम किए जा सकते हैं।

जब आपके पास एक लिखित कार्यान्वयन योजना हो जिसे समीक्षा जांच बिंदुओं के साथ एक अलग सत्र में निष्पादित करना हो, तब इसका उपयोग करें।

जब कार्यान्वयन पूरा हो जाए, सभी परीक्षण पास हो जाएं, और आपको कार्य को एकीकृत करने का निर्णय लेना हो - मर्ज, PR या सफाई के लिए संरचित विकल्प प्रस्तुत करके विकास कार्य के पूरा होने का मार्गदर्शन करता है

उपयोगकर्ता से किसी योजना या डिज़ाइन के बारे में लगातार सवाल करें जब तक कि साझा समझ न बन जाए, निर्णय वृक्ष की प्रत्येक शाखा को हल करते हुए। इसका उपयोग तब करें जब उपयोगकर्ता किसी योजना का तनाव-परीक्षण करना चाहता हो, अपने डिज़ाइन पर सवालों का सामना करना चाहता हो, या "grill me" का उल्लेख करता हो।

Interview the user relentlessly about a plan or design. Use when the user wants to stress-test a plan before building, or uses any 'grill' trigger phrases.

वर्तमान वार्तालाप को संक्षिप्त करके एक हैंडऑफ दस्तावेज़ तैयार करें, जिसे कोई अन्य एजेंट आगे ले सके।

किसी PRD या मुद्दों के सेट के आधार पर कार्य का कार्यान्वयन करें।

飞书审批 API：审批实例、审批任务管理。

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

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

日程待办摘要：编排 calendar +agenda 和 task +get-my-tasks，生成指定日期的日程与未完成任务摘要。适用于了解今天/明天/本周的安排。

जब उपयोगकर्ता किसी उत्पाद लॉन्च, सुविधा घोषणा या रिलीज़ रणनीति की योजना बनाना चाहता है। तब भी उपयोग करें जब उपयोगकर्ता 'लॉन्च,' 'प्रोडक्ट हंट,' 'फीचर रिलीज़,' 'घोषणा,' 'गो-टू-मार्केट,' 'बीटा लॉन्च,' 'अर्ली एक्सेस,' 'वेटलिस्ट,' 'प्रोडक्ट अपडेट,' 'मैं इसे कैसे लॉन्च करूं,' 'लॉन्च चेकलिस्ट,' 'GTM प्लान,' या 'हम शिप करने वाले हैं' का उल्लेख करता है।

इस कार्यक्षेत्र में, मैं जो वर्कफ़्लो बनाना चाहता हूँ, उनके स्पेसिफिकेशन के बारे में मुझसे सवाल पूछें।

Nx वर्कस्पेस का अन्वेषण और समझ। वर्कस्पेस, प्रोजेक्ट या कार्यों के बारे में प्रश्नों का उत्तर देते समय उपयोग करें। साथ ही जब कोई nx कमांड विफल हो या कार्य चलाने से पहले उपलब्ध लक्ष्य/कॉन्फ़िगरेशन जांचने की आवश्यकता हो तब उपयोग करें। उदाहरण: 'इस वर्कस्पेस में कौन से प्रोजेक्ट हैं?', 'प्रोजेक्ट X कैसे कॉन्फ़िगर किया गया है?', 'लाइब्रेरी Y पर क्या निर्भर करता है?', 'मैं कौन से लक्ष्य

Use Orca orchestration for structured multi-agent coordination: threaded messages, blocking ask/reply flows, task dispatch, worker_done/escalation waits, task DAGs, decision gates, coordinator loops, or decomposing work across agents. Use `orca-cli` instead for full ownership handoffs, including requests phrased as "hand off", "handoff", "handover", "give this to another agent", or "another worktree" when the user did not explicitly ask to supervise, monitor, wait for results, or coordinate...

मैनस-शैली फ़ाइल-आधारित योजना को लागू करता है ताकि जटिल कार्यों पर प्रगति को व्यवस्थित और ट्रैक किया जा सके। task_plan.md, findings.md, और progress.md बनाता है। इसका उपयोग तब करें जब किसी बहु-चरणीय परियोजना, शोध कार्य, या 5+ टूल कॉल की आवश्यकता वाले किसी भी कार्य की योजना बनाने, विभाजित करने या व्यवस्थित करने के लिए कहा जाए। /clear के बाद स्वचालित सत्र पुनर्प्राप्ति का समर्थन करता है।

उपयोगकर्ता साक्षात्कार के माध्यम से छोटे-छोटे कमिट्स के साथ एक विस्तृत रीफैक्टर योजना बनाएं, फिर इसे GitHub मुद्दे के रूप में दर्ज करें। इसका उपयोग तब करें जब उपयोगकर्ता रीफैक्टर की योजना बनाना चाहता हो, रीफैक्टरिंग RFC बनाना चाहता हो, या रीफैक्टर को सुरक्षित क्रमिक चरणों में विभाजित करना चाहता हो।

We need to translate the given English text into Hindi. The text describes a skill for an agent. We must preserve the name "saga" if it appears in the text. The text includes "saga" in quotes: "saga". So we keep that as is. Also preserve technical terms like "orchestrator agent", "worker subagents", "spec", "milestones", "tasks", "validation criteria", "parallelized implementation". No extra commentary. Just translate the text inside <text> tags. The text: "Run an autonomous, spec-driven development "saga" for medium-to-large features using an orchestrator agent and a fleet of worker subagents. Use this skill whenever the user invokes /saga, asks to autonomously build a sizable feature end-to-end with minimal human intervention, wants a comprehensive spec broken into milestones and tasks with airtight validation criteria before parallelized implementation, or wants an orchestrator to delegate implementation to worker agents while preserving its..." We need to translate to Hindi. Let's do it carefully. "Run an autonomous, spec

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.

बड़ी सुविधाओं के लिए स्पेक-प्रथम कार्यप्रवाह अपनाएँ: कार्यान्वयन से पहले PRODUCT.md लिखें, जब आवश्यक हो तो TECH.md लिखें, और कार्यान्वयन के विकास के साथ दोनों स्पेक्स को अद्यतन रखें। इसका उपयोग तब करें जब कोई महत्वपूर्ण सुविधा शुरू कर रहे हों, एजेंट-संचालित कार्यान्वयन की योजना बना रहे हों, या जब उपयोगकर्ता उत्पाद और तकनीकी स्पेक्स को स्रोत नियंत्रण में शामिल करना चाहता हो।

वर्तमान सत्र में स्वतंत्र कार्यों के साथ कार्यान्वयन योजनाओं को निष्पादित करते समय उपयोग करें।

खुरदरे विचारों को कोडिंग से पहले स्वीकृत, निर्णय-पूर्ण योजनाओं में बदलता है जिनमें मान्य संरचना होती है। इसका उपयोग तब करें जब उपयोगकर्ता सुविधाओं, आर्किटेक्चर या मूल्य निर्णयों के लिए 出方案/给方案/深入分析/怎么设计/有没有必要/值不值得/plan this/how should I/should we keep this जैसे प्रश्न पूछें। बग फिक्स या छोटे संपादनों के लिए नहीं।

किसी योजना, विनिर्देश या PRD को ट्रेसर-बुलेट वर्टिकल स्लाइस का उपयोग करके प्रोजेक्ट इश्यू ट्रैकर पर स्वतंत्र रूप से लिए जा सकने वाले इश्यू में तोड़ें। तब उपयोग करें जब उपयोगकर्ता किसी योजना को इश्यू में बदलना चाहता हो, कार्यान्वयन टिकट बनाना चाहता हो, या कार्य को इश्यू में विभाजित करना चाहता हो।

वर्तमान वार्तालाप संदर्भ को PRD में बदलें और इसे प्रोजेक्ट इश्यू ट्रैकर पर प्रकाशित करें। इसका उपयोग तब करें जब उपयोगकर्ता वर्तमान संदर्भ से PRD बनाना चाहता है।

ट्राइएज भूमिकाओं द्वारा संचालित स्टेट मशीन के माध्यम से मुद्दों का ट्राइएज करें। उपयोग तब करें जब उपयोगकर्ता कोई मुद्दा बनाना चाहता हो, मुद्दों का ट्राइएज करना चाहता हो, आने वाले बग या फीचर अनुरोधों की समीक्षा करनी हो, AFK एजेंट के लिए मुद्दे तैयार करने हों, या मुद्दा वर्कफ़्लो प्रबंधित करना हो।

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

जब आपके पास कोड को छूने से पहले किसी बहु-चरणीय कार्य के लिए स्पेसिफिकेशन या आवश्यकताएँ हों, तब उपयोग करें।