[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6FNK242SSB6PFPR8W1F87X2":3,"skill-same:01M6FNK242SSB6PFPR8W1F87X2":64},{"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":23,"publishedAt":35,"linkOnly":36,"markdownContent":37,"markdownBody":38,"frontMatter":39,"refName":40,"commitSha":41,"skillDirectory":42,"forksCount":43,"repositoryHtmlUrl":44,"repositoryHomepageUrl":45,"ownerHtmlUrl":46,"ownerBlogUrl":47,"ownerDescription":48,"updatedAt":49,"install":50,"resources":63},"01M6FNK242SSB6PFPR8W1F87X2","create-pr",null,"Publish or update one repository-adaptive, exact-SHA pull request without duplicating or broadening authority","shenxingy\u002FClade","shenxingy","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F89829751?v=4","01M6CQXHTV3WQZJMG0JXD93MEK","Xingyu (Alex) Shen","01M6CQXHYCTGPJ5HD8Z7MD4Q5P",10,"MIT","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fcreate-pr\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34],"pr","create pr","create","pull","publish","pull request","update","repository","adaptive","authority","request","2026-11-10 10:12:30",false,"---\nname: create-pr\ndescription: \"Publish or update one repository-adaptive, exact-SHA pull request without duplicating or broadening authority\"\n---\n\n# Clade for Codex\n\nThis package composes the provider-neutral Clade core contract with the native\nCodex surface adapter. Run the workflow directly in Codex; do not launch\nanother agent CLI or route it through Clade MCP.\n\nPackage provenance:\n\n- core contract: `clade.delivery\u002Fv1`\n- surface adapter: `codex\u002Fv1`\n- explicit invocation: `$clade:create-pr`\n- generated from: `configs\u002Fskills\u002F\u003Cname>`\n\n## Canonical Clade workflow\n\nYou are the Create PR skill. Publish or update the active Clade delivery\nidempotently.\n\n## 1. Resolve policy and authority\n\nLocate\u002Fread the sibling `delivery` skill, relevant surface overlay, and active\ndelivery state. Run its context probe again immediately before publication.\n\nStop or choose a non-PR fallback when:\n\n- no authenticated forge adapter exists;\n- PR publication authority is pending;\n- current branch is default\u002Fshared\u002Funknown-owned\u002Fdetached;\n- a fork\u002Fhuman-owned PR cannot be updated safely;\n- trusted repository PR policy\u002Ftemplate cannot be resolved.\n\nGitHub uses `gh`; GitLab\u002FBitbucket use their available adapters; plain Git\nreturns a pushed branch, request-pull, or patch\u002Fbundle. Never invoke `gh` in a\nnon-GitHub repository.\n\n## 2. Scope and exact candidate gate\n\nInspect the complete diff\u002Fcommits from the resolved PR base. Map every file to\none behavior\u002Froot cause. Multiple commits do not make a multi-feature branch\nacceptable.\n\n- Tests, migrations, generated contracts, and docs for one behavior are one\n  scope.\n- Independent endpoints, roadmap phases, refactors, provider integrations, or\n  “while here” fixes are separate scopes.\n- Over 500 changed lines requires an explicit atomicity explanation.\n- Over 1,000 defaults to split unless generated output or one inseparable\n  foundation explains it.\n\nFor multiple scopes, preserve the source branch, then create independent or\nstacked delivery records in isolated worktrees. Each stacked PR targets its\nimmediate parent and owns its own candidate\u002Fremote evidence. Never close or\nrewrite the recovery branch before replacements are reachable.\n\nRequire complete candidate evidence for the exact current head:\n\n```bash\npython3 \"$DELIVERY_PY\" show --id \"\u003Cid>\"\ngit rev-parse HEAD\n```\n\nIf evidence is absent or names another head, run full repository checks on\nthis head and record `delivery candidate` before publication. Align the base\nonly to resolve a conflict or a stack parent that landed: main moving alone\nnever makes a candidate stale (configs\u002FCLAUDE.md, \"Merge, then test\").\n\n## 3. Reuse existing PR\n\nQuery the forge for an open PR with this exact head branch before creating one.\n\n- Existing agent-owned PR: update title\u002Fbody\u002Fdraft state as needed.\n- Open human-owned PR: create a child repair branch\u002FPR unless direct-update\n  authority was explicit.\n- Closed\u002Fmerged predecessor: create a new PR from current base and link it.\n- Fork PR: do not assume write access to its head.\n\nPR creation is idempotent. Never open a duplicate because a previous process\ncrashed after the forge write but before local state recording.\n\n## 4. Build repository-native metadata\n\nHonor the repository PR template, required labels\u002Freviewers, contribution\ntoken\u002Finstructions, and forge conventions. The body records:\n\n- problem\u002Froot cause and one scope;\n- out-of-scope adjacent work;\n- stack parent\u002Fchildren and merge order;\n- exact base and head SHAs;\n- exact local verification and remote-check status;\n- risk and rollback;\n- proposed merge strategy and why;\n- whether intermediate commits are review checkpoints;\n- required agent\u002Fruntime disclosure;\n- the two review lines below.\n\nEvery PR body carries these two lines, spelled exactly so, because `\u002Fretro`\nparses them (`pr-verification-gaps.py`). A repository template governs the rest\nof the body, not these words:\n\n```text\nReview depth: none | skimmed | read-in-full\nCould not verify: none | \u003Citem>; \u003Citem>\n```\n\n- **Review depth** is how far someone other than the author read the diff: a\n  human reviewer, or an independent review run such as `\u002Freview-pr` or a\n  second-opinion agent, optionally named after the value. The author's own\n  reading never counts, and a reading you did not see is never claimed, so at\n  creation the line is almost always `none`. When a review lands, update the\n  line: it states the depth at merge.\n- **Could not verify** lists what was not checked, each item a few words naming\n  the surface, with the reason in parentheses, items separated by `;`. Write\n  `none` only when every claim in the PR was checked. Reuse an earlier PR's\n  wording for the same gap: `\u002Fretro` counts items by their words, so a\n  rephrased item hides a gap that recurs.\n\nFor example:\n\n```text\nReview depth: skimmed (by @reviewer)\nCould not verify: macOS run (no Mac reachable); live hook firing (needs an interactive session)\n```\n\nDo not include secrets, raw auth endpoints, machine-private paths, or claims of\nindependent human approval.\n\nDraft only when requested, repository policy opens drafts early, or remote CI\nmust run before ready.\n\n## 5. Publish and record\n\n**`--dry-run` stops here.** Report the resolved base, the scope verdict, the\ncandidate-evidence status, and the PR title and body you would post — then stop\nwithout pushing and without calling `gh pr create`. This flag was in the\nargument-hint and read by nothing, so a run that asked to preview published a\nPR instead; of every flag in this toolkit that is the one whose absence is\nvisible to other people.\n\n\nPush with an explicit same-name refspec\u002Fupstream only under recorded push\nauthority. Then create or update the PR through the selected forge adapter.\n\nRecord the result:\n\n```bash\npython3 \"$DELIVERY_PY\" publish \\\n  --id \"\u003Cid>\" --pr \u003Cnumber> --url \"\u003Curl>\" \\\n  --base \"\u003Cresolved-base>\" --head-sha \"$(git rev-parse HEAD)\" [--draft]\n```\n\nIf recording fails after PR creation, re-query by head and repair the existing\nrecord; do not create another PR.\n\nDo not wait on hosted checks: the exact-head candidate is the gate and hosted\nCI is the receipt. When integration is authorized, go straight to `ready`:\nwith `--checks receipt`, the default, pending checks do not block, a failed\none does, and branch protection gets auto-merge, never a bypass. When a check\nfails, before or after the merge, fix forward with new checkpoint commits,\nrerun full candidate verification for the new SHA, push, update the same PR\n(or open a follow-up after a merge), and record `publish` again so\n`pull_request.head_sha` names the pushed head (`published` stays true; a new\ncandidate does not un-publish the delivery). Completion reports the URL,\nbase\u002Fhead, stack position, exact evidence, the hosted checks still running,\nand remaining external review.\n\n## Codex surface adapter\n\n# Codex surface adapter\n\n- Installed Clade plugin skills are namespaced. Invoke this workflow as\n  `$clade:delivery`, and use `$clade:\u003Cskill-name>` for companion workflows.\n- Read the closest applicable agent instructions. Codex probes\n  `AGENTS.override.md` before `AGENTS.md` at each scope and does not merge\n  them, so where an override exists that scope's `AGENTS.md` is not in effect.\n  `CLAUDE.md` is Clade's legacy fallback rather than a filename Codex resolves;\n  read it only when it is trusted repository guidance.\n- Codex-managed worktrees may begin at detached HEAD. A local detached commit\n  is valid, but create\u002Fattach an owned branch or preserve a reachable Clade ref\n  before the runtime deletes the worktree.\n- Inspect `git worktree list --porcelain` before checkout, rewrite, or cleanup:\n  one branch cannot be checked out by multiple worktrees.\n- Use Codex native review\u002Fworktree\u002Fhandoff capabilities where available. Do\n  not launch Claude Code or a nested Codex CLI to emulate the workflow.\n- Project configuration is trust-gated. Provider credentials and user\n  connections remain user-scoped and cannot be donated by repository files.\n\n## Additional skill reference\n\n# Create or update PR\n\nPublish one independently reviewable and reversible delivery unit. Use the\nshared `$clade:delivery` context\u002Fstate controller; do not assume GitHub, `origin`,\n`main`, branch ownership, or autonomous PR authority.\n\n**One PR = one independently reviewable and reversible delivery unit.**\n\nTests, migrations, generated files, and documentation for that same behavior\nbelong together. Independent behavior becomes independent or explicitly\nstacked delivery records.\n\n## Delivery completion\n\nIf this workflow changes files or external state:\n\n- Inspect the real final state before responding, including `git status` for a\n  repository task.\n- Never report `DONE` while task-owned changes are uncommitted. Use or continue\n  `$clade:delivery` and create a repository-compliant checkpoint or preserve\n  the work when committing is unavailable.\n- When the user request or trusted repository policy makes publication,\n  deployment, or live verification part of the task, do not silently downgrade\n  the result to local-only work.\n- If a required delivery transition lacks authority, credentials, a destination,\n  or reachable external state, report `BLOCKED` or `NEEDS_CONTEXT` rather than\n  appending a \"not committed\u002Fpushed\u002Fdeployed\" caveat after `DONE`.\n","# Clade for Codex\n\nThis package composes the provider-neutral Clade core contract with the native\nCodex surface adapter. Run the workflow directly in Codex; do not launch\nanother agent CLI or route it through Clade MCP.\n\nPackage provenance:\n\n- core contract: `clade.delivery\u002Fv1`\n- surface adapter: `codex\u002Fv1`\n- explicit invocation: `$clade:create-pr`\n- generated from: `configs\u002Fskills\u002F\u003Cname>`\n\n## Canonical Clade workflow\n\nYou are the Create PR skill. Publish or update the active Clade delivery\nidempotently.\n\n## 1. Resolve policy and authority\n\nLocate\u002Fread the sibling `delivery` skill, relevant surface overlay, and active\ndelivery state. Run its context probe again immediately before publication.\n\nStop or choose a non-PR fallback when:\n\n- no authenticated forge adapter exists;\n- PR publication authority is pending;\n- current branch is default\u002Fshared\u002Funknown-owned\u002Fdetached;\n- a fork\u002Fhuman-owned PR cannot be updated safely;\n- trusted repository PR policy\u002Ftemplate cannot be resolved.\n\nGitHub uses `gh`; GitLab\u002FBitbucket use their available adapters; plain Git\nreturns a pushed branch, request-pull, or patch\u002Fbundle. Never invoke `gh` in a\nnon-GitHub repository.\n\n## 2. Scope and exact candidate gate\n\nInspect the complete diff\u002Fcommits from the resolved PR base. Map every file to\none behavior\u002Froot cause. Multiple commits do not make a multi-feature branch\nacceptable.\n\n- Tests, migrations, generated contracts, and docs for one behavior are one\n  scope.\n- Independent endpoints, roadmap phases, refactors, provider integrations, or\n  “while here” fixes are separate scopes.\n- Over 500 changed lines requires an explicit atomicity explanation.\n- Over 1,000 defaults to split unless generated output or one inseparable\n  foundation explains it.\n\nFor multiple scopes, preserve the source branch, then create independent or\nstacked delivery records in isolated worktrees. Each stacked PR targets its\nimmediate parent and owns its own candidate\u002Fremote evidence. Never close or\nrewrite the recovery branch before replacements are reachable.\n\nRequire complete candidate evidence for the exact current head:\n\n```bash\npython3 \"$DELIVERY_PY\" show --id \"\u003Cid>\"\ngit rev-parse HEAD\n```\n\nIf evidence is absent or names another head, run full repository checks on\nthis head and record `delivery candidate` before publication. Align the base\nonly to resolve a conflict or a stack parent that landed: main moving alone\nnever makes a candidate stale (configs\u002FCLAUDE.md, \"Merge, then test\").\n\n## 3. Reuse existing PR\n\nQuery the forge for an open PR with this exact head branch before creating one.\n\n- Existing agent-owned PR: update title\u002Fbody\u002Fdraft state as needed.\n- Open human-owned PR: create a child repair branch\u002FPR unless direct-update\n  authority was explicit.\n- Closed\u002Fmerged predecessor: create a new PR from current base and link it.\n- Fork PR: do not assume write access to its head.\n\nPR creation is idempotent. Never open a duplicate because a previous process\ncrashed after the forge write but before local state recording.\n\n## 4. Build repository-native metadata\n\nHonor the repository PR template, required labels\u002Freviewers, contribution\ntoken\u002Finstructions, and forge conventions. The body records:\n\n- problem\u002Froot cause and one scope;\n- out-of-scope adjacent work;\n- stack parent\u002Fchildren and merge order;\n- exact base and head SHAs;\n- exact local verification and remote-check status;\n- risk and rollback;\n- proposed merge strategy and why;\n- whether intermediate commits are review checkpoints;\n- required agent\u002Fruntime disclosure;\n- the two review lines below.\n\nEvery PR body carries these two lines, spelled exactly so, because `\u002Fretro`\nparses them (`pr-verification-gaps.py`). A repository template governs the rest\nof the body, not these words:\n\n```text\nReview depth: none | skimmed | read-in-full\nCould not verify: none | \u003Citem>; \u003Citem>\n```\n\n- **Review depth** is how far someone other than the author read the diff: a\n  human reviewer, or an independent review run such as `\u002Freview-pr` or a\n  second-opinion agent, optionally named after the value. The author's own\n  reading never counts, and a reading you did not see is never claimed, so at\n  creation the line is almost always `none`. When a review lands, update the\n  line: it states the depth at merge.\n- **Could not verify** lists what was not checked, each item a few words naming\n  the surface, with the reason in parentheses, items separated by `;`. Write\n  `none` only when every claim in the PR was checked. Reuse an earlier PR's\n  wording for the same gap: `\u002Fretro` counts items by their words, so a\n  rephrased item hides a gap that recurs.\n\nFor example:\n\n```text\nReview depth: skimmed (by @reviewer)\nCould not verify: macOS run (no Mac reachable); live hook firing (needs an interactive session)\n```\n\nDo not include secrets, raw auth endpoints, machine-private paths, or claims of\nindependent human approval.\n\nDraft only when requested, repository policy opens drafts early, or remote CI\nmust run before ready.\n\n## 5. Publish and record\n\n**`--dry-run` stops here.** Report the resolved base, the scope verdict, the\ncandidate-evidence status, and the PR title and body you would post — then stop\nwithout pushing and without calling `gh pr create`. This flag was in the\nargument-hint and read by nothing, so a run that asked to preview published a\nPR instead; of every flag in this toolkit that is the one whose absence is\nvisible to other people.\n\n\nPush with an explicit same-name refspec\u002Fupstream only under recorded push\nauthority. Then create or update the PR through the selected forge adapter.\n\nRecord the result:\n\n```bash\npython3 \"$DELIVERY_PY\" publish \\\n  --id \"\u003Cid>\" --pr \u003Cnumber> --url \"\u003Curl>\" \\\n  --base \"\u003Cresolved-base>\" --head-sha \"$(git rev-parse HEAD)\" [--draft]\n```\n\nIf recording fails after PR creation, re-query by head and repair the existing\nrecord; do not create another PR.\n\nDo not wait on hosted checks: the exact-head candidate is the gate and hosted\nCI is the receipt. When integration is authorized, go straight to `ready`:\nwith `--checks receipt`, the default, pending checks do not block, a failed\none does, and branch protection gets auto-merge, never a bypass. When a check\nfails, before or after the merge, fix forward with new checkpoint commits,\nrerun full candidate verification for the new SHA, push, update the same PR\n(or open a follow-up after a merge), and record `publish` again so\n`pull_request.head_sha` names the pushed head (`published` stays true; a new\ncandidate does not un-publish the delivery). Completion reports the URL,\nbase\u002Fhead, stack position, exact evidence, the hosted checks still running,\nand remaining external review.\n\n## Codex surface adapter\n\n# Codex surface adapter\n\n- Installed Clade plugin skills are namespaced. Invoke this workflow as\n  `$clade:delivery`, and use `$clade:\u003Cskill-name>` for companion workflows.\n- Read the closest applicable agent instructions. Codex probes\n  `AGENTS.override.md` before `AGENTS.md` at each scope and does not merge\n  them, so where an override exists that scope's `AGENTS.md` is not in effect.\n  `CLAUDE.md` is Clade's legacy fallback rather than a filename Codex resolves;\n  read it only when it is trusted repository guidance.\n- Codex-managed worktrees may begin at detached HEAD. A local detached commit\n  is valid, but create\u002Fattach an owned branch or preserve a reachable Clade ref\n  before the runtime deletes the worktree.\n- Inspect `git worktree list --porcelain` before checkout, rewrite, or cleanup:\n  one branch cannot be checked out by multiple worktrees.\n- Use Codex native review\u002Fworktree\u002Fhandoff capabilities where available. Do\n  not launch Claude Code or a nested Codex CLI to emulate the workflow.\n- Project configuration is trust-gated. Provider credentials and user\n  connections remain user-scoped and cannot be donated by repository files.\n\n## Additional skill reference\n\n# Create or update PR\n\nPublish one independently reviewable and reversible delivery unit. Use the\nshared `$clade:delivery` context\u002Fstate controller; do not assume GitHub, `origin`,\n`main`, branch ownership, or autonomous PR authority.\n\n**One PR = one independently reviewable and reversible delivery unit.**\n\nTests, migrations, generated files, and documentation for that same behavior\nbelong together. Independent behavior becomes independent or explicitly\nstacked delivery records.\n\n## Delivery completion\n\nIf this workflow changes files or external state:\n\n- Inspect the real final state before responding, including `git status` for a\n  repository task.\n- Never report `DONE` while task-owned changes are uncommitted. Use or continue\n  `$clade:delivery` and create a repository-compliant checkpoint or preserve\n  the work when committing is unavailable.\n- When the user request or trusted repository policy makes publication,\n  deployment, or live verification part of the task, do not silently downgrade\n  the result to local-only work.\n- If a required delivery transition lacks authority, credentials, a destination,\n  or reachable external state, report `BLOCKED` or `NEEDS_CONTEXT` rather than\n  appending a \"not committed\u002Fpushed\u002Fdeployed\" caveat after `DONE`.\n",{"name":5,"description":7},"main","a17d5bc04571ea9aac9b45b480ebe228260654ac","plugins\u002Fclade\u002Fskills\u002Fcreate-pr",6,"https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade","https:\u002F\u002Falexshen.dev\u002Fen\u002Fblog\u002Fclade","https:\u002F\u002Fgithub.com\u002Fshenxingy","https:\u002F\u002Falexshen.dev\u002F","Founding Engineer @ Scam AI | ECE @ Duke University | Data Science @ Duke Kunshan University","2026-11-11 10:54:30",{"source":8,"skillName":5,"commands":51,"prompt":61,"zipAvailable":62},[52,55,58],{"tool":53,"command":54},"npx","npx skills add shenxingy\u002FClade --skill create-pr",{"tool":56,"command":57},"bunx","bunx skills add shenxingy\u002FClade --skill create-pr",{"tool":59,"command":60},"pnpm","pnpm dlx skills add shenxingy\u002FClade --skill create-pr","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fcreate-pr\u002FSKILL.md",true,[],[65,82,114,135,161,178],{"skillNo":66,"name":67,"nameZh":6,"description":68,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":69,"categories":70,"keywords":72,"publishedAt":35},"01M6FNPBA3494GF2W7V4MMAKG3","worktree","Create or inspect runtime-adaptive isolated Git workspaces with explicit ownership and delivery routing","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fworktree\u002FSKILL.md",[71],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[67,32,73,74,75,76,77,78,79,80,81,26],"inspect","with","ownership","delivery routing","runtime","delivery","workspaces","git","routing",{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":94,"publishedAt":35},"01M6FNP75BY8CS006EWGN29FM0","web-search","Route online research and URL reading to native tools or TinyFish MCP\u002FAPI; prepare targeted requests, handle progress and failures, and check returned evidence. Applies to web search, fetching, and bulk collection; excludes repository\u002Ffile search.","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fweb-search\u002FSKILL.md",[88,89],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":90,"categoryName":91,"taxonomyType":92,"taxonomyTypeDesc":93},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[95,96,97,31,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113],"web search","search","web","file","research","MCP","requests","collection","reading","URL","native","bulk","progress","file search","route","tinyfish","evidence","check","api",{"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":121,"publishedAt":35},"01M6FNP2616DRTZRSZJQM3HPHY","verify","Verify project behavior anchors — compilation, tests, and interaction checks after autonomous runs. NOT the Codex built-in \u002Fverify (which runs the app to observe a single change working) — this one walks the AGENTS.md \"Features (Behavior Anchors)\" list.","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fverify\u002FSKILL.md",[120],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[116,122,123,124,125,126,127,128,129,130,131,132,133,134],"app","single","features","which","interaction","tests","project","observe","autonomous","behavior","list","change","codex",{"skillNo":136,"name":137,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":139,"categories":140,"keywords":142,"publishedAt":35},"01M6FNNX95R9H29BNERFY15704","tasks","Coordinate dependency-aware project tasks across independent Codex, Codex, Kimi and human sessions using Beads. Use for shared plans, claiming work, task handoffs, acceptance and agent monitoring snapshots.","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Ftasks\u002FSKILL.md",[141],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[137,143,144,145,128,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,134],"for","plans","work","shared","across","human","task","coordinate","kimi","snapshots","agent monitoring","dependency","use","using beads","beads","monitoring","acceptance","sessions",{"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":35},"01M6FNNTAD1BCZX5Q9TC55MZCH","sync","End-of-session documentation sync — updates TODO.md and PROGRESS.md only (run \u002Fcommit after to commit everything)","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fsync\u002FSKILL.md",[167],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[163,169,170,171,172,173,174,175,107,176,177],"session","run","documentation","commit","only","documentation sync","updates","end","todo",{"skillNo":179,"name":180,"nameZh":6,"description":181,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":182,"categories":183,"keywords":185,"publishedAt":35},"01M6FNNPTR5H23MD3849E66WYA","status","Show a provider-neutral, freshness-aware snapshot of active Agent work, Git delivery, execution identity, and usage limits. Use for “what's going on right now”, what is running, progress updates, active runtime\u002Fprovider\u002Fmodel, or stuck-work checks.","https:\u002F\u002Fgithub.com\u002Fshenxingy\u002FClade\u002Fblob\u002Fmain\u002Fplugins\u002Fclade\u002Fskills\u002Fstatus\u002FSKILL.md",[184],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[180,77,186,187,143,175,188,189,107,190,78,191,192,155,193,145,194,195,80,196],"running","limits","usage","now","active","show","provider","snapshot","model","execution","identity"]