[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71KA2M8Z19PY6GC4WZ82G3P":3,"skill-same:01M71KA2M8Z19PY6GC4WZ82G3P":87},{"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":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":52,"commitSha":53,"skillDirectory":54,"forksCount":55,"repositoryHtmlUrl":56,"repositoryHomepageUrl":57,"ownerHtmlUrl":58,"ownerBlogUrl":59,"ownerDescription":6,"updatedAt":60,"install":61,"resources":74},"01M71KA2M8Z19PY6GC4WZ82G3P","simple-english",null,"Write or rewrite technical text with the rules of ASD-STE100 Simplified Technical English so the result is clear, unambiguous, and free of AI slop. Use for documentation, READMEs, runbooks, procedures, error messages, release notes, incident reports, and API guides. Also use when the user says \"STE\", \"Simplified Technical English\", \"ASD-STE100\", \"de-slop\", \"make this readable\", \"write for non-native readers\", or asks for docs that translate well. Enforces the 53 rules of the standard (Issue 9) with a deterministic lint gate.","danielvm-git\u002Fbigpowers","danielvm-git","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F1020864?v=4","01M71H1N1CTQ529S0KN7KETVG6","Daniel V M","01M71H1N218Y3S8WHCJ58NPRSW",292,"MIT","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fsimple-english\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"simple english","simple","english","incident","when","slop","runbooks","native","error","guides","de","free","translate","reports","text","api","messages","release notes","notes","documentation","2026-11-10 10:12:30",false,"---\nname: simple-english\nmodel: sonnet\neffort: standard\nphase: Sustain\ndescription: Write or rewrite technical text with the rules of ASD-STE100 Simplified Technical English so the result is clear, unambiguous, and free of AI slop. Use for documentation, READMEs, runbooks, procedures, error messages, release notes, incident reports, and API guides. Also use when the user says \"STE\", \"Simplified Technical English\", \"ASD-STE100\", \"de-slop\", \"make this readable\", \"write for non-native readers\", or asks for docs that translate well. Enforces the 53 rules of the standard (Issue 9) with a deterministic lint gate.\n---\n\n# Simple English\n\n> **HARD GATE** — Do NOT deliver technical text without classifying it first as procedural or descriptive. Every sentence limit and verb form depends on this choice.\n>\n> **HARD GATE** — Do NOT change code, identifiers, CLI flags, file paths, or quoted error messages. Leave them exact.\n>\n> **HARD GATE** — Do NOT claim STE compliance. State that final approval rests with the writer.\n\nWrite technical text with the rules of ASD-STE100 Simplified Technical English. STE removes long sentences, synonym rotation, and decorative clauses so a tired reader cannot misread an instruction.\n\n## Your task\n\nWhen asked to write or rewrite technical text, do these steps in order:\n\n1. Select mode (**Pragmatic** default for docs\u002FREADMEs; **Strict** when user requests full STE\u002Fcompliance).\n2. Classify each passage as procedural or descriptive.\n3. Fix vocabulary before drafting (pick one verb\u002Fnoun per concept).\n4. Apply core limits and rules from REFERENCE.md.\n5. Run mandatory self-check before delivery.\n6. Leave code, identifiers, and quoted errors untouched.\n\nWhen asked to CHECK text, report each violation with rule number, offending text, and compliant rewrite.\n\n## Passage classification\n\n| | Procedural (instructions) | Descriptive (explanations) |\n|---|---|---|\n| Purpose | Tell the reader what to do | Explain what a thing is or does |\n| Verb form | Imperative: \"Install the pump.\" | Simple present, past, or future |\n| Sentence limit | **20 words** (Rule 5.1) | **25 words** (Rule 6.3) |\n| Unit rule | One instruction per sentence (5.2) | One topic per paragraph (6.5), max 6 sentences (6.6) |\n\n## Core limits\n\n| Limit | Rule |\n|---|---|\n| Max 20 words per procedural sentence \u002F 25 words per descriptive sentence or note | 5.1, 6.3, 5.5 |\n| Max 6 sentences per paragraph; multi-word nouns max 3 words | 6.6, 2.1 |\n| Approved verbs: infinitive, imperative, simple present\u002Fpast\u002Ffuture, past participle as adj | 3.2 |\n| Active voice; no semicolons; put required conditions before commands | 3.6, 8.1, 5.4 |\n| Code, numbers with units, identifiers, quoted text count as 1 word each | 8.6 |\n\n## Approved modals & slop replacements\n\nApproved modals: `can`, `will`, `must`. Replace `should` → `must` (requirement) or delete (recommendation); `may`\u002F`might`\u002F`could` → `can`.\n\nCommon slop replacements: `leverage`\u002F`utilize` → `use`; `in order to` → `to`; `prior to` → `before`; `ensure` → `make sure that`; `functionality` → `function`\u002F`feature`. See full table in REFERENCE.md.\n\n## Self-check before delivery\n\n1. Count words in 3 longest sentences (over limit → split).\n2. Search draft for contractions, perfect tenses, banned modals, `-ing` verbs after comma, semicolons.\n3. Check `if`\u002F`when` placement (must start sentence before command).\n4. Verify consistent single term per concept across whole doc.\n\n## Verify\n\n→ verify: `test -x skills\u002Fsimple-english\u002Fscripts\u002Fste_lint.py && python3 skills\u002Fsimple-english\u002Fscripts\u002Fste_lint.py --self-test && echo OK`\n\n## Reference\n\n- [REFERENCE.md](REFERENCE.md) — full 53-rule catalog, slop substitutions, doc-type adaptations, and verification checklist.\n\n","# Simple English\n\n> **HARD GATE** — Do NOT deliver technical text without classifying it first as procedural or descriptive. Every sentence limit and verb form depends on this choice.\n>\n> **HARD GATE** — Do NOT change code, identifiers, CLI flags, file paths, or quoted error messages. Leave them exact.\n>\n> **HARD GATE** — Do NOT claim STE compliance. State that final approval rests with the writer.\n\nWrite technical text with the rules of ASD-STE100 Simplified Technical English. STE removes long sentences, synonym rotation, and decorative clauses so a tired reader cannot misread an instruction.\n\n## Your task\n\nWhen asked to write or rewrite technical text, do these steps in order:\n\n1. Select mode (**Pragmatic** default for docs\u002FREADMEs; **Strict** when user requests full STE\u002Fcompliance).\n2. Classify each passage as procedural or descriptive.\n3. Fix vocabulary before drafting (pick one verb\u002Fnoun per concept).\n4. Apply core limits and rules from REFERENCE.md.\n5. Run mandatory self-check before delivery.\n6. Leave code, identifiers, and quoted errors untouched.\n\nWhen asked to CHECK text, report each violation with rule number, offending text, and compliant rewrite.\n\n## Passage classification\n\n| | Procedural (instructions) | Descriptive (explanations) |\n|---|---|---|\n| Purpose | Tell the reader what to do | Explain what a thing is or does |\n| Verb form | Imperative: \"Install the pump.\" | Simple present, past, or future |\n| Sentence limit | **20 words** (Rule 5.1) | **25 words** (Rule 6.3) |\n| Unit rule | One instruction per sentence (5.2) | One topic per paragraph (6.5), max 6 sentences (6.6) |\n\n## Core limits\n\n| Limit | Rule |\n|---|---|\n| Max 20 words per procedural sentence \u002F 25 words per descriptive sentence or note | 5.1, 6.3, 5.5 |\n| Max 6 sentences per paragraph; multi-word nouns max 3 words | 6.6, 2.1 |\n| Approved verbs: infinitive, imperative, simple present\u002Fpast\u002Ffuture, past participle as adj | 3.2 |\n| Active voice; no semicolons; put required conditions before commands | 3.6, 8.1, 5.4 |\n| Code, numbers with units, identifiers, quoted text count as 1 word each | 8.6 |\n\n## Approved modals & slop replacements\n\nApproved modals: `can`, `will`, `must`. Replace `should` → `must` (requirement) or delete (recommendation); `may`\u002F`might`\u002F`could` → `can`.\n\nCommon slop replacements: `leverage`\u002F`utilize` → `use`; `in order to` → `to`; `prior to` → `before`; `ensure` → `make sure that`; `functionality` → `function`\u002F`feature`. See full table in REFERENCE.md.\n\n## Self-check before delivery\n\n1. Count words in 3 longest sentences (over limit → split).\n2. Search draft for contractions, perfect tenses, banned modals, `-ing` verbs after comma, semicolons.\n3. Check `if`\u002F`when` placement (must start sentence before command).\n4. Verify consistent single term per concept across whole doc.\n\n## Verify\n\n→ verify: `test -x skills\u002Fsimple-english\u002Fscripts\u002Fste_lint.py && python3 skills\u002Fsimple-english\u002Fscripts\u002Fste_lint.py --self-test && echo OK`\n\n## Reference\n\n- [REFERENCE.md](REFERENCE.md) — full 53-rule catalog, slop substitutions, doc-type adaptations, and verification checklist.\n\n",{"name":5,"model":49,"phase":50,"effort":51,"description":7},"sonnet","Sustain","standard","main","72f5e4c8b43f60cf86b37078ad8cd7e22daf67aa","skills\u002Fsimple-english",23,"https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers","https:\u002F\u002Fdanielvm-git.github.io\u002Fbigpowers\u002F","https:\u002F\u002Fgithub.com\u002Fdanielvm-git","danielvm.net","2026-11-10 01:18:54",{"source":8,"skillName":5,"commands":62,"prompt":72,"zipAvailable":73},[63,66,69],{"tool":64,"command":65},"npx","npx skills add danielvm-git\u002Fbigpowers --skill simple-english",{"tool":67,"command":68},"bunx","bunx skills add danielvm-git\u002Fbigpowers --skill simple-english",{"tool":70,"command":71},"pnpm","pnpm dlx skills add danielvm-git\u002Fbigpowers --skill simple-english","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fsimple-english\u002FSKILL.md",true,[75,81],{"path":76,"resourceType":77,"resourceTypeDesc":78,"sizeBytes":79,"sourceHtmlUrl":80},"REFERENCE.md","REFERENCE","参考文档",15107,"https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fsimple-english\u002FREFERENCE.md",{"path":82,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":85,"sourceHtmlUrl":86},"scripts\u002Fste_lint.py","SCRIPT","脚本",17984,"https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fsimple-english\u002Fscripts\u002Fste_lint.py",[88,109,116,142,165,186],{"skillNo":89,"name":90,"nameZh":6,"description":91,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":92,"categories":93,"keywords":99,"publishedAt":44},"01M71KBG9F8X644MJB16H4V8M7","skill-verify-fail-open-fixture","Negative-path fixture for run-skill-verify.sh — must never PASS.","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fspecs\u002Fverifications\u002Ffixtures\u002Fskill-verify-fail-open\u002FSKILL.md",[94],{"categoryNo":95,"categoryName":96,"taxonomyType":97,"taxonomyTypeDesc":98},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[100,101,102,103,104,105,106,107,108],"fixture","open","verify","skill verify fail open fixture","skill verify","path","run","for","never",{"skillNo":110,"name":111,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":112,"categories":113,"keywords":114,"publishedAt":44},"01M71KBE3BKEMKNE0C5DGVDWZH","negative-path","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fspecs\u002Fverifications\u002Ffixtures\u002Fnegative-path\u002FSKILL.md",[],[115,105],"negative path",{"skillNo":117,"name":118,"nameZh":6,"description":119,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":120,"categories":121,"keywords":125,"publishedAt":44},"01M71KBBGF7Y4EB4AMHBZ8CJFC","write-document","Write, organize, and sync high-integrity technical documents using the BMAD methodology. Ensures every document is Bold, Minimal, Actionable, and Durable. Use when creating architectural docs, technical guides, or organizing the specs\u002F directory.","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fwrite-document\u002FSKILL.md",[122],{"categoryNo":123,"categoryName":124,"taxonomyType":97,"taxonomyTypeDesc":98},"01JBSEEDCAT000000000000002","文档处理",[126,127,128,129,130,131,132,133,134,51,135,28,136,137,49,138,139,140,141,33],"write","write document","document","documents","actionable","technical","methodology","high","bmad","use","minimal","bold","integrity","organize","sync","directory",{"skillNo":143,"name":144,"nameZh":6,"description":145,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":146,"categories":147,"keywords":148,"publishedAt":44},"01M71KB8TM089JJD5AY5KAFSDM","wire-observability","Add structured JSON logging, observability commands, and idempotent setup scripts to a project. Use when a project needs production-readiness instrumentation, when user wants structured logging, or as a production-readiness gate at any phase of development.","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fwire-observability\u002FSKILL.md",[],[149,150,151,51,152,135,153,154,155,156,49,157,158,159,160,161,162,28,163,164],"observability","wire observability","readiness","commands","development","as","logging","add","instrumentation","at","structured logging","production-readiness","idempotent","phase","project","scripts",{"skillNo":166,"name":167,"nameZh":6,"description":168,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":169,"categories":170,"keywords":171,"publishedAt":44},"01M71KB6CNRANP449DQA3NJZ96","wire-ci","CI pipeline setup with bundled, forge-neutral templates and local validation. Detects the forge from the git remote, generates workflows for supported forges, and skips honestly for the rest. The CI equivalent of wire-observability.","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fwire-ci\u002FSKILL.md",[],[172,173,174,175,176,177,178,179,180,181,182,51,183,107,149,49,184,185],"wire ci","ci","remote","local","pipeline","forge","validation","setup","templates","REST","with","ci pipeline setup","git","workflows",{"skillNo":187,"name":188,"nameZh":6,"description":189,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":190,"categories":191,"keywords":199,"publishedAt":44},"01M71KB2ZV98P03X88QR8MT9F1","visual-dashboard","Start a browser-based dashboard that visualizes architecture, implementation plans, and project status. Persists artifacts in .bigpowers\u002Fdashboard\u002F. Reads specs\u002Fstate.yaml, release-plan.yaml, epics, and planning-status via HTTP API or opencode panel.","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Fvisual-dashboard\u002FSKILL.md",[192,195,196],{"categoryNo":193,"categoryName":194,"taxonomyType":97,"taxonomyTypeDesc":98},"01JBSEEDCAT000000000000013","分析与可视化",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":197,"categoryName":198,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000033","数据分析师",[200,201,202,203,204,205,206,207,208,49,209,210,211,212,213,39,214,163,215,216],"dashboard","visual","visual dashboard","status","artifacts","http","plans","planning","panel","start","release","opencode","plan","browser","architecture","project status","http api"]