[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71K870ZEH2KCDT1P9BEN8G4":3,"skill-same:01M71K870ZEH2KCDT1P9BEN8G4":74},{"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":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":45,"commitSha":46,"skillDirectory":47,"forksCount":48,"repositoryHtmlUrl":49,"repositoryHomepageUrl":50,"ownerHtmlUrl":51,"ownerBlogUrl":52,"ownerDescription":6,"updatedAt":53,"install":54,"resources":67},"01M71K870ZEH2KCDT1P9BEN8G4","organize-workspace",null,"Scans the active workspace for disposable artifacts—logs, caches, stale build output, and stray draft markdown—and proposes consolidation of scattered assets. Produces a reviewable list, asks for explicit confirmation before any delete or move, and optionally revises .gitignore. Use when the user says \"clean my room\", \"organize workspace\", \"workspace cleanup\", \"remove temp files\", \"organize assets\", \"gitignore\", or wants a safe tidy pass.","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\u002Forganize-workspace\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"organize workspace","workspace","organize","remove","when","my","move","consolidation","active","clean","files","safe","list","confirmation","haiku","markdown","tidy","logs","delete","cleanup","2026-11-10 10:12:30",false,"---\nname: organize-workspace\nmodel: haiku\neffort: standard\ndescription: Scans the active workspace for disposable artifacts—logs, caches, stale build output, and stray draft markdown—and proposes consolidation of scattered assets. Produces a reviewable list, asks for explicit confirmation before any delete or move, and optionally revises .gitignore. Use when the user says \"clean my room\", \"organize workspace\", \"workspace cleanup\", \"remove temp files\", \"organize assets\", \"gitignore\", or wants a safe tidy pass.\n---\n\n# Organize Workspace\n> **HARD GATE** — **HARD GATE** — Workspace structure must reflect domain structure. If the codebase feels disorganized, flag it. Disorganization != 'just a style thing;' it is a signal of domain misalignment.\n\n\n## Principles\n\n- **Read-only first**: inventory and size (`du`, `ls -la`) before any change.\n- **Never delete or move** without a numbered list and **explicit user approval** (item-level or \"approve all\").\n- **Prefer `fd` \u002F `ripgrep` \u002F `find`** in that order; avoid blind `rm -rf` on vague globs.\n- **Do not** touch `.git\u002F`, `node_modules\u002F`, `venv\u002F`, `.env*`, or SSH keys; flag them only if the user asked about them.\n- Confirm prompts in the **user's language** if they are not writing in English.\n\n## 1. Establish scope\n\n- Default: **current project root** (where the user is working) or the path they name.\n- Record OS (macOS vs Linux) for ignore patterns (e.g. `.DS_Store`).\n\n## 2. Classify candidates (scan)\n\nGroup findings under these **buckets**:\n\n| Bucket | Examples | Typical action |\n|--------|----------|----------------|\n| **Logs & temp** | `*.log`, `logs\u002F`, `tmp\u002F`, `temp\u002F`, `*.pid` | Delete after confirm |\n| **Build \u002F cache** | `dist\u002F`, `build\u002F`, `.next\u002F`, `coverage\u002F`, `.turbo\u002F` | Delete if rebuildable |\n| **Package caches** | root `.cache\u002F`, `__pycache__\u002F` | Offer delete |\n| **Stray drafts** | root-level `*.md` named `draft`, `scratch`, `temp` | User picks: delete, move to `specs\u002F`, or keep |\n| **Duplicate \u002F dump dirs** | `old\u002F`, `backup\u002F`, `copy\u002F`, `*_backup` | List + ask |\n\nUse quick size hints: `du -sh` per top-level dir; sort large items first.\n\n## 3. Assets & data (organize, not only delete)\n\nIf the user wants **organization**:\n\n1. Propose a **single convention**, e.g.:\n   - `assets\u002F` — images, fonts, static media\n   - `data\u002F` — JSON, CSV, fixtures, samples\n   - `specs\u002F` — all planning and domain documents\n2. For each cluster of loose files, suggest **one target path** and a short rationale.\n3. Use **git-aware moves** when in a repo: `git mv` if tracked; otherwise `mv` and report.\n4. Never move secrets or production DB dumps into `docs\u002F` or public `assets\u002F`.\n\n## 4. Present the plan\n\nOutput a table or numbered list:\n\n- Path\n- Kind (log \u002F build \u002F draft \u002F asset \u002F other)\n- Approx size\n- Proposed action: **delete** | **move to …** | **keep**\n\nAsk: *\"Delete items 1–3? Move 4–5? Skip 6?\"*\n\n## 5. Execute after approval\n\n- Deletes: on macOS, prefer a Trash-capable tool (e.g. `trash` from Homebrew) if installed; else `rm` with paths echoed back.\n- Moves: create dirs with `mkdir -p` first; one batch at a time.\n- **Verify**: re-run listing on affected parents; if anything failed, report stderr.\n\n## 6. Post-cleanup and `.gitignore` revision\n\nDo this when the repo is under Git and the cleanup surfaced **untracked** noise:\n\n1. **Inventory ignore sources**: root `.gitignore`, `.git\u002Finfo\u002Fexclude`, any subpackage `.gitignore` files.\n2. **Map findings to rules**: for each deleted or recurring artifact class, check whether a pattern already exists; note gaps.\n3. **Propose a patch**: list only **concrete** changes — `+` add \u002F `-` remove \u002F `~` reword — with one-line why.\n4. **User must approve** the exact diff before editing the file.\n5. **Verify**: run `git check-ignore -v \u003Cpath>` on 2–3 representative paths.\n\nSee [REFERENCE.md](REFERENCE.md) for shell patterns, `.gitignore` mechanics, and safety checks.\n\n\n\n\u003C!-- story: e04s03 -->\n","# Organize Workspace\n> **HARD GATE** — **HARD GATE** — Workspace structure must reflect domain structure. If the codebase feels disorganized, flag it. Disorganization != 'just a style thing;' it is a signal of domain misalignment.\n\n\n## Principles\n\n- **Read-only first**: inventory and size (`du`, `ls -la`) before any change.\n- **Never delete or move** without a numbered list and **explicit user approval** (item-level or \"approve all\").\n- **Prefer `fd` \u002F `ripgrep` \u002F `find`** in that order; avoid blind `rm -rf` on vague globs.\n- **Do not** touch `.git\u002F`, `node_modules\u002F`, `venv\u002F`, `.env*`, or SSH keys; flag them only if the user asked about them.\n- Confirm prompts in the **user's language** if they are not writing in English.\n\n## 1. Establish scope\n\n- Default: **current project root** (where the user is working) or the path they name.\n- Record OS (macOS vs Linux) for ignore patterns (e.g. `.DS_Store`).\n\n## 2. Classify candidates (scan)\n\nGroup findings under these **buckets**:\n\n| Bucket | Examples | Typical action |\n|--------|----------|----------------|\n| **Logs & temp** | `*.log`, `logs\u002F`, `tmp\u002F`, `temp\u002F`, `*.pid` | Delete after confirm |\n| **Build \u002F cache** | `dist\u002F`, `build\u002F`, `.next\u002F`, `coverage\u002F`, `.turbo\u002F` | Delete if rebuildable |\n| **Package caches** | root `.cache\u002F`, `__pycache__\u002F` | Offer delete |\n| **Stray drafts** | root-level `*.md` named `draft`, `scratch`, `temp` | User picks: delete, move to `specs\u002F`, or keep |\n| **Duplicate \u002F dump dirs** | `old\u002F`, `backup\u002F`, `copy\u002F`, `*_backup` | List + ask |\n\nUse quick size hints: `du -sh` per top-level dir; sort large items first.\n\n## 3. Assets & data (organize, not only delete)\n\nIf the user wants **organization**:\n\n1. Propose a **single convention**, e.g.:\n   - `assets\u002F` — images, fonts, static media\n   - `data\u002F` — JSON, CSV, fixtures, samples\n   - `specs\u002F` — all planning and domain documents\n2. For each cluster of loose files, suggest **one target path** and a short rationale.\n3. Use **git-aware moves** when in a repo: `git mv` if tracked; otherwise `mv` and report.\n4. Never move secrets or production DB dumps into `docs\u002F` or public `assets\u002F`.\n\n## 4. Present the plan\n\nOutput a table or numbered list:\n\n- Path\n- Kind (log \u002F build \u002F draft \u002F asset \u002F other)\n- Approx size\n- Proposed action: **delete** | **move to …** | **keep**\n\nAsk: *\"Delete items 1–3? Move 4–5? Skip 6?\"*\n\n## 5. Execute after approval\n\n- Deletes: on macOS, prefer a Trash-capable tool (e.g. `trash` from Homebrew) if installed; else `rm` with paths echoed back.\n- Moves: create dirs with `mkdir -p` first; one batch at a time.\n- **Verify**: re-run listing on affected parents; if anything failed, report stderr.\n\n## 6. Post-cleanup and `.gitignore` revision\n\nDo this when the repo is under Git and the cleanup surfaced **untracked** noise:\n\n1. **Inventory ignore sources**: root `.gitignore`, `.git\u002Finfo\u002Fexclude`, any subpackage `.gitignore` files.\n2. **Map findings to rules**: for each deleted or recurring artifact class, check whether a pattern already exists; note gaps.\n3. **Propose a patch**: list only **concrete** changes — `+` add \u002F `-` remove \u002F `~` reword — with one-line why.\n4. **User must approve** the exact diff before editing the file.\n5. **Verify**: run `git check-ignore -v \u003Cpath>` on 2–3 representative paths.\n\nSee [REFERENCE.md](REFERENCE.md) for shell patterns, `.gitignore` mechanics, and safety checks.\n\n\n\n\u003C!-- story: e04s03 -->\n",{"name":5,"model":33,"effort":44,"description":7},"standard","main","72f5e4c8b43f60cf86b37078ad8cd7e22daf67aa","skills\u002Forganize-workspace",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":55,"prompt":65,"zipAvailable":66},[56,59,62],{"tool":57,"command":58},"npx","npx skills add danielvm-git\u002Fbigpowers --skill organize-workspace",{"tool":60,"command":61},"bunx","bunx skills add danielvm-git\u002Fbigpowers --skill organize-workspace",{"tool":63,"command":64},"pnpm","pnpm dlx skills add danielvm-git\u002Fbigpowers --skill organize-workspace","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Forganize-workspace\u002FSKILL.md",true,[68],{"path":69,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":72,"sourceHtmlUrl":73},"REFERENCE.md","REFERENCE","参考文档",3397,"https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fskills\u002Forganize-workspace\u002FREFERENCE.md",[75,96,103,130,153,174],{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":86,"publishedAt":39},"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",[81],{"categoryNo":82,"categoryName":83,"taxonomyType":84,"taxonomyTypeDesc":85},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[87,88,89,90,91,92,93,94,95],"fixture","open","verify","skill verify fail open fixture","skill verify","path","run","for","never",{"skillNo":97,"name":98,"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":99,"categories":100,"keywords":101,"publishedAt":39},"01M71KBE3BKEMKNE0C5DGVDWZH","negative-path","https:\u002F\u002Fgithub.com\u002Fdanielvm-git\u002Fbigpowers\u002Fblob\u002Fmain\u002Fspecs\u002Fverifications\u002Ffixtures\u002Fnegative-path\u002FSKILL.md",[],[102,92],"negative path",{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":112,"publishedAt":39},"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",[109],{"categoryNo":110,"categoryName":111,"taxonomyType":84,"taxonomyTypeDesc":85},"01JBSEEDCAT000000000000002","文档处理",[113,114,115,116,117,118,119,120,121,44,122,23,123,124,125,126,21,127,128,129],"write","write document","document","documents","actionable","technical","methodology","high","bmad","use","minimal","bold","sonnet","integrity","sync","directory","guides",{"skillNo":131,"name":132,"nameZh":6,"description":133,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":134,"categories":135,"keywords":136,"publishedAt":39},"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",[],[137,138,139,44,140,122,141,142,143,144,125,145,146,147,148,149,150,23,151,152],"observability","wire observability","readiness","commands","development","as","logging","add","instrumentation","at","structured logging","production-readiness","idempotent","phase","project","scripts",{"skillNo":154,"name":155,"nameZh":6,"description":156,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":157,"categories":158,"keywords":159,"publishedAt":39},"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",[],[160,161,162,163,164,165,166,167,168,169,170,44,171,94,137,125,172,173],"wire ci","ci","remote","local","pipeline","forge","validation","setup","templates","REST","with","ci pipeline setup","git","workflows",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":178,"categories":179,"keywords":191,"publishedAt":39},"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",[180,183,188],{"categoryNo":181,"categoryName":182,"taxonomyType":84,"taxonomyTypeDesc":85},"01JBSEEDCAT000000000000013","分析与可视化",{"categoryNo":184,"categoryName":185,"taxonomyType":186,"taxonomyTypeDesc":187},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",{"categoryNo":189,"categoryName":190,"taxonomyType":186,"taxonomyTypeDesc":187},"01JBSEEDCAT000000000000033","数据分析师",[192,193,194,195,196,197,198,199,200,125,201,202,203,204,205,206,207,151,208,209],"dashboard","visual","visual dashboard","status","artifacts","http","plans","planning","panel","start","release","opencode","plan","browser","api","architecture","project status","http api"]