[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DB26M8E87EFAN2BRCRB307":3,"skill-same:01M6DB26M8E87EFAN2BRCRB307":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":44,"commitSha":45,"skillDirectory":46,"forksCount":14,"repositoryHtmlUrl":47,"repositoryHomepageUrl":6,"ownerHtmlUrl":48,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":49,"install":50,"resources":63},"01M6DB26M8E87EFAN2BRCRB307","bc-drive",null,"Deterministic ON-DEMAND driver for a LIVE Battle Cats (jp.co.ponos.battlecatsen, EN 15.4.1) on rooted BlueStacks. Reads engine state (scene\u002Fmetrics) via crash-safe one-shot Frida NativeFunction calls (NO per-frame Interceptor) and actuates via OS-level `adb shell input tap` in device px. BC is a CUSTOM PONOS C++\u002FGLES engine (not cocos2d-x). Use to script\u002Finspect BC menus or read scene state.","Prekzursil\u002Fagent-skills-toolchain","Prekzursil","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F54636077?v=4","01M6DACZ1PCQHD99SCR1YXG28B","Andrei Mihai Visalon","01M6DACZ670WZF535V3WYYSS4Z",0,"MIT","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fbc-drive\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"drive","bc drive","tap","state","jp","os","live","c++","deterministic","device","adb","metrics","safe","en","crash","use","read","engine","shell","frida","2026-11-10 10:12:30",false,"---\nname: bc-drive\ndescription: Deterministic ON-DEMAND driver for a LIVE Battle Cats (jp.co.ponos.battlecatsen, EN 15.4.1) on rooted BlueStacks. Reads engine state (scene\u002Fmetrics) via crash-safe one-shot Frida NativeFunction calls (NO per-frame Interceptor) and actuates via OS-level `adb shell input tap` in device px. BC is a CUSTOM PONOS C++\u002FGLES engine (not cocos2d-x). Use to script\u002Finspect BC menus or read scene state.\n---\n\n# bc-drive — on-demand Battle Cats canvas driver\n\nControl a **live** Battle Cats instance deterministically: read engine state on demand\nand actuate with OS-level taps. Built and validated against EN **15.4.1**, x86_64\n`libnative-lib.so`, on BlueStacks (`adb 127.0.0.1:5555`, frida 17.11.0).\n\n## CRITICAL CONSTRAINT — no per-frame Interceptor\n\nA hook on the render\u002Fupdate path (`appUpdateDraw` @0x33F7E0 or any per-frame fn)\n**crashes BC on scene transitions** (the hot-path lesson). This driver therefore uses\nONLY: (a) one-shot `NativeFunction` calls and (b) pure memory reads, invoked per\nrequest (attach → call → detach). The optional `capture` mode hooks a *constructor*\n(fires on scene-build, not per-frame) briefly. Actuation is OS-side `adb input tap`\n(no game-thread race).\n\n## Files\n- `bc_agent.js` — Frida agent (rpc.exports: `scene`, `metrics`, `touchInfo`, `info`,\n  `startCapture`\u002F`stopCapture`).\n- `bc_drive.py` — Python driver\u002FCLI (attach-on-demand; tap via adb; screenshot;\n  objective pixel-diff demo).\n\n## Verified offsets (RVA in `libnative-lib.so`; runtime = base + RVA)\n| RVA | meaning | verified |\n|---|---|---|\n| `0x65D900` | `getGlobal() -> MyApplication*` | ✅ returns valid non-null ptr |\n| `0x668910` | `getScene(app) -> int` = `*(int*)(app+0x2F24)` | ✅ disassembled + called |\n| `0x1098C10` | metrics struct | ✅ decoded (below) |\n| `0x668C70` | touch dispatch = `vtable[+0x40]` (vtable RVA `0xBED598`) | ✅ resolved read-only |\n| `0x65DD0F` | scene SETTER (writes +0x2F20 & +0x2F24) | ✅ disassembled |\n\nMyApplication fields: `+0x2F24` scene (getScene), `+0x2F20` prev\u002Fsecondary scene,\n`+0x2F08` a UI field (unreliable, see below).\n\n## Coordinate space (the key result — SOLVED)\nmetrics struct @ `base+0x1098C10`:\n```\n+0x00 MyApplication*  (== getGlobal())\n+0x08 windowW=1920   +0x0C windowH=1080   \u003C- OS window px (== `wm size`, == adb-tap space)\n+0x10 sizeW=1920     +0x14 sizeH=1080     \u003C- logical size px\n+0x18 drawableW=1138 +0x1C drawableH=640  \u003C- BC internal canvas units\n```\n- **`adb shell input tap` operates in DEVICE px = 1920x1080** (== windowW\u002FH, == screencap\n  pixels). Confirmed: taps reliably actuate BC (drove Title→ChapterSelect→CatBase→stage\n  list; objective framebuffer pixel-diff = 0.20 on a forward tap).\n- **BC internal drawable space = 1138x640.** Uniform scale **device = drawable × 1.6875**\n  (exactly 1080\u002F640; 1138×1.6875 ≈ 1920). `tapw` converts drawable→device with this.\n\n## Scene \u002F state model (honest)\n- `scene` (`+0x2F24`, via getScene): **COARSE macro-state.** Reads **100** across the\n  ENTIRE out-of-battle menu system (Title, chapter-select, Cat Base, stage list, Equip).\n  Static analysis (setter @0x65DD0F: `lea eax,[rsi-0x61]; cmp 4; bt 0x13`) shows the\n  enum cluster is **0x61..0x65 (97..101)**; it flips on major transitions (e.g. entering\n  a battle — deliberately NOT exercised: that spends energy \u002F alters the save). Use it\n  only as a **battle-vs-menu guard**, not to tell menu screens apart.\n- `+0x2F08` (`view`): an app UI field that **VARIES on the same screen over time** and\n  **collides across screens** (242 seen on BOTH Title and Cat Base). NOT a screen id and\n  NOT a dependable change-signal. Reported for transparency; do not depend on it.\n- **Screen identity → SCREENSHOT.** The only ground truth for \"which menu am I on\" is\n  `adb exec-out screencap` + vision. `demo` proves navigation via an objective\n  framebuffer **pixel-diff**, not via any state field.\n\n## Widgets (best-effort)\n- `widgets \u003CScreenName>` returns a **screenshot-derived** tappable-rect map (device px +\n  drawable back-projection) for `Title`, `ChapterSelect`, `CatBase`. Several rects are\n  tap-validated this session (Play, chapter-center, Start, Back, Close).\n- **Native node-tree extraction is NOT done.** RTTI in `.rodata` reveals the architecture\n  — button class **`NewButton`** (callback `void(NewButton*, NewButtonChangeState)`) and\n  many `createXxxButton` factories (`MyApplication::battle_createButton`,\n  `RankingView::createButton`, `MainMenuLevelSelect::createStageSelectButton`,\n  `UIComponent::createBackButton`, `FilterMenu::createOK\u002FClose Button`, …). But the game's\n  own C++ **function symbols are stripped** (only third-party firebase\u002FBotan\u002Flibc++\n  exports survive), so the `NewButton` constructor RVA is unresolved. Once resolved (via\n  RTTI→vtable→ctor xref RE), `capture \u003CctorRVA> \u003Cms>` hooks it briefly during a navigation\n  to dump live button objects + candidate rect floats. Infra is built and ready.\n\n## Usage\n```\npython bc_drive.py scene                 # {scene, prev, view, global}\npython bc_drive.py metrics               # window\u002Fsize\u002Fdrawable px + scale\npython bc_drive.py touchinfo             # vtable + touch-fn RVAs (read-only)\npython bc_drive.py screenshot [out.png]\npython bc_drive.py tap  \u003CdevX> \u003CdevY>    # device px (1920x1080)\npython bc_drive.py tapw \u003CdrawX> \u003CdrawY>  # BC drawable units -> device px\npython bc_drive.py widgets \u003CScreenName>  # Title | ChapterSelect | CatBase\npython bc_drive.py demo \u003CScreenName>     # tap forward -> objective pixel-diff proof\npython bc_drive.py capture \u003CctorRVAhex> \u003Cms>   # native NewButton capture (needs ctor RVA)\n```\nEnv: `BC_SERIAL` (default 127.0.0.1:5555), `BC_ADB` (default adb). Requires BC running\n(`adb shell pidof jp.co.ponos.battlecatsen`) and frida-server up.\n\n## Safety\nRead-mostly. Taps only on safe menu navigation. NEVER taps gacha \"Draw\", stage \"Start\"\nconfirmation, or anything that spends currency \u002F alters the save. Zero per-frame hooks.\n\n## What works vs what's inferred\n| Capability | Status |\n|---|---|\n| `getGlobal`, `metrics`, `getScene` offsets | ✅ verified live (called\u002Fdisassembled) |\n| Coordinate space (device 1920x1080 ↔ drawable 1138x640, ×1.6875) | ✅ verified |\n| `adb input tap` actuates BC in device px | ✅ verified (multi-screen + pixel-diff) |\n| `scene()` = coarse macro-state (100 in menus) | ✅ verified; granularity is a finding |\n| touch dispatch `vtable[+0x40]` @0x668C70 | ✅ resolved read-only (not called) |\n| Widget rects (Title\u002FChapterSelect\u002FCatBase) | ✅ screenshot-derived; key ones tap-validated |\n| `scene` enum value-space {97..101}, battle value | ⚠️ inferred from static analysis (not run live) |\n| `+0x2F08` as a screen signal | ❌ disproven (unreliable) — use screenshots |\n| Native `NewButton` node-tree \u002F rects | ⚠️ architecture known (RTTI); ctor RVA unresolved (symbols stripped) |\n","# bc-drive — on-demand Battle Cats canvas driver\n\nControl a **live** Battle Cats instance deterministically: read engine state on demand\nand actuate with OS-level taps. Built and validated against EN **15.4.1**, x86_64\n`libnative-lib.so`, on BlueStacks (`adb 127.0.0.1:5555`, frida 17.11.0).\n\n## CRITICAL CONSTRAINT — no per-frame Interceptor\n\nA hook on the render\u002Fupdate path (`appUpdateDraw` @0x33F7E0 or any per-frame fn)\n**crashes BC on scene transitions** (the hot-path lesson). This driver therefore uses\nONLY: (a) one-shot `NativeFunction` calls and (b) pure memory reads, invoked per\nrequest (attach → call → detach). The optional `capture` mode hooks a *constructor*\n(fires on scene-build, not per-frame) briefly. Actuation is OS-side `adb input tap`\n(no game-thread race).\n\n## Files\n- `bc_agent.js` — Frida agent (rpc.exports: `scene`, `metrics`, `touchInfo`, `info`,\n  `startCapture`\u002F`stopCapture`).\n- `bc_drive.py` — Python driver\u002FCLI (attach-on-demand; tap via adb; screenshot;\n  objective pixel-diff demo).\n\n## Verified offsets (RVA in `libnative-lib.so`; runtime = base + RVA)\n| RVA | meaning | verified |\n|---|---|---|\n| `0x65D900` | `getGlobal() -> MyApplication*` | ✅ returns valid non-null ptr |\n| `0x668910` | `getScene(app) -> int` = `*(int*)(app+0x2F24)` | ✅ disassembled + called |\n| `0x1098C10` | metrics struct | ✅ decoded (below) |\n| `0x668C70` | touch dispatch = `vtable[+0x40]` (vtable RVA `0xBED598`) | ✅ resolved read-only |\n| `0x65DD0F` | scene SETTER (writes +0x2F20 & +0x2F24) | ✅ disassembled |\n\nMyApplication fields: `+0x2F24` scene (getScene), `+0x2F20` prev\u002Fsecondary scene,\n`+0x2F08` a UI field (unreliable, see below).\n\n## Coordinate space (the key result — SOLVED)\nmetrics struct @ `base+0x1098C10`:\n```\n+0x00 MyApplication*  (== getGlobal())\n+0x08 windowW=1920   +0x0C windowH=1080   \u003C- OS window px (== `wm size`, == adb-tap space)\n+0x10 sizeW=1920     +0x14 sizeH=1080     \u003C- logical size px\n+0x18 drawableW=1138 +0x1C drawableH=640  \u003C- BC internal canvas units\n```\n- **`adb shell input tap` operates in DEVICE px = 1920x1080** (== windowW\u002FH, == screencap\n  pixels). Confirmed: taps reliably actuate BC (drove Title→ChapterSelect→CatBase→stage\n  list; objective framebuffer pixel-diff = 0.20 on a forward tap).\n- **BC internal drawable space = 1138x640.** Uniform scale **device = drawable × 1.6875**\n  (exactly 1080\u002F640; 1138×1.6875 ≈ 1920). `tapw` converts drawable→device with this.\n\n## Scene \u002F state model (honest)\n- `scene` (`+0x2F24`, via getScene): **COARSE macro-state.** Reads **100** across the\n  ENTIRE out-of-battle menu system (Title, chapter-select, Cat Base, stage list, Equip).\n  Static analysis (setter @0x65DD0F: `lea eax,[rsi-0x61]; cmp 4; bt 0x13`) shows the\n  enum cluster is **0x61..0x65 (97..101)**; it flips on major transitions (e.g. entering\n  a battle — deliberately NOT exercised: that spends energy \u002F alters the save). Use it\n  only as a **battle-vs-menu guard**, not to tell menu screens apart.\n- `+0x2F08` (`view`): an app UI field that **VARIES on the same screen over time** and\n  **collides across screens** (242 seen on BOTH Title and Cat Base). NOT a screen id and\n  NOT a dependable change-signal. Reported for transparency; do not depend on it.\n- **Screen identity → SCREENSHOT.** The only ground truth for \"which menu am I on\" is\n  `adb exec-out screencap` + vision. `demo` proves navigation via an objective\n  framebuffer **pixel-diff**, not via any state field.\n\n## Widgets (best-effort)\n- `widgets \u003CScreenName>` returns a **screenshot-derived** tappable-rect map (device px +\n  drawable back-projection) for `Title`, `ChapterSelect`, `CatBase`. Several rects are\n  tap-validated this session (Play, chapter-center, Start, Back, Close).\n- **Native node-tree extraction is NOT done.** RTTI in `.rodata` reveals the architecture\n  — button class **`NewButton`** (callback `void(NewButton*, NewButtonChangeState)`) and\n  many `createXxxButton` factories (`MyApplication::battle_createButton`,\n  `RankingView::createButton`, `MainMenuLevelSelect::createStageSelectButton`,\n  `UIComponent::createBackButton`, `FilterMenu::createOK\u002FClose Button`, …). But the game's\n  own C++ **function symbols are stripped** (only third-party firebase\u002FBotan\u002Flibc++\n  exports survive), so the `NewButton` constructor RVA is unresolved. Once resolved (via\n  RTTI→vtable→ctor xref RE), `capture \u003CctorRVA> \u003Cms>` hooks it briefly during a navigation\n  to dump live button objects + candidate rect floats. Infra is built and ready.\n\n## Usage\n```\npython bc_drive.py scene                 # {scene, prev, view, global}\npython bc_drive.py metrics               # window\u002Fsize\u002Fdrawable px + scale\npython bc_drive.py touchinfo             # vtable + touch-fn RVAs (read-only)\npython bc_drive.py screenshot [out.png]\npython bc_drive.py tap  \u003CdevX> \u003CdevY>    # device px (1920x1080)\npython bc_drive.py tapw \u003CdrawX> \u003CdrawY>  # BC drawable units -> device px\npython bc_drive.py widgets \u003CScreenName>  # Title | ChapterSelect | CatBase\npython bc_drive.py demo \u003CScreenName>     # tap forward -> objective pixel-diff proof\npython bc_drive.py capture \u003CctorRVAhex> \u003Cms>   # native NewButton capture (needs ctor RVA)\n```\nEnv: `BC_SERIAL` (default 127.0.0.1:5555), `BC_ADB` (default adb). Requires BC running\n(`adb shell pidof jp.co.ponos.battlecatsen`) and frida-server up.\n\n## Safety\nRead-mostly. Taps only on safe menu navigation. NEVER taps gacha \"Draw\", stage \"Start\"\nconfirmation, or anything that spends currency \u002F alters the save. Zero per-frame hooks.\n\n## What works vs what's inferred\n| Capability | Status |\n|---|---|\n| `getGlobal`, `metrics`, `getScene` offsets | ✅ verified live (called\u002Fdisassembled) |\n| Coordinate space (device 1920x1080 ↔ drawable 1138x640, ×1.6875) | ✅ verified |\n| `adb input tap` actuates BC in device px | ✅ verified (multi-screen + pixel-diff) |\n| `scene()` = coarse macro-state (100 in menus) | ✅ verified; granularity is a finding |\n| touch dispatch `vtable[+0x40]` @0x668C70 | ✅ resolved read-only (not called) |\n| Widget rects (Title\u002FChapterSelect\u002FCatBase) | ✅ screenshot-derived; key ones tap-validated |\n| `scene` enum value-space {97..101}, battle value | ⚠️ inferred from static analysis (not run live) |\n| `+0x2F08` as a screen signal | ❌ disproven (unreliable) — use screenshots |\n| Native `NewButton` node-tree \u002F rects | ⚠️ architecture known (RTTI); ctor RVA unresolved (symbols stripped) |\n",{"name":5,"description":7},"main","a298c929b6cbd662e1fce54302ce520d5ceea1a5",".agents\u002Fskills\u002Fbc-drive","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain","https:\u002F\u002Fgithub.com\u002FPrekzursil","2026-11-02 14:30:57",{"source":8,"skillName":5,"commands":51,"prompt":61,"zipAvailable":62},[52,55,58],{"tool":53,"command":54},"npx","npx skills add Prekzursil\u002Fagent-skills-toolchain --skill bc-drive",{"tool":56,"command":57},"bunx","bunx skills add Prekzursil\u002Fagent-skills-toolchain --skill bc-drive",{"tool":59,"command":60},"pnpm","pnpm dlx skills add Prekzursil\u002Fagent-skills-toolchain --skill bc-drive","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fbc-drive\u002FSKILL.md",true,[64,70],{"path":65,"resourceType":66,"resourceTypeDesc":67,"sizeBytes":68,"sourceHtmlUrl":69},"bc_agent.js","SCRIPT","脚本",6432,"https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fbc-drive\u002Fbc_agent.js",{"path":71,"resourceType":66,"resourceTypeDesc":67,"sizeBytes":72,"sourceHtmlUrl":73},"bc_drive.py",12869,"https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fbc-drive\u002Fbc_drive.py",[75,96,127,154,167,183],{"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":81,"publishedAt":39},"01M6DF7D7478R55P46REYH4QAC","clarify-requirements","Resolve genuine pre-execution ambiguity by scanning repo context, generating 1-6 grounded options, and asking 1-3 focused questions via AskUserQuestion. NOT for mid-task use (injection risk); NOT when the goal is already unambiguous; use to disambiguate vague prompts before any file edits.","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002Ftools\u002Fworkspace-hooks\u002Fskills\u002Fclarify-requirements\u002FSKILL.md",[],[82,83,84,85,86,87,88,89,90,34,91,92,93,94,95],"clarify requirements","clarify","requirements","risk","options","task","prompts","goal","scanning","context","repo","injection","execution","file",{"skillNo":97,"name":98,"nameZh":6,"description":99,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":100,"categories":101,"keywords":107,"publishedAt":39},"01M6DF79CA4BHJS66J8EZDBPWJ","openmm-md","Run FREE, open-source, Windows-native GPU molecular dynamics via the openmm-md MCP (OpenMM + CUDA on the local NVIDIA GPU). Use for protein \u002F protein-ligand MD when you want a free stack or are on Windows without a Schrodinger license. Covers the full workflow (prepare, solvate, minimize, equilibrate, production, analyze, mmgbsa) AND an honest decision guide vs Schrodinger Desmond, including how to run Desmond legitimately on Linux or a cloud GPU with a real license. This is a deliberately LESSER free alternative and does NOT replace the schrodinger MCP tools. Do NOT use it to pick a free tool when a validated FEP+, WaterMap, IFD-MD, or Prime MM-GBSA result is actually required.","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002Ftools\u002Fmcp\u002Fopenmm-md-mcp\u002Fskill\u002Fopenmm-md\u002FSKILL.md",[102],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[108,109,110,111,112,113,114,115,116,117,118,119,120,121,34,122,123,124,125,126],"openmm md","how","decision","pick","linux","analyze","tool","stack","open","NVIDIA","gpu","license","workflow","windows","free","molecular dynamics","local","do","MCP",{"skillNo":128,"name":129,"nameZh":6,"description":130,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":131,"categories":132,"keywords":139,"publishedAt":39},"01M6DF76C1MG85VEWP8VZCBNMN","visual-review","Take screenshots of web pages and UI using Playwright for visual review and iteration","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002Ftools\u002Feditor\u002Fmetaswarm\u002Fskills\u002Fvisual-review\u002FSKILL.md",[133,136],{"categoryNo":134,"categoryName":135,"taxonomyType":105,"taxonomyTypeDesc":106},"01JBSEEDCAT000000000000003","演示文稿",{"categoryNo":137,"categoryName":138,"taxonomyType":105,"taxonomyTypeDesc":106},"01JBSEEDCAT000000000000008","测试与质量",[140,141,142,143,144,145,146,147,148,149,109,150,151,152,153],"review","visual","visual review","pages","web","false","iteration","take","check","slides","ui","screenshot","playwright","screenshots",{"skillNo":155,"name":156,"nameZh":6,"description":157,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":158,"categories":159,"keywords":160,"publishedAt":39},"01M6DF73AQVCBZKEN0YXEX9FXP","status","Diagnostic status report — shows metaswarm installation state, project setup, and potential issues","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002Ftools\u002Feditor\u002Fmetaswarm\u002Fskills\u002Fstatus\u002FSKILL.md",[],[156,161,162,163,164,165,166,22],"setup","report","project","installation","project setup","issues",{"skillNo":168,"name":169,"nameZh":6,"description":170,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":171,"categories":172,"keywords":174,"publishedAt":39},"01M6DF6X6C2XB0P6GX76P7TTYV","start","Use when starting work on any task, when the user mentions metaswarm, or when the user wants to begin tracked development work","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002Ftools\u002Feditor\u002Fmetaswarm\u002Fskills\u002Fstart\u002FSKILL.md",[173],{"categoryNo":103,"categoryName":104,"taxonomyType":105,"taxonomyTypeDesc":106},[169,175,87,176,177,178,34,179,180,181,182],"start issue","issue","ready","work on issue","user","work","work on","development",{"skillNo":184,"name":161,"nameZh":6,"description":185,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":186,"categories":187,"keywords":188,"publishedAt":39},"01M6DF6QMJ9AJKFKHHKRT005PQ","Interactive project setup — detects your project, configures metaswarm, writes project-local files","https:\u002F\u002Fgithub.com\u002FPrekzursil\u002Fagent-skills-toolchain\u002Fblob\u002Fmain\u002Ftools\u002Feditor\u002Fmetaswarm\u002Fskills\u002Fsetup\u002FSKILL.md",[],[161,163,124,189,165,190],"files","interactive"]