[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6HTXWRCBJCXV183KFE4WERK":3,"skill-same:01M6HTXWRCBJCXV183KFE4WERK":66},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":43,"commitSha":44,"skillDirectory":45,"forksCount":46,"repositoryHtmlUrl":47,"repositoryHomepageUrl":48,"ownerHtmlUrl":49,"ownerBlogUrl":6,"ownerDescription":50,"updatedAt":51,"install":52,"resources":65},"01M6HTXWRCBJCXV183KFE4WERK","downstream-impact",null,"Explain in plain language what a fix, feature, PR, or plan will actually change for downstream hermits and the operators chatting with them — a before\u002Fafter flow plus a diagram. Use whenever the operator asks \"what will really change for downstream hermits and operators\", \"how does this affect operators\", \"will operators notice\", \"before and after for hermits\", \"what changes in the flow\", \"downstream impact\", \"show me the impact in a diagram\", or types \u002Fdownstream-impact [target]. Works on the current diff, a branch, a PR number, a plan file, or a change described in chat. Do NOT use for changelog-vs-code audits (\u002Fpre-release-review), docs audits (\u002Fdocs-drift), or a generic diagram with no downstream-hermit angle (delta-diagrams alone).","gtapps\u002Fhermitd","gtapps","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F16778396?v=4","01M6HTX8TNTPQN3NXRVA63VHTH","01M6HTX8Z23S531ZPPA5DKJVD0",84,"MIT","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fdownstream-impact\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"downstream impact","impact","fix","number","types","operators","me","drift","show","diagrams","review","branch","plan","how","show me","changelog","release","code","diagram","change","2026-11-10 10:12:30",false,"---\nname: downstream-impact\ndescription: Explain in plain language what a fix, feature, PR, or plan will actually change for downstream hermits and the operators chatting with them — a before\u002Fafter flow plus a diagram. Use whenever the operator asks \"what will really change for downstream hermits and operators\", \"how does this affect operators\", \"will operators notice\", \"before and after for hermits\", \"what changes in the flow\", \"downstream impact\", \"show me the impact in a diagram\", or types \u002Fdownstream-impact [target]. Works on the current diff, a branch, a PR number, a plan file, or a change described in chat. Do NOT use for changelog-vs-code audits (\u002Fpre-release-review), docs audits (\u002Fdocs-drift), or a generic diagram with no downstream-hermit angle (delta-diagrams alone).\n---\n\n# Downstream Impact\n\nThe question behind every invocation: **if this ships, what does a hermit running on someone else's box do differently, and what does the person chatting with it notice?** Not the diff, not the architecture. The reader is the maintainer deciding whether a change is worth shipping, how to word the changelog, or how to explain it to an operator on Discord.\n\nRead-only. Never edits, commits, or releases.\n\n## Usage\n\n- `\u002Fdownstream-impact` — the change under discussion in this conversation; otherwise `git diff main...HEAD` plus the working tree; on a clean `main`, every plugin's `[Unreleased]` section.\n- `\u002Fdownstream-impact \u003CPR number>` — `gh pr diff \u003CN>` and the PR body.\n- `\u002Fdownstream-impact \u003Cbranch>` — that branch against `main`.\n- `\u002Fdownstream-impact \u003Cplan file>` — the plan's steps, before anything is built.\n- `\u002Fdownstream-impact \"\u003Cdescribed change>\"` — a change that exists only as an idea; label every claim as assumed.\n\n## Step 1 — Locate the touchpoints\n\nA change reaches downstream only through a few surfaces. Read only what the diff (or plan) touches and check each surface:\n\n- **Operator chat**: channel notices, push notifications, `AskUserQuestion` prompts, skill text that composes messages. Does the operator see new, fewer, or differently worded messages? Is there a new thing they can ask for?\n- **Hermit flow**: hooks, heartbeat, routines, watches, watchdog, session start\u002Fclose. Does the hermit wake more, less, or for a different reason? Did a step move from the model to a script, or the reverse?\n- **Upgrade path**: `templates\u002F`, migrations, `### Upgrade Instructions`. What does `hermit-evolve` rewrite, what does the operator do by hand, what operator-edited file survives.\n- **Gates**: `min_claude_code_version`, `required_core_version`, new config keys, permission or deny rules, default on or off. Who is excluded, who has to opt in.\n- **Cost**: per-wake context, hook stdout, new always-loaded text.\n- **Reach**: `main` is staging. Installed operators see nothing until the plugin's `version` bumps; `--plugin-dir` testers and fresh installs see `main` HEAD. Say which group this reaches today.\n\nIf the change touches none of these (tests, docs, a behavior-preserving refactor), the answer is **\"no visible change\"** in one line, plus who could still notice (contributors, CI). Do not invent an impact to fill the template.\n\n## Step 2 — Write it\n\nLoad `delta-diagrams` before drawing. Output in this order, and keep the whole thing to one screen:\n\n1. **Verdict, one sentence.** Who notices, and whether anyone has to do anything.\n2. **Operator: before → after.** What they see in chat and what they must do. Two or three lines.\n3. **Hermit: before → after.** What it does on its own, and when. Two or three lines.\n4. **Diagram.** The `delta-diagrams` straight before\u002Fafter flow of the operator ↔ hermit loop. Use the decision-tree shape only when the change forks (opt-in vs default, old CC vs new CC).\n5. **On upgrade.** What `hermit-evolve` does and anything the operator must do by hand. \"Nothing\" is a valid and common answer.\n6. **Not changing.** One line naming what someone might assume changed but does not.\n\nAdd a final **For the maintainer** line only when there is detail the operator-facing text had to leave out (version floors, spend, the surface that carries it).\n\n## Voice and calibration\n\n- Plain language an operator on Discord could read. Sections 1 through 6 carry no file paths, function names, PROP or issue IDs, slash commands, or token counts; those go in the maintainer line. Say \"the hermit now compacts before it hits the ceiling\", not \"watchdog threshold changed\".\n- Every \"after\" claim traces to a diff hunk or a plan step. If you cannot point at one, drop it or mark it *assumed*.\n- Downstream hermits are custom and dynamic: describe the mechanism that changes, not one install's state.\n- Never use this hermit's own session history as evidence of downstream behavior. Target users are operators who do not open feature branches.\n","# Downstream Impact\n\nThe question behind every invocation: **if this ships, what does a hermit running on someone else's box do differently, and what does the person chatting with it notice?** Not the diff, not the architecture. The reader is the maintainer deciding whether a change is worth shipping, how to word the changelog, or how to explain it to an operator on Discord.\n\nRead-only. Never edits, commits, or releases.\n\n## Usage\n\n- `\u002Fdownstream-impact` — the change under discussion in this conversation; otherwise `git diff main...HEAD` plus the working tree; on a clean `main`, every plugin's `[Unreleased]` section.\n- `\u002Fdownstream-impact \u003CPR number>` — `gh pr diff \u003CN>` and the PR body.\n- `\u002Fdownstream-impact \u003Cbranch>` — that branch against `main`.\n- `\u002Fdownstream-impact \u003Cplan file>` — the plan's steps, before anything is built.\n- `\u002Fdownstream-impact \"\u003Cdescribed change>\"` — a change that exists only as an idea; label every claim as assumed.\n\n## Step 1 — Locate the touchpoints\n\nA change reaches downstream only through a few surfaces. Read only what the diff (or plan) touches and check each surface:\n\n- **Operator chat**: channel notices, push notifications, `AskUserQuestion` prompts, skill text that composes messages. Does the operator see new, fewer, or differently worded messages? Is there a new thing they can ask for?\n- **Hermit flow**: hooks, heartbeat, routines, watches, watchdog, session start\u002Fclose. Does the hermit wake more, less, or for a different reason? Did a step move from the model to a script, or the reverse?\n- **Upgrade path**: `templates\u002F`, migrations, `### Upgrade Instructions`. What does `hermit-evolve` rewrite, what does the operator do by hand, what operator-edited file survives.\n- **Gates**: `min_claude_code_version`, `required_core_version`, new config keys, permission or deny rules, default on or off. Who is excluded, who has to opt in.\n- **Cost**: per-wake context, hook stdout, new always-loaded text.\n- **Reach**: `main` is staging. Installed operators see nothing until the plugin's `version` bumps; `--plugin-dir` testers and fresh installs see `main` HEAD. Say which group this reaches today.\n\nIf the change touches none of these (tests, docs, a behavior-preserving refactor), the answer is **\"no visible change\"** in one line, plus who could still notice (contributors, CI). Do not invent an impact to fill the template.\n\n## Step 2 — Write it\n\nLoad `delta-diagrams` before drawing. Output in this order, and keep the whole thing to one screen:\n\n1. **Verdict, one sentence.** Who notices, and whether anyone has to do anything.\n2. **Operator: before → after.** What they see in chat and what they must do. Two or three lines.\n3. **Hermit: before → after.** What it does on its own, and when. Two or three lines.\n4. **Diagram.** The `delta-diagrams` straight before\u002Fafter flow of the operator ↔ hermit loop. Use the decision-tree shape only when the change forks (opt-in vs default, old CC vs new CC).\n5. **On upgrade.** What `hermit-evolve` does and anything the operator must do by hand. \"Nothing\" is a valid and common answer.\n6. **Not changing.** One line naming what someone might assume changed but does not.\n\nAdd a final **For the maintainer** line only when there is detail the operator-facing text had to leave out (version floors, spend, the surface that carries it).\n\n## Voice and calibration\n\n- Plain language an operator on Discord could read. Sections 1 through 6 carry no file paths, function names, PROP or issue IDs, slash commands, or token counts; those go in the maintainer line. Say \"the hermit now compacts before it hits the ceiling\", not \"watchdog threshold changed\".\n- Every \"after\" claim traces to a diff hunk or a plan step. If you cannot point at one, drop it or mark it *assumed*.\n- Downstream hermits are custom and dynamic: describe the mechanism that changes, not one install's state.\n- Never use this hermit's own session history as evidence of downstream behavior. Target users are operators who do not open feature branches.\n",{"name":5,"description":7},"main","79e254360ba999b70a827541bbcfd2d4cc525992",".agents\u002Fskills\u002Fdownstream-impact",16,"https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd","https:\u002F\u002Fhermitd.dev","https:\u002F\u002Fgithub.com\u002Fgtapps","Software engineer from Portugal.\r\nBuilding and deploying agents for real companies.","2026-11-11 08:46:23",{"source":8,"skillName":5,"commands":53,"prompt":63,"zipAvailable":64},[54,57,60],{"tool":55,"command":56},"npx","npx skills add gtapps\u002Fhermitd --skill downstream-impact",{"tool":58,"command":59},"bunx","bunx skills add gtapps\u002Fhermitd --skill downstream-impact",{"tool":61,"command":62},"pnpm","pnpm dlx skills add gtapps\u002Fhermitd --skill downstream-impact","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fdownstream-impact\u002FSKILL.md",true,[],[67,83,99,124,140,149],{"skillNo":68,"name":69,"nameZh":6,"description":70,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":71,"categories":72,"keywords":73,"publishedAt":38},"01M718AB18DTYHVGXA6VF1VVR2","dream","Nightly memory maintenance from transcript ground truth. Verifies, enriches and tidies auto-memory and topic pages with snapshot validation and undo. Also handles 'undo the dream'.","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002Fplugins\u002Fhermitd\u002Fskills\u002Fdream\u002FSKILL.md",[],[69,74,75,76,77,78,79,80,81,82],"with","maintenance","memory","validation","snapshot","pages","auto","memory maintenance","transcript",{"skillNo":84,"name":85,"nameZh":6,"description":86,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":87,"categories":88,"keywords":89,"publishedAt":38},"01M6HVD4WX8RB5EKH49HM66M8X","when-done-switch-to","Arm a deferred model or effort switch. Use for \"when done switch to\", \"after this drop to sonnet\", or \"switch model when idle\".","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002Fplugins\u002Fhermitd\u002Fskills\u002Fwhen-done-switch-to\u002FSKILL.md",[],[90,91,92,93,94,95,96,97,98],"when","done","switch","when done switch to","for","model","use","drop","sonnet",{"skillNo":100,"name":101,"nameZh":6,"description":102,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":103,"categories":104,"keywords":105,"publishedAt":38},"01M6HVD0ZA2Q1RD7CA0X8VWF3T","weekly-review","Generate the weekly review report for the current ISO week. Writes to .hermit\u002Fcompiled\u002Freview-weekly-YYYY-Www.md (dev-facing detail) and sends a plain-language channel summary (Delivered \u002F Decisions \u002F Waiting on you \u002F Spend). Runs every Sunday at 23:00 via routine.","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002Fplugins\u002Fhermitd\u002Fskills\u002Fweekly-review\u002FSKILL.md",[],[106,28,107,108,109,110,111,112,113,114,115,116,117,118,119,94,120,121,122,123],"weekly review","weekly","hermit","plain","routine","channel","summary","report","at","generate","via","decisions","you","detail","iso","review report","dev","plain-language",{"skillNo":125,"name":126,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":130,"publishedAt":38},"01M6HVCW8PHZXSPYAZQBZXB9DX","watch","Background events via the config watch monitor or ad-hoc Monitor tool. Quiet watches cost zero tokens.","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002Fplugins\u002Fhermitd\u002Fskills\u002Fwatch\u002FSKILL.md",[],[126,131,132,133,134,135,136,137,138,116,139],"monitor","ZeRO","tokens","tool","cost","ad","config","background","events",{"skillNo":141,"name":142,"nameZh":6,"description":143,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":144,"categories":145,"keywords":146,"publishedAt":38},"01M6HVCRMG53K3Y63WAH59YVFJ","watch-activate","Activate the config watch monitor.","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002Fplugins\u002Fhermitd\u002Fskills\u002Fwatch-activate\u002FSKILL.md",[],[126,147,148,131,137],"activate","watch activate",{"skillNo":150,"name":151,"nameZh":6,"description":152,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":153,"categories":154,"keywords":160,"publishedAt":38},"01M6HVCK6782RD4D9ADQY0ENKD","voice-notes","Transcribe and respond to voice notes. Activates when any channel message carries an audio attachment, or when asked to transcribe an inbound voice message.","https:\u002F\u002Fgithub.com\u002Fgtapps\u002Fhermitd\u002Fblob\u002Fmain\u002Fplugins\u002Fhermitd\u002Fskills\u002Fvoice-notes\u002FSKILL.md",[155],{"categoryNo":156,"categoryName":157,"taxonomyType":158,"taxonomyTypeDesc":159},"01JBSEEDCAT000000000000016","图像与多媒体","SCENARIO","使用场景",[161,162,163,164,165,166,167,168,169,170,108,90,171,172,173,174,175,176,118,177],"notes","voice","voice notes","SET","Audio","transcribe","operator","understand","transcription","my","read","message","can","telegram","channel message","discord","up"]