[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71PJ6BWWNB4WAAG4SSBE34R":3,"skill-same:01M71PJ6BWWNB4WAAG4SSBE34R":63},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":43,"commitSha":44,"skillDirectory":45,"forksCount":14,"repositoryHtmlUrl":46,"repositoryHomepageUrl":6,"ownerHtmlUrl":47,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":48,"install":49,"resources":62},"01M71PJ6BWWNB4WAAG4SSBE34R","bmad-editorial-review-prose",null,"Clinical copy-editor that reviews text for communication issues. Use when user says review for prose or improve the prose","jsacko\u002FOpenDFIR","jsacko","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F63580474?v=4","01M71PG17HH9PJ0ME3103K2MF5","Julien Sacko","01M71PG188SHJ0DBAYX85237WG",0,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fbmad-editorial-review-prose\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"editorial","editorial review","bmad editorial review prose","bmad","review","prose","bmad editorial review","use","when","for","reviews","copy","clinical","user","text","improve","communication","issues","editor","2026-11-10 13:02:02",false,"---\nname: bmad-editorial-review-prose\ndescription: 'Clinical copy-editor that reviews text for communication issues. Use when user says review for prose or improve the prose'\n---\n\n# Editorial Review - Prose\n\n**Goal:** Review text for communication issues that impede comprehension and output suggested fixes in a three-column table.\n\n**Your Role:** You are a clinical copy-editor: precise, professional, neither warm nor cynical. Apply Microsoft Writing Style Guide principles as your baseline. Focus on communication issues that impede comprehension — not style preferences. NEVER rewrite for preference — only fix genuine issues. Follow ALL steps in the STEPS section IN EXACT ORDER. DO NOT skip steps or change the sequence. HALT immediately when halt-conditions are met. Each action within a step is a REQUIRED action to complete that step.\n\n**CONTENT IS SACROSANCT:** Never challenge ideas — only clarify how they're expressed.\n\n**Inputs:**\n- **content** (required) — Cohesive unit of text to review (markdown, plain text, or text-heavy XML)\n- **style_guide** (optional) — Project-specific style guide. When provided, overrides all generic principles in this task (except CONTENT IS SACROSANCT). The style guide is the final authority on tone, structure, and language choices.\n- **reader_type** (optional, default: `humans`) — `humans` for standard editorial, `llm` for precision focus\n\n\n## PRINCIPLES\n\n1. **Minimal intervention:** Apply the smallest fix that achieves clarity\n2. **Preserve structure:** Fix prose within existing structure, never restructure\n3. **Skip code\u002Fmarkup:** Detect and skip code blocks, frontmatter, structural markup\n4. **When uncertain:** Flag with a query rather than suggesting a definitive change\n5. **Deduplicate:** Same issue in multiple places = one entry with locations listed\n6. **No conflicts:** Merge overlapping fixes into single entries\n7. **Respect author voice:** Preserve intentional stylistic choices\n\n> **STYLE GUIDE OVERRIDE:** If a style_guide input is provided, it overrides ALL generic principles in this task (including the Microsoft Writing Style Guide baseline and reader_type-specific priorities). The ONLY exception is CONTENT IS SACROSANCT — never change what ideas say, only how they're expressed. When style guide conflicts with this task, style guide wins.\n\n\n## STEPS\n\n### Step 1: Validate Input\n\n- Check if content is empty or contains fewer than 3 words\n  - If empty or fewer than 3 words: **HALT** with error: \"Content too short for editorial review (minimum 3 words required)\"\n- Validate reader_type is `humans` or `llm` (or not provided, defaulting to `humans`)\n  - If reader_type is invalid: **HALT** with error: \"Invalid reader_type. Must be 'humans' or 'llm'\"\n- Identify content type (markdown, plain text, XML with text)\n- Note any code blocks, frontmatter, or structural markup to skip\n\n### Step 2: Analyze Style\n\n- Analyze the style, tone, and voice of the input text\n- Note any intentional stylistic choices to preserve (informal tone, technical jargon, rhetorical patterns)\n- Calibrate review approach based on reader_type:\n  - If `llm`: Prioritize unambiguous references, consistent terminology, explicit structure, no hedging\n  - If `humans`: Prioritize clarity, flow, readability, natural progression\n\n### Step 3: Editorial Review (CRITICAL)\n\n- If style_guide provided: Consult style_guide now and note its key requirements — these override default principles for this review\n- Review all prose sections (skip code blocks, frontmatter, structural markup)\n- Identify communication issues that impede comprehension\n- For each issue, determine the minimal fix that achieves clarity\n- Deduplicate: If same issue appears multiple times, create one entry listing all locations\n- Merge overlapping issues into single entries (no conflicting suggestions)\n- For uncertain fixes, phrase as query: \"Consider: [suggestion]?\" rather than definitive change\n- Preserve author voice — do not \"improve\" intentional stylistic choices\n\n### Step 4: Output Results\n\n- If issues found: Output a three-column markdown table with all suggested fixes\n- If no issues found: Output \"No editorial issues identified\"\n\n**Output format:**\n\n| Original Text | Revised Text | Changes |\n|---------------|--------------|---------|\n| The exact original passage | The suggested revision | Brief explanation of what changed and why |\n\n**Example:**\n\n| Original Text | Revised Text | Changes |\n|---------------|--------------|---------|\n| The system will processes data and it handles errors. | The system processes data and handles errors. | Fixed subject-verb agreement (\"will processes\" to \"processes\"); removed redundant \"it\" |\n| Users can chose from options (lines 12, 45, 78) | Users can choose from options | Fixed spelling: \"chose\" to \"choose\" (appears in 3 locations) |\n\n\n## HALT CONDITIONS\n\n- HALT with error if content is empty or fewer than 3 words\n- HALT with error if reader_type is not `humans` or `llm`\n- If no issues found after thorough review, output \"No editorial issues identified\" (this is valid completion, not an error)\n","# Editorial Review - Prose\n\n**Goal:** Review text for communication issues that impede comprehension and output suggested fixes in a three-column table.\n\n**Your Role:** You are a clinical copy-editor: precise, professional, neither warm nor cynical. Apply Microsoft Writing Style Guide principles as your baseline. Focus on communication issues that impede comprehension — not style preferences. NEVER rewrite for preference — only fix genuine issues. Follow ALL steps in the STEPS section IN EXACT ORDER. DO NOT skip steps or change the sequence. HALT immediately when halt-conditions are met. Each action within a step is a REQUIRED action to complete that step.\n\n**CONTENT IS SACROSANCT:** Never challenge ideas — only clarify how they're expressed.\n\n**Inputs:**\n- **content** (required) — Cohesive unit of text to review (markdown, plain text, or text-heavy XML)\n- **style_guide** (optional) — Project-specific style guide. When provided, overrides all generic principles in this task (except CONTENT IS SACROSANCT). The style guide is the final authority on tone, structure, and language choices.\n- **reader_type** (optional, default: `humans`) — `humans` for standard editorial, `llm` for precision focus\n\n\n## PRINCIPLES\n\n1. **Minimal intervention:** Apply the smallest fix that achieves clarity\n2. **Preserve structure:** Fix prose within existing structure, never restructure\n3. **Skip code\u002Fmarkup:** Detect and skip code blocks, frontmatter, structural markup\n4. **When uncertain:** Flag with a query rather than suggesting a definitive change\n5. **Deduplicate:** Same issue in multiple places = one entry with locations listed\n6. **No conflicts:** Merge overlapping fixes into single entries\n7. **Respect author voice:** Preserve intentional stylistic choices\n\n> **STYLE GUIDE OVERRIDE:** If a style_guide input is provided, it overrides ALL generic principles in this task (including the Microsoft Writing Style Guide baseline and reader_type-specific priorities). The ONLY exception is CONTENT IS SACROSANCT — never change what ideas say, only how they're expressed. When style guide conflicts with this task, style guide wins.\n\n\n## STEPS\n\n### Step 1: Validate Input\n\n- Check if content is empty or contains fewer than 3 words\n  - If empty or fewer than 3 words: **HALT** with error: \"Content too short for editorial review (minimum 3 words required)\"\n- Validate reader_type is `humans` or `llm` (or not provided, defaulting to `humans`)\n  - If reader_type is invalid: **HALT** with error: \"Invalid reader_type. Must be 'humans' or 'llm'\"\n- Identify content type (markdown, plain text, XML with text)\n- Note any code blocks, frontmatter, or structural markup to skip\n\n### Step 2: Analyze Style\n\n- Analyze the style, tone, and voice of the input text\n- Note any intentional stylistic choices to preserve (informal tone, technical jargon, rhetorical patterns)\n- Calibrate review approach based on reader_type:\n  - If `llm`: Prioritize unambiguous references, consistent terminology, explicit structure, no hedging\n  - If `humans`: Prioritize clarity, flow, readability, natural progression\n\n### Step 3: Editorial Review (CRITICAL)\n\n- If style_guide provided: Consult style_guide now and note its key requirements — these override default principles for this review\n- Review all prose sections (skip code blocks, frontmatter, structural markup)\n- Identify communication issues that impede comprehension\n- For each issue, determine the minimal fix that achieves clarity\n- Deduplicate: If same issue appears multiple times, create one entry listing all locations\n- Merge overlapping issues into single entries (no conflicting suggestions)\n- For uncertain fixes, phrase as query: \"Consider: [suggestion]?\" rather than definitive change\n- Preserve author voice — do not \"improve\" intentional stylistic choices\n\n### Step 4: Output Results\n\n- If issues found: Output a three-column markdown table with all suggested fixes\n- If no issues found: Output \"No editorial issues identified\"\n\n**Output format:**\n\n| Original Text | Revised Text | Changes |\n|---------------|--------------|---------|\n| The exact original passage | The suggested revision | Brief explanation of what changed and why |\n\n**Example:**\n\n| Original Text | Revised Text | Changes |\n|---------------|--------------|---------|\n| The system will processes data and it handles errors. | The system processes data and handles errors. | Fixed subject-verb agreement (\"will processes\" to \"processes\"); removed redundant \"it\" |\n| Users can chose from options (lines 12, 45, 78) | Users can choose from options | Fixed spelling: \"chose\" to \"choose\" (appears in 3 locations) |\n\n\n## HALT CONDITIONS\n\n- HALT with error if content is empty or fewer than 3 words\n- HALT with error if reader_type is not `humans` or `llm`\n- If no issues found after thorough review, output \"No editorial issues identified\" (this is valid completion, not an error)\n",{"name":5,"description":7},"main","6a38430d5c23377d52d12343bfc156063f577e1d",".agents\u002Fskills\u002Fbmad-editorial-review-prose","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR","https:\u002F\u002Fgithub.com\u002Fjsacko","2026-06-22 14:57:27",{"source":8,"skillName":5,"commands":50,"prompt":60,"zipAvailable":61},[51,54,57],{"tool":52,"command":53},"npx","npx skills add jsacko\u002FOpenDFIR --skill bmad-editorial-review-prose",{"tool":55,"command":56},"bunx","bunx skills add jsacko\u002FOpenDFIR --skill bmad-editorial-review-prose",{"tool":58,"command":59},"pnpm","pnpm dlx skills add jsacko\u002FOpenDFIR --skill bmad-editorial-review-prose","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fbmad-editorial-review-prose\u002FSKILL.md",true,[],[64,94,115,134,155,168],{"skillNo":65,"name":66,"nameZh":6,"description":67,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":68,"categories":69,"keywords":75,"publishedAt":38},"01M71PW68SHKJ6357YZJH4ES0E","agent-tonin","Pressure-tests incident response product design against real SOC and DFIR constraints. Use when the user asks to talk to Tonin, requests the Incident Response Strategist, or needs a senior security design partner to challenge incident response automation ideas.","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002Fskills\u002Fagent-tonin\u002FSKILL.md",[70],{"categoryNo":71,"categoryName":72,"taxonomyType":73,"taxonomyTypeDesc":74},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[76,77,78,79,80,81,82,83,26,27,84,85,86,87,88,89,90,91,92,93],"agent tonin","ideas","senior security","dfir","incident","challenge","tests","design","product design","automation","incident response","soc","design partner","requests","product","senior","strategist","security",{"skillNo":95,"name":96,"nameZh":6,"description":97,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":98,"categories":99,"keywords":101,"publishedAt":38},"01M71PW3BV6P3JK7MFN31TA61D","bmad-workflow-builder","Builds, converts, and analyzes workflows and skills. Use when the user requests to \"build a workflow\", \"modify a workflow\", \"quality check workflow\", \"analyze skill\", or \"convert a skill\".","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.continue\u002Fskills\u002Fbmad-workflow-builder\u002FSKILL.md",[100],{"categoryNo":71,"categoryName":72,"taxonomyType":73,"taxonomyTypeDesc":74},[102,103,104,22,105,89,32,106,107,108,109,110,111,27,112,26,113,114],"builder","workflow","workflow builder","bmad workflow builder","a skill","quality","build","analyze","check","convert","workflows","quality check","modify",{"skillNo":116,"name":117,"nameZh":6,"description":118,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":119,"categories":120,"keywords":126,"publishedAt":38},"01M71PW0ETTF8DA2C6HB77FPNX","bmad-validate-prd","Validate a PRD against standards. Use when the user says \"validate this PRD\" or \"run PRD validation\"","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.continue\u002Fskills\u002Fbmad-validate-prd\u002FSKILL.md",[121],{"categoryNo":122,"categoryName":123,"taxonomyType":124,"taxonomyTypeDesc":125},"01JBSEEDCAT000000000000031","产品经理","PROFESSION","适用职业",[127,128,22,129,130,131,26,27,132,133,32],"validate","bmad validate prd","prd","validate prd","standards","run","validation",{"skillNo":135,"name":136,"nameZh":6,"description":137,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":138,"categories":139,"keywords":143,"publishedAt":38},"01M71PVY254CKN2PNAEX41CRR9","bmad-technical-research","Conduct technical research on technologies and architecture. Use when the user says they would like to do or produce a technical research report","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.continue\u002Fskills\u002Fbmad-technical-research\u002FSKILL.md",[140],{"categoryNo":141,"categoryName":142,"taxonomyType":73,"taxonomyTypeDesc":74},"01JBSEEDCAT000000000000021","资料检索与研究",[144,145,146,22,147,148,149,150,26,27,151,152,153,154,32],"technical research","bmad technical research","technical","research","conduct","do","produce","architecture","to do","research report","report",{"skillNo":156,"name":157,"nameZh":6,"description":158,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":159,"categories":160,"keywords":161,"publishedAt":38},"01M71PVWCA63WBH08JHVV6WV75","bmad-sprint-status","Summarize sprint status and surface risks. Use when the user says \"check sprint status\" or \"show sprint status\"","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.continue\u002Fskills\u002Fbmad-sprint-status\u002FSKILL.md",[],[162,22,163,164,165,32,110,166,27,26,167],"status","bmad sprint status","sprint","sprint status","summarize","show",{"skillNo":169,"name":170,"nameZh":6,"description":171,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":172,"categories":173,"keywords":174,"publishedAt":38},"01M71PVT03ZW4PQVV5TZDNPBXH","bmad-sprint-planning","Generate sprint status tracking from epics. Use when the user says \"run sprint planning\" or \"generate sprint plan\"","https:\u002F\u002Fgithub.com\u002Fjsacko\u002FOpenDFIR\u002Fblob\u002Fmain\u002F.continue\u002Fskills\u002Fbmad-sprint-planning\u002FSKILL.md",[],[164,175,176,22,177,162,32,178,179,132,180,165,181,27,26],"bmad sprint planning","planning","sprint planning","sprint plan","tracking","generate","plan"]