[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71STAENC71XZBD46SBBTJ23":3,"skill-same:01M71STAENC71XZBD46SBBTJ23":75},{"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":53,"updatedAt":54,"install":55,"resources":68},"01M71STAENC71XZBD46SBBTJ23","state-protocol",null,"The canonical .orc\u002F state contract — orc.json session schema, checkpoint frontmatter + resume-digest shape, the orc-state CLI, read-for-data vs route-from-state, and the resumed-session startup sequence","HigorAlves\u002Forc","HigorAlves","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F11262976?v=4","01M71S79EZEMHZ8PQSV0XQJHYY","Higor Alves","01M71S79FKKTCHCN1EDR8DSTWQ",7,"MIT","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fstate-protocol\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"state","protocol","state protocol","schema","contract","checkpointing","session","checkpoint","for","frontmatter","canonical","data","reading","sequence","read","digest","cli","route","when","session startup","2026-11-10 13:02:02",false,"---\nname: state-protocol\ndescription: The canonical .orc\u002F state contract — orc.json session schema, checkpoint frontmatter + resume-digest shape, the orc-state CLI, read-for-data vs route-from-state, and the resumed-session startup sequence\nwhen_to_use: Use when registering, checkpointing, reading, or resuming .orc\u002F session state.\n---\n\n# State Protocol\n\nOne schema, one writer, one startup sequence — defined here and only here. Commands defer to this skill instead of re-spelling state mechanics; `bin\u002Forc-state` is the single writer, so the registry and every checkpoint's frontmatter cannot drift apart.\n\n## The one-writer rule\n\nNever hand-write `.orc\u002Forc.json` or a checkpoint's frontmatter — every mutation goes through `orc-state` (atomic jq writes; registry entry + checkpoint mirror updated by the same verb). The checkpoint **body** below the frontmatter is yours to write freely, except the `## Resume digest` section, which only `orc-state digest write -` touches (it enforces the cap), and `## Auto-checkpoint`, which only the PreCompact hook writes (`orc-state checkpoint --auto` — phase, slices, HEAD, dirty files; mechanical, so trust it over a stale digest for git state).\n\nRegister a session (the 2-line pattern every multi-phase command uses):\n\n```bash\norc-state init --command \u003Ccmd> --total-phases \u003CN> [--jira KEY] [--scope workspace --repos a,b] [--plan-file P]\n```\n\n> Register state via `orc-state init`; defer to `orc:state-protocol` for schema and rules.\n\nThen per phase boundary: `orc-state phase set \u003Cn|done> [--label \u003Cword>]`, and rewrite the digest (below). On completion: `orc-state status set completed`.\n\n## Registry schema (`.orc\u002Forc.json`, schema 1)\n\n```json\n{ \"schema\": 1, \"sessions\": [{\n    \"sessionId\": \"feat-142-notifs\",        \u002F\u002F sanitized branch — THE key; one live session per branch\n    \"command\": \"flow\", \"branch\": \"feat-142-notifs\", \"gitBranch\": \"feat\u002F142-notifs\",\n    \"description\": \"≤120 chars\", \"status\": \"in_progress\",\n    \"phase\": 5, \"phaseLabel\": \"implement\", \"totalPhases\": 9,\n    \"jiraTicket\": null, \"planFile\": null,\n    \"linkedPRs\": [{ \"repo\": \"api\", \"number\": 45, \"url\": \"…\", \"stackId\": null, \"stackPosition\": null, \"stackedOn\": null }],\n    \"startedAt\": \"2026-08-20T14:03:00Z\", \"updatedAt\": \"2026-08-20T18:11:00Z\",\n    \"scope\": \"workspace\", \"repos\": [\"api\", \"ui\"], \"perRepoState\": { \"api\": { \"repoPath\": \"…\", \"branch\": \"…\", \"currentSlice\": 0, \"prUrl\": null } }\n}]}\n```\n\n`status` is a closed enum: `in_progress | paused | completed | abandoned`. `phase` is an integer or the literal `\"done\"`; flavor text goes in `phaseLabel`. Banned legacy vocabulary (CI-enforced): `session_id`, `current_phase`, `total_phases`, `created_at` — `orc-state migrate` upgrades old registries. Full field reference: [schema.md](references\u002Fschema.md).\n\n## Checkpoint schema (`.orc\u002F\u003CsessionId>\u002Ffiles\u002Fcheckpoint.md`)\n\nYAML frontmatter (machine, mirrored from the registry — never hand-edit) + bounded body (human). Total file ≤4 KB. **History does not live here**: stage tables, PR lists, verification records go to `progress.md` (append-only, uncapped, never read by resume by default).\n\n```markdown\n---\nschema: 1\ncommand: flow\nbranch: feat-142-notifs\ngitBranch: feat\u002F142-notifs\nphase: 5\nphaseLabel: implement\ntotalPhases: 9\nstatus: in_progress\nupdatedAt: 2026-08-20T18:11:00Z\n---\n\n## Resume digest\n- Done: phases 1-4 (plan approved; failing test committed abc1234)\n- Next: phase 5 — dispatch orc-implementer for slice 2 (slices.json: 1 committed, 3 pending)\n- Open decisions: none\n- Artifacts: plan.md, slices.json, progress.md\n- Suite: green @ abc1234 (58\u002F58)\n\n## Open decisions\n(optional, ≤10 lines: pending gate answers, unresolved escalations)\n```\n\n**The digest is the handoff artifact.** Five fixed bullets — Done \u002F Next \u002F Open decisions \u002F Artifacts \u002F Suite@sha — rewritten at **every phase boundary** via `orc-state digest write -` (30-line\u002F2 KB cap, tool-enforced). `Next:` must name the exact artifact the next phase reads; `Suite:` must cite the sha the claim was verified at.\n\n## Read-for-data vs route-from-state\n\n- **read-for-data** — looking up fields of an already-known session (`orc-state get [--field jiraTicket]`, `current`). Allowed to every command.\n- **route-from-state** — enumerating sessions to decide what to run next (`orc-state sessions [--status]`). Allowed only to `\u002Forc:resume`, `\u002Forc:status`, `\u002Forc:cleanup`, and `\u002Forc:flow`'s self-resume (scoped to its own in-progress session on the current branch).\n\n## Session-startup sequence (every resumed session, in order)\n\n1. Context banner (already injected via `!` preprocessing).\n2. `orc-state current` (self-resume) or `orc-state sessions --status in_progress` + picker (`\u002Forc:resume`).\n3. Read `checkpoint.md` — bounded by construction.\n4. `git log --oneline -10` + `git status --porcelain` in the session's worktree — cross-check the digest's `Suite:`\u002Fcommit claims against reality; a dirty tree or sha mismatch is surfaced before acting.\n5. If `slices.json` exists: `orc-state slice list` → the exact re-entry slice.\n6. Read **only** the artifact the digest's `Next:` names. Never enumerate `files\u002F`.\n7. `orc-state verify` — any inconsistency is surfaced, not silently repaired.\n\n## Slice ledger + persisted gate inputs\n\n`slices.json` (shape in [schema.md](references\u002Fschema.md)) is the `passes: false`-style ledger: status machine `pending → red → green → committed` (+`escalated`\u002F`skipped`), updated via `orc-state slice set`. \"All slices done\" is a query, not a claim: `orc-state slice list --status pending,red,escalated` exits 0 only when nothing matches.\n\n**Persistence rule:** structured agent output that gates a decision (review findings, stack plans, breakdown JSON, parallel diffs, QA verdicts) is written to `files\u002F` **before** the gate is shown, stamped with `headSha` + `generatedAt` — matching HEAD on re-entry means reuse, not re-dispatch.\n\n## Settled decisions (`decisions.json`)\n\nPer-branch store for answers already given — by a flag, an answered gate, a policy, or a safe inference: `orc-state decision set \u003Ckey> \u003Cvalue> --provenance flag|asked|policy|inferred` (write-once per key; changing an answer requires `--supersede`), `orc-state decision get \u003Ckey>`. **Protocol: before any `AskUserQuestion` for a key present in the store, use the recorded value and echo one line — `using settled decision: \u003Ckey>=\u003Cvalue> (\u003Cprovenance>)`.** This is how nested commands (flow→plan→qa→ship) stop re-asking what a parent already settled, replacing manual flag-forwarding. Common keys: `autopilotLevel, type, scope, targetRepos, jiraTicket, driver, sizeGate, prMode, cleanupPolicy, trackerDefaults`.json.decisions[]` with provenance `policy`. Lifetime = the session's branch; `\u002Forc:cleanup` removes it with the rest of `files\u002F`.\n\n## Consumers\n\nRegistered by every multi-phase command; the startup sequence is executed by `\u002Forc:resume` and `\u002Forc:flow` self-resume; the ledger by `\u002Forc:plan`, `\u002Forc:flow` Phase 5, `\u002Forc:fan-out`, and `orc-implementer`. A new multi-phase command preloads nothing — it calls `orc-state` and cites this skill.\n","# State Protocol\n\nOne schema, one writer, one startup sequence — defined here and only here. Commands defer to this skill instead of re-spelling state mechanics; `bin\u002Forc-state` is the single writer, so the registry and every checkpoint's frontmatter cannot drift apart.\n\n## The one-writer rule\n\nNever hand-write `.orc\u002Forc.json` or a checkpoint's frontmatter — every mutation goes through `orc-state` (atomic jq writes; registry entry + checkpoint mirror updated by the same verb). The checkpoint **body** below the frontmatter is yours to write freely, except the `## Resume digest` section, which only `orc-state digest write -` touches (it enforces the cap), and `## Auto-checkpoint`, which only the PreCompact hook writes (`orc-state checkpoint --auto` — phase, slices, HEAD, dirty files; mechanical, so trust it over a stale digest for git state).\n\nRegister a session (the 2-line pattern every multi-phase command uses):\n\n```bash\norc-state init --command \u003Ccmd> --total-phases \u003CN> [--jira KEY] [--scope workspace --repos a,b] [--plan-file P]\n```\n\n> Register state via `orc-state init`; defer to `orc:state-protocol` for schema and rules.\n\nThen per phase boundary: `orc-state phase set \u003Cn|done> [--label \u003Cword>]`, and rewrite the digest (below). On completion: `orc-state status set completed`.\n\n## Registry schema (`.orc\u002Forc.json`, schema 1)\n\n```json\n{ \"schema\": 1, \"sessions\": [{\n    \"sessionId\": \"feat-142-notifs\",        \u002F\u002F sanitized branch — THE key; one live session per branch\n    \"command\": \"flow\", \"branch\": \"feat-142-notifs\", \"gitBranch\": \"feat\u002F142-notifs\",\n    \"description\": \"≤120 chars\", \"status\": \"in_progress\",\n    \"phase\": 5, \"phaseLabel\": \"implement\", \"totalPhases\": 9,\n    \"jiraTicket\": null, \"planFile\": null,\n    \"linkedPRs\": [{ \"repo\": \"api\", \"number\": 45, \"url\": \"…\", \"stackId\": null, \"stackPosition\": null, \"stackedOn\": null }],\n    \"startedAt\": \"2026-08-20T14:03:00Z\", \"updatedAt\": \"2026-08-20T18:11:00Z\",\n    \"scope\": \"workspace\", \"repos\": [\"api\", \"ui\"], \"perRepoState\": { \"api\": { \"repoPath\": \"…\", \"branch\": \"…\", \"currentSlice\": 0, \"prUrl\": null } }\n}]}\n```\n\n`status` is a closed enum: `in_progress | paused | completed | abandoned`. `phase` is an integer or the literal `\"done\"`; flavor text goes in `phaseLabel`. Banned legacy vocabulary (CI-enforced): `session_id`, `current_phase`, `total_phases`, `created_at` — `orc-state migrate` upgrades old registries. Full field reference: [schema.md](references\u002Fschema.md).\n\n## Checkpoint schema (`.orc\u002F\u003CsessionId>\u002Ffiles\u002Fcheckpoint.md`)\n\nYAML frontmatter (machine, mirrored from the registry — never hand-edit) + bounded body (human). Total file ≤4 KB. **History does not live here**: stage tables, PR lists, verification records go to `progress.md` (append-only, uncapped, never read by resume by default).\n\n```markdown\n---\nschema: 1\ncommand: flow\nbranch: feat-142-notifs\ngitBranch: feat\u002F142-notifs\nphase: 5\nphaseLabel: implement\ntotalPhases: 9\nstatus: in_progress\nupdatedAt: 2026-08-20T18:11:00Z\n---\n\n## Resume digest\n- Done: phases 1-4 (plan approved; failing test committed abc1234)\n- Next: phase 5 — dispatch orc-implementer for slice 2 (slices.json: 1 committed, 3 pending)\n- Open decisions: none\n- Artifacts: plan.md, slices.json, progress.md\n- Suite: green @ abc1234 (58\u002F58)\n\n## Open decisions\n(optional, ≤10 lines: pending gate answers, unresolved escalations)\n```\n\n**The digest is the handoff artifact.** Five fixed bullets — Done \u002F Next \u002F Open decisions \u002F Artifacts \u002F Suite@sha — rewritten at **every phase boundary** via `orc-state digest write -` (30-line\u002F2 KB cap, tool-enforced). `Next:` must name the exact artifact the next phase reads; `Suite:` must cite the sha the claim was verified at.\n\n## Read-for-data vs route-from-state\n\n- **read-for-data** — looking up fields of an already-known session (`orc-state get [--field jiraTicket]`, `current`). Allowed to every command.\n- **route-from-state** — enumerating sessions to decide what to run next (`orc-state sessions [--status]`). Allowed only to `\u002Forc:resume`, `\u002Forc:status`, `\u002Forc:cleanup`, and `\u002Forc:flow`'s self-resume (scoped to its own in-progress session on the current branch).\n\n## Session-startup sequence (every resumed session, in order)\n\n1. Context banner (already injected via `!` preprocessing).\n2. `orc-state current` (self-resume) or `orc-state sessions --status in_progress` + picker (`\u002Forc:resume`).\n3. Read `checkpoint.md` — bounded by construction.\n4. `git log --oneline -10` + `git status --porcelain` in the session's worktree — cross-check the digest's `Suite:`\u002Fcommit claims against reality; a dirty tree or sha mismatch is surfaced before acting.\n5. If `slices.json` exists: `orc-state slice list` → the exact re-entry slice.\n6. Read **only** the artifact the digest's `Next:` names. Never enumerate `files\u002F`.\n7. `orc-state verify` — any inconsistency is surfaced, not silently repaired.\n\n## Slice ledger + persisted gate inputs\n\n`slices.json` (shape in [schema.md](references\u002Fschema.md)) is the `passes: false`-style ledger: status machine `pending → red → green → committed` (+`escalated`\u002F`skipped`), updated via `orc-state slice set`. \"All slices done\" is a query, not a claim: `orc-state slice list --status pending,red,escalated` exits 0 only when nothing matches.\n\n**Persistence rule:** structured agent output that gates a decision (review findings, stack plans, breakdown JSON, parallel diffs, QA verdicts) is written to `files\u002F` **before** the gate is shown, stamped with `headSha` + `generatedAt` — matching HEAD on re-entry means reuse, not re-dispatch.\n\n## Settled decisions (`decisions.json`)\n\nPer-branch store for answers already given — by a flag, an answered gate, a policy, or a safe inference: `orc-state decision set \u003Ckey> \u003Cvalue> --provenance flag|asked|policy|inferred` (write-once per key; changing an answer requires `--supersede`), `orc-state decision get \u003Ckey>`. **Protocol: before any `AskUserQuestion` for a key present in the store, use the recorded value and echo one line — `using settled decision: \u003Ckey>=\u003Cvalue> (\u003Cprovenance>)`.** This is how nested commands (flow→plan→qa→ship) stop re-asking what a parent already settled, replacing manual flag-forwarding. Common keys: `autopilotLevel, type, scope, targetRepos, jiraTicket, driver, sizeGate, prMode, cleanupPolicy, trackerDefaults`.json.decisions[]` with provenance `policy`. Lifetime = the session's branch; `\u002Forc:cleanup` removes it with the rest of `files\u002F`.\n\n## Consumers\n\nRegistered by every multi-phase command; the startup sequence is executed by `\u002Forc:resume` and `\u002Forc:flow` self-resume; the ledger by `\u002Forc:plan`, `\u002Forc:flow` Phase 5, `\u002Forc:fan-out`, and `orc-implementer`. A new multi-phase command preloads nothing — it calls `orc-state` and cites this skill.\n",{"name":5,"description":7,"when_to_use":44},"Use when registering, checkpointing, reading, or resuming .orc\u002F session state.","main","7522fd7266944e30052204c2f6df287d8b5516be","orc\u002Fskills\u002Fstate-protocol",0,"https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc","https:\u002F\u002Forc.novacstack.com\u002F","https:\u002F\u002Fgithub.com\u002FHigorAlves","higoralves.dev","Software Engineering","2026-11-14 07:24:14",{"source":8,"skillName":5,"commands":56,"prompt":66,"zipAvailable":67},[57,60,63],{"tool":58,"command":59},"npx","npx skills add HigorAlves\u002Forc --skill state-protocol",{"tool":61,"command":62},"bunx","bunx skills add HigorAlves\u002Forc --skill state-protocol",{"tool":64,"command":65},"pnpm","pnpm dlx skills add HigorAlves\u002Forc --skill state-protocol","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fstate-protocol\u002FSKILL.md",true,[69],{"path":70,"resourceType":71,"resourceTypeDesc":72,"sizeBytes":73,"sourceHtmlUrl":74},"references\u002Fschema.md","REFERENCE","参考文档",9805,"https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fstate-protocol\u002Freferences\u002Fschema.md",[76,114,140,161,183,203],{"skillNo":77,"name":78,"nameZh":6,"description":79,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":80,"categories":81,"keywords":95,"publishedAt":39},"01M71SW40F9TAAEDKBYYBCM814","writing-plans","Write a comprehensive implementation plan of bite-sized TDD tasks that an engineer with zero codebase context could execute — exact files, code, tests, and verification steps","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fwriting-plans\u002FSKILL.md",[82,87,92],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},"01JBSEEDCAT000000000000018","写作与文案","SCENARIO","使用场景",{"categoryNo":88,"categoryName":89,"taxonomyType":90,"taxonomyTypeDesc":91},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",{"categoryNo":93,"categoryName":94,"taxonomyType":90,"taxonomyTypeDesc":91},"01JBSEEDCAT000000000000036","内容创作者",[96,97,98,99,100,101,102,37,103,104,105,106,107,108,109,110,111,27,112,113],"writing","writing plans","plans","engineer","superpowers","implementation plan","files","you","code","tasks","verification","plan","write","steps","context","ZeRO","tests","use",{"skillNo":115,"name":116,"nameZh":6,"description":117,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":118,"categories":119,"keywords":125,"publishedAt":39},"01M71SW15KHE4MHJW9NEXV65X2","writing-for-agents","orc's doctrine layer for writing any document an agent consumes — skills, AGENTS.md\u002FCLAUDE.md, reference docs","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fwriting-for-agents\u002FSKILL.md",[120,121,124],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},{"categoryNo":122,"categoryName":123,"taxonomyType":85,"taxonomyTypeDesc":86},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":93,"categoryName":94,"taxonomyType":90,"taxonomyTypeDesc":91},[126,96,27,127,37,128,129,130,131,132,133,134,113,135,136,137,138,139],"writing for agents","matt pocock","inline","tuning","a skill","layer","doctrine","push","editing","document","github","https","reference","docs",{"skillNo":141,"name":142,"nameZh":6,"description":143,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":144,"categories":145,"keywords":147,"publishedAt":39},"01M71SVYQKXT743HHHWGHT3G13","workspace-mode","Use when cwd is a parent dir holding multiple sibling git repos — defines repo auto-detection, --repos\u002F--repo\u002F--all-repos\u002F--this-repo precedence, per-repo dispatch, and linked-PR mechanics.","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fworkspace-mode\u002FSKILL.md",[146],{"categoryNo":122,"categoryName":123,"taxonomyType":85,"taxonomyTypeDesc":86},[148,149,150,151,152,37,153,154,155,156,113,157,158,159,160],"workspace mode","mode","workspace","mechanics","auto","repos","git","pr","repo","dispatch","auto-detection","detection","parent",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":168,"publishedAt":39},"01M71SVVP3BXS06G9395P2K0RH","wizard","Generate an interactive bash wizard walking a human through work only they can perform — credentials, secrets, one-off migrations","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fwizard\u002FSKILL.md",[167],{"categoryNo":122,"categoryName":123,"taxonomyType":85,"taxonomyTypeDesc":86},[163,169,170,171,172,127,37,173,174,175,176,177,178,109,179,180,27,113,181,182],"condition","never","provisioning infrastructure","only","Bash","work","credentials","generate","human","secrets","infrastructure","do","one","interactive",{"skillNo":184,"name":185,"nameZh":6,"description":186,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":187,"categories":188,"keywords":189,"publishedAt":39},"01M71SVT4AR6NKAM5B077E7QSJ","wait-what","Stop and re-pitch — the last message did not land; say it again simply, in the project's own vocabulary.","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fwait-what\u002FSKILL.md",[],[190,191,192,193,194,127,195,196,197,198,136,137,199,200,201,202],"wait what","wait","project","re","true","pitch","last","say","message","land","it","stop","vocabulary",{"skillNo":204,"name":205,"nameZh":6,"description":206,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":207,"categories":208,"keywords":213,"publishedAt":39},"01M71SVQVYRA9QBQ6G8MWR8G6F","vitest","Vitest fast unit testing framework powered by Vite with Jest-compatible API","https:\u002F\u002Fgithub.com\u002FHigorAlves\u002Forc\u002Fblob\u002Fmain\u002Forc\u002Fskills\u002Fvitest\u002FSKILL.md",[209,212],{"categoryNo":210,"categoryName":211,"taxonomyType":85,"taxonomyTypeDesc":86},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":88,"categoryName":89,"taxonomyType":90,"taxonomyTypeDesc":91},[205,214,215,216,217,218,96,37,219,220,221,222,223,224,225,226,227,228,112,229],"coverage","unit","testing","testing framework","generated","api","jest","2026","at","scripts","unit testing","antfu","framework","vite","mocking","dev"]