[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"creator:01M71FCJGKDH30JSHK6XJZXN8Y":3,"creator-list:01M71FCJGKDH30JSHK6XJZXN8Y:stars:1:":23},{"accountNo":4,"login":5,"displayName":6,"avatarUrl":7,"accountType":8,"accountTypeDesc":9,"profileDescription":10,"skillCount":11,"repoCount":12,"professionCount":13,"scenarioCount":14,"totalStars":15,"updatedAt":16,"htmlUrl":17,"blogUrl":18,"company":19,"location":20,"followersCount":21,"publicReposCount":22},"01M71FCJGKDH30JSHK6XJZXN8Y","esond","Eric Sondergard","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F4650644?v=4","USER","个人作者","Serial pragmatist.\r\n\r\nCheck out my other repos at @hexagram-solutions! ",17,1,4,5,0,"2026-11-07 00:00:12","https:\u002F\u002Fgithub.com\u002Fesond","https:\u002F\u002Flinktr.ee\u002Fesond0","@beadpay, @hexagram-solutions","Saskatoon, Canada",6,35,{"records":24,"total":11,"current":12,"size":386},[25,57,84,111,123,159,180,203,224,245,265,286,302,316,336,358,369],{"skillNo":26,"name":27,"nameZh":28,"description":29,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":33,"categories":34,"keywords":35,"publishedAt":56},"01M71FF0KCP66CRNT9AT1T18Z9","work-item-voice",null,"Write or edit the user's issues in their own voice, in any work tracker — Jira, Linear, GitHub Issues, Azure DevOps. Covers features (new behavior), tasks (work that needs doing), and bugs (behavior that does not match expectation). Load this whenever the deliverable is an issue body, whether they say \"file a bug\", \"write a ticket\", \"draft a story\", \"create an issue for this\", \"turn this into a Jira\", \"write this up in Linear\", or paste a thread and ask for an issue out of it. Load it too whenever text goes into an issue that already exists — \"record this in the issue\", \"add what we found to the ticket\", \"note this on the card\", \"update the one about refunds\", or naming an issue by its key and asking for a fact to go in it — and when writing or updating one is a step inside a larger task. Features get behavior-driven framing with no implementation prescribed, and bugs get expected versus actual. Not for a comment on an issue, which is a conversation turn.","esond\u002Fskills","01M71FCJHP4WCJVP4HVMEW1KB2","MIT","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fesond\u002Fskills\u002Fwork-item-voice\u002FSKILL.md",[],[36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55],"work","work item voice","work item","voice","conversation","which","get","card","ticket","up","issues","new","writing","azure devops","when","ask","tasks","text","create","tracker","2026-11-10 10:12:30",{"skillNo":58,"name":59,"nameZh":28,"description":60,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":61,"categories":62,"keywords":68,"publishedAt":56},"01M71FETV1H7JPCTSKMW3XZV1T","conversational-voice","Write the user's side of a conversation with another person, in the user's own voice: Slack messages and replies, DMs, email, PR and code-review comments, Linear or Jira comments, and any other turn in an exchange that goes out under the user's name. Load this whenever the deliverable is a message a human will read as written by the user, whether they say \"draft a Slack message\", \"reply to this\", \"how should I word this\", \"tell the team\", \"ask them about X\", \"send a note to\", or just paste a thread and ask what to say back. Load it too when tightening, shortening, or sanity-checking a message they already wrote, and when a message is one step of a larger task. The register is direct and informal, the way they'd talk to a friend or acquaintance, with the answer up front for a reader who skims. Not for something the user authors rather than sends — an issue body, a PR description, a commit message — even though a person reads those too.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fesond\u002Fskills\u002Fconversational-voice\u002FSKILL.md",[63],{"categoryNo":64,"categoryName":65,"taxonomyType":66,"taxonomyTypeDesc":67},"01JBSEEDCAT000000000000005","邮件与沟通","SCENARIO","使用场景",[69,39,70,40,71,72,45,73,50,51,74,75,76,77,78,79,80,81,82,83],"conversational voice","back","messages","send","slack messages","code","commit","team","code-review","review","sanity","message","slack","human","how",{"skillNo":85,"name":86,"nameZh":28,"description":87,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":88,"categories":89,"keywords":95,"publishedAt":56},"01M71FEN36NS9Y4RVX6KQ704TB","sync-core-repo-docs","Create or audit a repo's three core doc files — README.md, the agent instructions file (AGENTS.md or CLAUDE.md), and REVIEW.md — in that dependency order. If a file is missing, generate it from the codebase; if it exists, audit it against the current code and apply targeted fixes after confirmation. README.md gets a developer from clone to running the project; AGENTS.md captures coding guidance for the agent (delegating to \u002Finit or claude-md-improver); REVIEW.md holds guidance for code reviewers, human or automated, without duplicating AGENTS.md. Target files with --readme, --claude, and --review, or run all three. Use whenever the user wants to set up, bootstrap, scaffold, refresh, audit, update, or sync a repo's docs, or says things like \"create a README\", \"is my README still accurate\", \"write a CLAUDE.md\", \"write an AGENTS.md\", \"audit our docs\", or \"get this repo ready for contributors\" — even when only one file is named. Prefer it over claude-md-improver when README or REVIEW are also in scope.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Fsync-core-repo-docs\u002FSKILL.md",[90],{"categoryNo":91,"categoryName":92,"taxonomyType":93,"taxonomyTypeDesc":94},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[96,97,98,99,100,101,102,103,104,42,105,106,45,107,108,109,110,50,74,78],"sync","sync core repo docs","repo docs","core","repo","docs","agent instructions","SET","ready","scope","project","init","only","files","confirmation",{"skillNo":112,"name":113,"nameZh":28,"description":114,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":115,"categories":116,"keywords":117,"publishedAt":56},"01M71FEKJQ2G2NQ4NCXRR9SD63","sync-core-docs","Create or audit a repo's README.md, AGENTS.md\u002FCLAUDE.md, and REVIEW.md docs.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Fsync-core-docs\u002FSKILL.md",[],[118,101,99,96,54,119,120,121,122,100,78],"sync core docs","true","md docs","audit","README",{"skillNo":124,"name":125,"nameZh":28,"description":126,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":127,"categories":128,"keywords":138,"publishedAt":56},"01M71FEAWPC8BM27EE0A90VT8T","righting-software-system-design","Opt-in, collaborative system-design workflow based on Juval Löwy's iDesign methodology in *Righting Software*. Conducts a multi-phase interview (framing → use cases → volatility analysis → components → call-chain validation → report) that surfaces unknown-unknowns and produces a written recommendation at `decompositions\u002F{system-name}\u002Freport.md`. **Run only when the user explicitly invites this workflow** — not for general architecture questions, lightweight design conversations, or quick \"where should X live?\" questions. Valid triggers: the user names the skill directly, references *Righting Software* \u002F Juval Löwy \u002F iDesign \u002F \"The Method\" \u002F volatility-based decomposition and asks to run a full session, asks for a \"deep\" or \"structured\" or \"Löwy-style\" system design session, or accepts a prior suggestion to run it. Wait for an explicit yes before entering Phase 0. The skill is interrogative — a back-and-forth interview that challenges each volatility candidate and proposes ones the user hasn't considered.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Frighting-software-system-design\u002FSKILL.md",[129,132,135],{"categoryNo":130,"categoryName":131,"taxonomyType":66,"taxonomyTypeDesc":67},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":133,"categoryName":134,"taxonomyType":66,"taxonomyTypeDesc":67},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":136,"categoryName":137,"taxonomyType":93,"taxonomyTypeDesc":94},"01JBSEEDCAT000000000000032","设计师",[139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158],"system design","design","software","system","righting software","righting software system design","deep","quick","wait for","unknown","components","candidate","architecture","phase","valid","run","at","wait","live","full",{"skillNo":160,"name":161,"nameZh":28,"description":162,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":163,"categories":164,"keywords":165,"publishedAt":56},"01M71FE4QYB436ZS8H3SWWHA4F","reorganize-branch-commits","Reorganize the commits on a non-default git branch into a clean, logical history by rewriting the branch — `git reset` + re-commit by default, `git rebase -i` when commit boundaries already align. Propose groupings based on the actual work done (features, refactors, tests, fixes, docs), get explicit user approval, back the branch up, then rewrite history. Use this skill whenever the user wants to tidy up, clean up, reorganize, restructure, squash, or curate commits on a feature branch — even if they phrase it as \"my branch is a mess\", \"squash this down\", \"combine these commits\", \"fix up the commit log before I open a PR\", or \"make the commits presentable for review\". Trigger proactively when the user is about to open or push a PR and the branch has scrappy\u002FWIP\u002F\"fix\" commits to collapse. Refuses to operate on default or release-shaped branches (main, master, develop, trunk, production, release, or the repo default) — a feature-branch-only tool.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Freorganize-branch-commits\u002FSKILL.md",[],[166,167,168,70,169,42,170,171,172,45,173,174,175,176,108,177,178,50,179,75],"branch","reorganize branch commits","commits","operate","align","re","default","fix","clean","branches","open","tidy","main","done",{"skillNo":181,"name":182,"nameZh":28,"description":183,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":184,"categories":185,"keywords":186,"publishedAt":56},"01M71FE0TZQXH44K88DSFDEA98","pr-review-resolver","Address outstanding review feedback on a GitHub pull request: unresolved review threads, submitted review bodies, and general PR comments. Triages each critically, fixes what it agrees with, and pushes back on the rest. Use whenever the user wants to address, fix, resolve, or work through PR review comments or feedback, even if they just say \"handle the PR comments\", \"fix what the reviewers said\", or \"go through the PR\", or pastes a PR URL and asks you to act on the feedback there.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Fpr-review-resolver\u002FSKILL.md",[],[187,188,78,189,190,70,191,192,193,194,195,173,196,197,198,199,200,201,51,202],"pr","pr review","resolver","pr review resolver","pull","feedback","pr review comments","fixes","just","general","review feedback","use","number","URL","you","comments",{"skillNo":204,"name":205,"nameZh":28,"description":206,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":207,"categories":208,"keywords":212,"publishedAt":56},"01M71FDW81J20CZ0B9TKMDJAZY","inline-review","Find and address inline code-review comments left in the code, marked with the `rev:` prefix (e.g. `\u002F\u002F rev:`, `# rev:`, `-- rev:`). These are a manual code review done inline instead of on GitHub — each comment is a question, suggestion, concern, or change request about the nearby code. Use this skill whenever the user asks you to address, handle, resolve, go through, or respond to their inline review comments, rev comments, or `rev:` comments — even when phrased tersely, like \"address my rev comments\", \"handle the reviews\", \"go through the rev: notes\", \"I left some inline comments\", \"respond to my review\", or just \"address these\" right after leaving such comments. Trigger whenever the request references `rev:` comments in the code.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Finline-review\u002FSKILL.md",[209],{"categoryNo":210,"categoryName":211,"taxonomyType":66,"taxonomyTypeDesc":67},"01JBSEEDCAT000000000000007","代码审查",[213,78,214,215,195,216,217,218,219,220,221,198,50,201,179,202,74,77,222,223],"inline review","inline","reviews","code review","manual","trigger","respond","rev","question","with","notes",{"skillNo":225,"name":226,"nameZh":28,"description":227,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":228,"categories":229,"keywords":230,"publishedAt":56},"01M71FDPEVPTDATP02EPK687DN","clean-unused-cpm-packages","Remove unused PackageVersion entries from `Directory.Packages.props` files in a .NET repo using Central Package Management (CPM). Scans every `.csproj`, `.props`, and `.targets` file for PackageReference includes, computes which PackageVersion IDs aren't referenced anywhere, removes the unused entries with line-targeted edits that preserve formatting and comments, then verifies with `dotnet restore`. Use this skill whenever the user wants to clean up, prune, or remove unused entries from `Directory.Packages.props`, or says things like \"clean up CPM\", \"remove unused packages from central package management\", \"the props file has stale entries\", \"prune Directory.Packages.props\", or \"dead packages in the central versions file\" — even if they don't literally say \"CPM\". Trigger proactively when the user mentions `Directory.Packages.props` alongside cleanup, removal, dead, stale, or unused. Refuses to run on repos without a `Directory.Packages.props` (CPM not in use).","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Feng\u002Fskills\u002Fclean-unused-cpm-packages\u002FSKILL.md",[],[174,231,232,233,234,41,235,236,237,45,109,238,239,50,154,240,241,242,243,244],"unused","clean unused cpm packages","packages","CPM","ids","csproj","remove","cleanup","dotnet","directory","line","repos","prune","formatting",{"skillNo":246,"name":247,"nameZh":28,"description":248,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":249,"categories":250,"keywords":251,"publishedAt":56},"01M71FDGZZS7FFRMHH3392FSAZ","diataxis","Router for documentation work under the Diátaxis methodology. Use whenever the user wants to write, add to, expand, reorganize, or audit documentation — \"write docs for X\", \"document this feature\", \"add a page about\", \"improve our README\", \"does this doc work\", \"audit our docs\", \"--audit\" — or mentions Diátaxis, the compass, or a documentation type when no single type skill is the obvious match. Applies the compass (action or cognition? acquisition or application?) to classify the reader's need, then hands off to diataxis-tutorial, diataxis-how-to, diataxis-reference, or diataxis-explanation. When the user points at existing docs or supplies paths, assume the work is adding to or expanding those articles. With --audit, runs an improvement pass instead: classify each unit, run the matching type's drift checklist, and propose relocations and splits that fit the docs to the model without rewriting their substance. Prefer this router over a type skill whenever the type isn't already certain.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fdocs\u002Fskills\u002Fdiataxis\u002FSKILL.md",[],[247,252,253,254,255,50,256,257,258,259,36,260,83,121,154,155,261,262,263,264],"unit","model","expand","improve","drift","router","documentation","acquisition","classify","write","paths","action","doc",{"skillNo":266,"name":267,"nameZh":28,"description":268,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":269,"categories":270,"keywords":274,"publishedAt":56},"01M71FDBC86A29HNP9WK92JTNP","diataxis-tutorial","Write, expand, or audit a tutorial — learning-oriented documentation in the Diátaxis sense: a lesson that takes a beginner through a guided, hands-on experience to build skill and confidence, where the artifact produced along the way is not the point. Use whenever the user wants a \"getting started\" guide, onboarding walkthrough, \"first steps with X\", intro lesson, learning exercise, workshop material, or asks to \"teach someone\" a tool, API, or codebase by doing — even if they never say \"tutorial\". Also loaded by the `diataxis` router when the compass points to action + acquisition: the reader will *do* something in order to *learn*. If the reader is an already-competent practitioner trying to get a real job done, that's `diataxis-how-to` instead; when the type is in doubt or mixed, consult the `diataxis` skill first.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fdocs\u002Fskills\u002Fdiataxis-tutorial\u002FSKILL.md",[271],{"categoryNo":272,"categoryName":273,"taxonomyType":93,"taxonomyTypeDesc":94},"01JBSEEDCAT000000000000039","教师与教育",[275,276,247,277,278,279,42,254,280,281,50,282,179,283,284,257,258,259,285,83],"diataxis tutorial","tutorial","getting started","lesson","never","walkthrough","exercise","learn","api","consult","artifact",{"skillNo":287,"name":288,"nameZh":28,"description":289,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":290,"categories":291,"keywords":293,"publishedAt":56},"01M71FD68W9EK2CXPRRVXH4G6Q","diataxis-reference","Write, expand, or audit reference documentation — information-oriented technical description in the Diátaxis sense: austere, accurate, consistent facts about the machinery, consulted while working. Use whenever the user wants API docs, a configuration or parameter listing, CLI or command documentation, an options table, schema or data-model docs, error-code catalogs, environment-variable docs, or any \"document what X is \u002F what settings exist\" request — even if they never say \"reference\". Also loaded by the `diataxis` router when the compass points to cognition + application: the reader needs *facts to consult* while *getting work done*. If the content is mostly why-and-context discussion, that's `diataxis-explanation`; if it directs the reader's actions step by step, that's `diataxis-how-to`. When the type is in doubt or mixed, consult the `diataxis` skill first.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fdocs\u002Fskills\u002Fdiataxis-reference\u002FSKILL.md",[292],{"categoryNo":91,"categoryName":92,"taxonomyType":93,"taxonomyTypeDesc":94},[294,247,295,296,279,253,254,297,298,299,50,179,74,300,283,284,257,258,36,301],"diataxis reference","reference","error","actions","environment-variable","information","listing","cli",{"skillNo":303,"name":304,"nameZh":28,"description":305,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":306,"categories":307,"keywords":308,"publishedAt":56},"01M71FD1HFA44A2N298G9R72K1","diataxis-how-to","Write, expand, or audit a how-to guide — goal-oriented documentation in the Diátaxis sense: directions that help an already-competent reader accomplish a specific real-world task. Use whenever the user wants a \"how to X\" doc, a runbook, playbook, recipe, troubleshooting guide, setup\u002Fconfiguration\u002F migration\u002Fdeployment\u002Fintegration instructions, or step-by-step directions for practitioners — even if they never say \"how-to guide\". Also loaded by the `diataxis` router when the compass points to action + application: the reader will *do* something to *get work done*. If the reader is a beginner who needs to learn by doing in a safe setting, that's `diataxis-tutorial` instead; if the content mostly enumerates options and facts, that's `diataxis-reference`. When the type is in doubt or mixed, consult the `diataxis` skill first.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fdocs\u002Fskills\u002Fdiataxis-how-to\u002FSKILL.md",[],[309,310,83,247,279,42,254,311,50,312,282,179,284,257,258,313,36,314,121,315],"diataxis how to","how to","recipe","directions","world","options","goal",{"skillNo":317,"name":318,"nameZh":28,"description":319,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":320,"categories":321,"keywords":328,"publishedAt":56},"01M71FCW1WDGC4XKYHWW6A3MB7","diataxis-explanation","Write, expand, or audit explanation — understanding-oriented documentation in the Diátaxis sense: discursive discussion that deepens the reader's grasp of a topic, read away from the work itself. Use whenever the user wants an architecture overview, design-rationale or \"why did we build it this way\" doc, concept guide, background or theory piece, ADR-style context, a \"philosophy of X\" or \"about X\" article, or asks to capture the reasoning behind a decision — even if they never say \"explanation\". Also loaded by the `diataxis` router when the compass points to cognition + acquisition: the reader wants to *understand*, as *study*. If the content is facts to consult mid-work, that's `diataxis-reference`; if it directs a task, that's `diataxis-how-to`. When the type is in doubt or mixed, consult the `diataxis` skill first.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fdocs\u002Fskills\u002Fdiataxis-explanation\u002FSKILL.md",[322,325],{"categoryNo":323,"categoryName":324,"taxonomyType":66,"taxonomyTypeDesc":67},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":326,"categoryName":327,"taxonomyType":93,"taxonomyTypeDesc":94},"01JBSEEDCAT000000000000036","内容创作者",[247,329,330,279,254,331,140,50,151,284,257,258,259,332,36,333,83,121,334,335],"explanation","diataxis explanation","decision","philosophy","article","why","read",{"skillNo":337,"name":338,"nameZh":28,"description":339,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":340,"categories":341,"keywords":344,"publishedAt":56},"01M71FCPWJ60J9B5EE53EHYN1Z","de-slop","Deep-strip the tells of AI writing (claudisms) from a draft while keeping its meaning and the writer's voice intact. Sweeps the draft against the living claudisms banlist at claudisms.ai (em dashes, \"not just X, it's Y,\" delve \u002F tapestry \u002F testament \u002F robust, \"worth noting,\" crowned superlatives, signposting, rule of three) plus the constructions a text search can't catch. Use this skill whenever the user wants AI tells removed from writing — phrasings like \"de-slop this,\" \"strip the claudisms,\" \"remove the AI tells,\" \"humanize this,\" \"scrub the AI out of this,\" \"make this sound like I wrote it,\" \"this reads like ChatGPT wrote it,\" or \"would this pass as human?\" — even if they never say \"de-slop.\" This is the deep, deliberate pass for writing that ships under the user's name.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fcomms\u002Fskills\u002Fde-slop\u002FSKILL.md",[342,343],{"categoryNo":323,"categoryName":324,"taxonomyType":66,"taxonomyTypeDesc":67},{"categoryNo":326,"categoryName":327,"taxonomyType":93,"taxonomyTypeDesc":94},[345,346,347,348,145,349,279,237,350,351,48,352,353,53,354,82,155,355,356,357],"slop","de","de slop","writer","humanize","search","delve","meaning","scrub","catch","chatgpt","make","as",{"skillNo":359,"name":360,"nameZh":28,"description":361,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":362,"categories":363,"keywords":364,"publishedAt":56},"01M71FCNAJZVW8A8FZSCDQY7MM","bro","Restate the last message in plain human language, with no jargon.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fbehavior\u002Fskills\u002Fbro\u002FSKILL.md",[],[360,365,222,119,366,80,367,82,368],"last","restate","plain","language",{"skillNo":370,"name":371,"nameZh":28,"description":372,"descriptionZh":28,"repositoryFullName":30,"ownerLogin":5,"ownerAvatarUrl":7,"ownerAccountNo":4,"ownerDisplayName":6,"repositoryNo":31,"starsCount":15,"licenseSpdxId":32,"licenseFileUrl":28,"sourceHtmlUrl":373,"categories":374,"keywords":375,"publishedAt":56},"01M71FCKT5KS0QKCWGK6Y7S6JY","durable-compact","Write the session's state to a handoff file, then print a focused \u002Fcompact command and a resume prompt.","https:\u002F\u002Fgithub.com\u002Fesond\u002Fskills\u002Fblob\u002Fmain\u002Fplugins\u002Fbehavior\u002Fclaude-skills\u002Fdurable-compact\u002FSKILL.md",[],[376,377,378,379,380,381,261,119,382,383,384,385],"durable compact","compact","resume","state","command","session","prompt","file","print","handoff",18]