القائمة
جمع SkillsMP عدد ٢٩ من skills من reynldi/skills. افتح أي skill لمراجعة مصدره وتفاصيله.
عرض ٢٩ من أصل ٢٩ skills مجمعة.
Default output style for installed skills: write documents and user-facing responses in Simplified Technical English (ASD-STE100) with simple words, short sentences, active voice, and clear structure. Use when the user wants simple text or invokes…
لغة النص الأصلي: الإنجليزية
Write a short PRD that starts with the problem — introduction with 5W1H, success metrics, user stories, and a requirements table with acceptance criteria. Then give it to the /development-workflow build pipeline. Stage P5 of /product-workflow. Simple English,…
لغة النص الأصلي: الإنجليزية
Skeptical review of one PRD before it goes to publish or to build — find the gaps, the parts that do not belong, the words with more than one meaning, and the risks; then close each gap by asking the user one question at a time. Runs after /product-prd, and…
لغة النص الأصلي: الإنجليزية
Publish a finished PRD from the current session to Confluence — quality gate against the PRD template, then Q&A for the target space and parent page (with defaults from memory), then build mentions for the PICs on the open questions and assumptions, then…
لغة النص الأصلي: الإنجليزية
Run product work from start to end in simple English — find the real problem, test that users want it, select what to build, write the PRD, set the success numbers, give the PRD to the build pipeline, then measure the result. For all persons, not only product…
لغة النص الأصلي: الإنجليزية
Quiz the user on a topic to check and strengthen their understanding. Default source is the current session — quiz on topics that stayed unresolved or unanswered. Use when the user says "quiz me", "test me", "check my understanding", or invokes /quiz-me.
لغة النص الأصلي: الإنجليزية
Standalone three-axis code review of the diff between HEAD and a fixed point — Spec (does it implement the intent), Standards (does it follow the repo's documented conventions), Risk (is it safe in production, judged with a Principal Engineer mindset). Axes…
لغة النص الأصلي: الإنجليزية
Generate QA test plans, Gherkin test cases, regression suites, and an optional HTML dashboard. Use for "create a test plan for X", "write test cases for X", or "build a regression suite".
لغة النص الأصلي: الإنجليزية
Feature retrospective after a feature ships (or after any finished piece of work) — collect retro points, review them one by one, quiz the user when useful, and with the user's permission write each lesson into the right place (spec, skill, repo constitution,…
لغة النص الأصلي: الإنجليزية
Orchestrate the full feature delivery pipeline — Planning (/plan-product-spec → /plan-technical-spec → /plan-contract-spec → /plan-verification → /plan-ready) → Implement (/plan-implement) → Review (/impl-review) → QA (/qa-test) — with approval gates, resume,…
لغة النص الأصلي: الإنجليزية
Holistic post-implementation review of the whole feature diff against Product/Technical/Contract Specs — spec compliance, correctness, security, tests, maintainability; writes review-report.md. Stage 7 of /development-workflow, after /plan-implement. Use when…
لغة النص الأصلي: الإنجليزية
Create or update contract-spec.md (REST/gRPC/Event contracts) from a Technical Spec. Stage 3 of /development-workflow, after /plan-technical-spec. Use when the user asks to define API or event contracts, write a contract spec, or invokes /plan-contract-spec.
لغة النص الأصلي: الإنجليزية
Execute an approved tasks.md task-by-task with tests, per-task reviewer PASS, and checkpoint gates; writes implementation-report.md. Stage 6 of /development-workflow, after /plan-ready. Use when the user asks to implement approved tasks, execute tasks.md, or…
لغة النص الأصلي: الإنجليزية
Write a UX-centric Product Spec (feature/UX spec) from a feature idea, user problem, or goal — or from an APPROVED prd.md handed off by /product-workflow (for a problem/outcome-level PRD, use /product-prd) — flows, stories, states, edge cases; no KPIs,…
لغة النص الأصلي: الإنجليزية
Final planning gate — verify specs are consistent, then generate tasks.md organized by user story with checkpoints; fails without generating tasks while Blocking/High issues remain. Stage 5 of /development-workflow, before /plan-implement. Use when the user…
لغة النص الأصلي: الإنجليزية
Create an implementation-ready Technical Spec from a Product Spec. Stage 2 of /development-workflow, after /plan-product-spec. Use when the user asks to design a feature's technical implementation, plan the architecture, or invokes /plan-technical-spec.
لغة النص الأصلي: الإنجليزية
Skeptical pre-implementation review of Product/Technical/Contract Specs — ambiguity, contradictions, over-engineering, risk — with severity-ranked findings and interactive Q&A. Stage 4 of /development-workflow, before /plan-ready. Use when the user asks to…
لغة النص الأصلي: الإنجليزية
QA acceptance testing of an implemented feature against the Product Spec — run suites, execute each story's Independent Test, edge cases, contract conformance; writes qa-report.md. Final stage of /development-workflow, after /impl-review. Use when the user…
لغة النص الأصلي: الإنجليزية
Judge and analyze an existing product or technical spec. Deep-research the product spec against competitors and first-principles; review the technical spec against the codebase for robustness, quality, simplicity, scalability, and long-term maintainability.…
لغة النص الأصلي: الإنجليزية
Trace a feature through the codebase and generate it as an product spec or technical spec.
لغة النص الأصلي: الإنجليزية
Break a plan, spec, or conversation into atomic, dependency-ordered tickets (tracer-bullet vertical slices), or review tasks against their specs. Use for "break down this plan/spec into tasks", "create tickets", "task breakdown", or "review task T00X against…
لغة النص الأصلي: الإنجليزية
Explain any topic, decision, code, or process for a complete beginner. Use when the user says "ELI5", "explain like I am five", asks for a very simple explanation, or appears unfamiliar with the topic.
لغة النص الأصلي: الإنجليزية
Research that answers one exact question — use the products of competitors, read their bad reviews, read why deals were won or lost, and find what competitors will ship next. The result is a ranked list of actions. Stage P2 (optional) of /product-workflow.…
لغة النص الأصلي: الإنجليزية
Find which problem is worth the work — talk to real users, write what they said, and map their problems to possible solutions. Stage P1 of /product-workflow. Simple English, no product experience needed. Use when the user wants to learn about the users, plan…
لغة النص الأصلي: الإنجليزية
Set the meaning of success before the team builds, in numbers that a person can show are false — one main number, a few weekly numbers, one early signal, and the things that must not become worse. Then record the real numbers after launch. Stages P6 and P7 of…
لغة النص الأصلي: الإنجليزية
Select what to build next and show the reasons — score the problems by how much users need help, score the solutions with a simple formula, give a source for each number, and make a roadmap with no false dates. Stage P4 of /product-workflow. Simple English,…
لغة النص الأصلي: الإنجليزية
Test the risks in an idea before the team builds it — write what you accept as true with no proof, find the assumption that can stop the idea, and run the cheapest test that can show it is false. Stage P3 of /product-workflow. Simple English, no product…
لغة النص الأصلي: الإنجليزية
Global multi-agent orchestrator — delegate work to other agents with the right pattern: advisor (second opinion), committee (two contrasting agents plan a hard problem), handoff (transfer a task with full context), loop (worker/verifier cycle until done). Use…
لغة النص الأصلي: الإنجليزية
Job-role personas for pipeline and delegation work — Compass (product manager), Forge (backend engineer), Prism (frontend engineer), Gauntlet (QA engineer), Bastion (security engineer), Atlas (DevOps engineer). Each has a mission, key principles, and four…
لغة النص الأصلي: الإنجليزية