[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6MD2EM2TGZH92NVEGE6V70S":3,"skill-same:01M6MD2EM2TGZH92NVEGE6V70S":66},{"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":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":43,"commitSha":44,"skillDirectory":45,"forksCount":46,"repositoryHtmlUrl":47,"repositoryHomepageUrl":48,"ownerHtmlUrl":49,"ownerBlogUrl":48,"ownerDescription":50,"updatedAt":51,"install":52,"resources":65},"01M6MD2EM2TGZH92NVEGE6V70S","eng-delivery",null,"Deliver work in the compozy\u002Fcompozy repository. Use when dispatching or supervising sessions, opening or updating a PR, filing an issue, handling review feedback or CI, or declaring work done. Excludes product behavior of the shipped spec-cycle agents.","compozy\u002Fcompozy","compozy","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F205107042?v=4","01M6JWVTXX4DX38AWZ7SPFEKEV","CompozyOS","01M6JWVV2P34GM1PDATVB2EV05",2864,"MIT","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Feng\u002Feng-delivery\u002FSKILL.md",[],[19,20,21,22,9,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"eng delivery","delivery","when","deliver","spec","repository","behavior","product","work","review","done","use","review feedback","sessions","ci","filing","cycle","pr","feedback","2026-11-10 10:12:30",false,"---\nname: eng-delivery\ndescription: Deliver work in the compozy\u002Fcompozy repository. Use when dispatching or supervising sessions, opening or updating a PR, filing an issue, handling review feedback or CI, or declaring work done. Excludes product behavior of the shipped spec-cycle agents.\n---\n\n# Delivery\n\nRepository rules for getting work from a dispatch to a merged PR. `CLAUDE.md` owns the CI-only gate and worktree rules; repeat them in every dispatch brief, because a child starts with only its brief and repository instructions.\n\nDone means an open, ready PR on its final head, the merge-gate review criterion met for that head, every actionable review finding addressed, and `merge-gate` told. Merging belongs to `merge-gate`; a release needs a direct operator message to it.\n\n## Dispatch\n\n| Work | Provider | Model | Effort |\n| --- | --- | --- | --- |\n| Backend | `codex` | `gpt-6-astra` | `medium` |\n| Frontend | `claude` | `claude-opus-5-5` | `medium` |\n| Issue fix | `claude` | `claude-opus-5-5` | `medium` |\n| Final review | `codex` and `claude` | `gpt-6-astra`, `claude-opus-5-5` | `xhigh`, `medium` |\n\nOperator overrides win. Never substitute a model silently.\n\n- The orchestrator is the quality guarantor. Send back unfinished work, and verify the result yourself before reporting it.\n- Use child sessions from `compozy__session_create`, not subagents. A CLI fallback must pass `--parent \u003Cyour session>`.\n- Give each child a new worktree. Name it from the slice or issue so a retry cannot duplicate it, and keep the root checkout clean.\n- Set provider, model and effort on the first prompt, confirm the effective runtime with `compozy__session_status`, and register a monitor. Do not answer a child's report in the same message chain; read it on the monitor wake.\n- Keep about 4 workers active. Cut slices that can run in parallel and state which slice depends on which.\n- Workers never run repository-wide gates. Say so explicitly in the brief, and name repository-wide lint, full test suites and E2E too.\n- Prototyped screens and flows follow their prototype.\n- Workers do not co-edit shared files such as `docs\u002F_memory\u002Fchange-impact.md`. Their impact notes go in the PR body, and the orchestrator consolidates them.\n\n## Integration\n\nSquash each finished slice into the integration worktree and resolve conflicts there; regenerate generated files through their owner. After the last slice, run the final review tier read-only and fix what it finds before opening the PR.\n\nStop finished children once their work is integrated. After a merge, remove only the worktrees and branches you created.\n\n## Issues\n\nSearch for a duplicate before creating one, and reuse an existing issue. A closed issue or an existing PR means checking whether work remains first.\n\nFile issues in English on GitHub with reproduction, actual and expected behavior, evidence with code pointers, acceptance criteria, and QA or compatibility impact. Remove private paths, internal runtime identifiers, credentials and unrelated log content. Verify publication.\n\nEvery issue gets a type when it is created, including follow-ups filed by executors: `gh issue create --type \u003CBug|Feature|Task>`, or `gh issue edit \u003Cn> --type \u003CT>` immediately after. Use Bug for defects and regressions, Feature for new capabilities, and Task for tests, chores, build and dependency work.\n\nIndependent issues get separate worktrees; several symptoms of one defect stay together.\n\n## Pull request\n\nWrite everything in English, from `.github\u002FPULL_REQUEST_TEMPLATE.md`. Do not keep its historical comment.\n\n- Title: `\u003Ctype>: \u003Cdescription>` or `\u003Ctype>!: \u003Cdescription>`, describing the result. Squash subjects become release notes, so if the title mentions the product, it says `CompozyOS`, never bare `Compozy`.\n- Link the issue with `Closes #\u003Cn>`, or `Refs #\u003Cn>` when closing needs a check you cannot make.\n- Cover the trigger, root cause, observable before and after, tradeoffs, verification, and cross-surface, compatibility and QA impact, for a reader without this conversation. Keep it current as remediation changes the work.\n- Omit private identifiers, host paths and credentials.\n- A draft PR or first push is a checkpoint, not delivery.\n\n### Screenshots\n\nHost UI evidence in the R2 bucket `compozy-pr-evidence`, never through `gh --attach`, whose URLs expire.\n\n```bash\nwrangler r2 object put compozy-pr-evidence\u002F\u003Cslug>\u002F\u003Cshort-sha>\u002F\u003CNN>-\u003Cname>.png --file \u003Cabs-path> --content-type image\u002Fpng --remote\ncurl -sI https:\u002F\u002Fpub-6cb601c36b3b4de9bc57fae6b15686d0.r2.dev\u002F\u003Ckey>\n```\n\n`--remote` is required. Expect `200` and `image\u002Fpng` before using the URL in the PR body.\n\n## CI\n\nThere is no merge queue. Merge-train merges directly once its CodeRabbit rounds or fallback criterion and zero unresolved threads hold, with the target, title, head and mergeability verified. CI may be pending or red; `main` may go red briefly and is fixed right after. List every non-green check on the merged head for immediate repair. Report any remaining branch rule that blocks a direct merge; never bypass it with `--admin`.\n\nInspect these checks on the current head:\n\n- `Verify (fmt, lint, unit, build)`, `E2E (combined lane)`, `PR title`, `React Doctor`\n- Every other reported check, recording any result that is not successful or legitimately skipped; [Reviewers](#reviewers) owns the CodeRabbit criterion\n\nBoth gates always run and fail when `Detect changes` fails. The fast lane selects affected areas. Heavy lanes (integration, Windows and E2E) run on main pushes and nightly, plus manual runs; pull requests opt in with the `ci:full` label and a CI re-run, or by changing the CI pipeline itself. `E2E (combined lane)` succeeds when heavy lanes are not selected. Pending, cancelled or missing is not green, and success on an earlier head does not count. These results inform repair; they do not block the merge-gate criterion.\n\nDiagnose finished failures while other jobs run. Wait through a monitor, never a shell loop. A watch command can exit non-zero on a network error, so read the real conclusion with `gh run view`.\n\n## Reviewers\n\nCodeRabbit must meet merge-gate HEARTBEAT.md step 2: two distinct reviewed commits, a third after a heavy second round, or the fallback below. Every review thread must be resolved. Inspect Greptile and React Doctor results and address actionable findings as they arrive; pending or red checks do not block merging. Elapsed time or silence proves no CodeRabbit coverage. Do not install or configure a reviewer.\n\n- Every push restarts CI and the reviewers, so remediation works in rounds: one push per round, never one per finding.\n- CodeRabbit allows 8 reviews per hour across the repository, so parallel PRs stall on it. Do not request a re-review of an unchanged head.\n- CodeRabbit pauses after several pushed commits and its check shows `skipping`. Comment `@coderabbitai review` before claiming coverage.\n- **CodeRabbit fallback.** When CodeRabbit blocks the PR because it is rate-limited, refuses to re-review an already-reviewed head, or skips a PR over its 300-file limit, replace it:\n  1. Run a Claude Opus 5.5 reviewer subagent on the full PR diff. Use a plain reviewer brief, not `deep-review`. For the file limit only, an earlier external agent review of the same change, such as spec peer-review rounds, replaces this pass.\n  2. Post one PR comment that starts with `## CodeRabbit fallback review` and names the reviewed head, the trigger, and each finding, or links the earlier review. `merge-gate` accepts only this heading from `pedronauck`.\n  3. Fix or answer every finding like any other reviewer's.\n  4. Dismiss a stale CodeRabbit `CHANGES_REQUESTED` review with a message linking that comment.\n\n  Inspect Greptile, React Doctor and CI results and report non-green checks; they do not block the merge-gate criterion.\n\nA round starts as soon as a reviewer posts findings or a check fails on the current head; do not wait for the rest of CI to finish first, because the fix push restarts CI anyway. Fold in every finding already posted, push once, then inspect CI and satisfy the review criterion on that new head. Collect every page of reviews, inline threads and PR comments, including collapsed sections and the CodeRabbit \"Follow-up\" and \"outside diff\" notes that exist only in review bodies, and address every actionable finding at any severity, including human feedback and findings marked outdated or outside changed lines. Green CI on a head without the required CodeRabbit rounds or fallback is not delivered.\n\n1. Validate each finding against the current code and the contract.\n2. Fix every valid, in-scope finding and every failed check locally, with focused tests and lint for what changed, then push once. The `pre-push` hook rejects format and lint failures before they reach CI.\n3. Reply to each thread with that pushed commit or other evidence, then resolve it. For a false positive, give a concrete rationale.\n4. For a disputed or materially out-of-scope finding, reply with the rationale and escalate it. Resolve the thread once the operator or reviewer settles it; until then delivery stays open, because `merge-gate` and the `main` ruleset both require every thread resolved.\n\nStart the next round on the new head until nothing actionable remains.\n\n## Handoff\n\nFind the `merge-gate` main session with `compozy agent instance list --agent merge-gate`. If the operator has not created the instance, report that as a blocker and leave delivery open. Capture the head, confirm it did not move during verification, then send that session one line with `compozy__session_prompt`:\n\n```text\nready: #\u003Cnumber> \u003Chead-sha>\n```\n\nA refusal names the failed condition. Fix it, satisfy the review criterion on the new head, and hand off again with the new head.\n","# Delivery\n\nRepository rules for getting work from a dispatch to a merged PR. `CLAUDE.md` owns the CI-only gate and worktree rules; repeat them in every dispatch brief, because a child starts with only its brief and repository instructions.\n\nDone means an open, ready PR on its final head, the merge-gate review criterion met for that head, every actionable review finding addressed, and `merge-gate` told. Merging belongs to `merge-gate`; a release needs a direct operator message to it.\n\n## Dispatch\n\n| Work | Provider | Model | Effort |\n| --- | --- | --- | --- |\n| Backend | `codex` | `gpt-6-astra` | `medium` |\n| Frontend | `claude` | `claude-opus-5-5` | `medium` |\n| Issue fix | `claude` | `claude-opus-5-5` | `medium` |\n| Final review | `codex` and `claude` | `gpt-6-astra`, `claude-opus-5-5` | `xhigh`, `medium` |\n\nOperator overrides win. Never substitute a model silently.\n\n- The orchestrator is the quality guarantor. Send back unfinished work, and verify the result yourself before reporting it.\n- Use child sessions from `compozy__session_create`, not subagents. A CLI fallback must pass `--parent \u003Cyour session>`.\n- Give each child a new worktree. Name it from the slice or issue so a retry cannot duplicate it, and keep the root checkout clean.\n- Set provider, model and effort on the first prompt, confirm the effective runtime with `compozy__session_status`, and register a monitor. Do not answer a child's report in the same message chain; read it on the monitor wake.\n- Keep about 4 workers active. Cut slices that can run in parallel and state which slice depends on which.\n- Workers never run repository-wide gates. Say so explicitly in the brief, and name repository-wide lint, full test suites and E2E too.\n- Prototyped screens and flows follow their prototype.\n- Workers do not co-edit shared files such as `docs\u002F_memory\u002Fchange-impact.md`. Their impact notes go in the PR body, and the orchestrator consolidates them.\n\n## Integration\n\nSquash each finished slice into the integration worktree and resolve conflicts there; regenerate generated files through their owner. After the last slice, run the final review tier read-only and fix what it finds before opening the PR.\n\nStop finished children once their work is integrated. After a merge, remove only the worktrees and branches you created.\n\n## Issues\n\nSearch for a duplicate before creating one, and reuse an existing issue. A closed issue or an existing PR means checking whether work remains first.\n\nFile issues in English on GitHub with reproduction, actual and expected behavior, evidence with code pointers, acceptance criteria, and QA or compatibility impact. Remove private paths, internal runtime identifiers, credentials and unrelated log content. Verify publication.\n\nEvery issue gets a type when it is created, including follow-ups filed by executors: `gh issue create --type \u003CBug|Feature|Task>`, or `gh issue edit \u003Cn> --type \u003CT>` immediately after. Use Bug for defects and regressions, Feature for new capabilities, and Task for tests, chores, build and dependency work.\n\nIndependent issues get separate worktrees; several symptoms of one defect stay together.\n\n## Pull request\n\nWrite everything in English, from `.github\u002FPULL_REQUEST_TEMPLATE.md`. Do not keep its historical comment.\n\n- Title: `\u003Ctype>: \u003Cdescription>` or `\u003Ctype>!: \u003Cdescription>`, describing the result. Squash subjects become release notes, so if the title mentions the product, it says `CompozyOS`, never bare `Compozy`.\n- Link the issue with `Closes #\u003Cn>`, or `Refs #\u003Cn>` when closing needs a check you cannot make.\n- Cover the trigger, root cause, observable before and after, tradeoffs, verification, and cross-surface, compatibility and QA impact, for a reader without this conversation. Keep it current as remediation changes the work.\n- Omit private identifiers, host paths and credentials.\n- A draft PR or first push is a checkpoint, not delivery.\n\n### Screenshots\n\nHost UI evidence in the R2 bucket `compozy-pr-evidence`, never through `gh --attach`, whose URLs expire.\n\n```bash\nwrangler r2 object put compozy-pr-evidence\u002F\u003Cslug>\u002F\u003Cshort-sha>\u002F\u003CNN>-\u003Cname>.png --file \u003Cabs-path> --content-type image\u002Fpng --remote\ncurl -sI https:\u002F\u002Fpub-6cb601c36b3b4de9bc57fae6b15686d0.r2.dev\u002F\u003Ckey>\n```\n\n`--remote` is required. Expect `200` and `image\u002Fpng` before using the URL in the PR body.\n\n## CI\n\nThere is no merge queue. Merge-train merges directly once its CodeRabbit rounds or fallback criterion and zero unresolved threads hold, with the target, title, head and mergeability verified. CI may be pending or red; `main` may go red briefly and is fixed right after. List every non-green check on the merged head for immediate repair. Report any remaining branch rule that blocks a direct merge; never bypass it with `--admin`.\n\nInspect these checks on the current head:\n\n- `Verify (fmt, lint, unit, build)`, `E2E (combined lane)`, `PR title`, `React Doctor`\n- Every other reported check, recording any result that is not successful or legitimately skipped; [Reviewers](#reviewers) owns the CodeRabbit criterion\n\nBoth gates always run and fail when `Detect changes` fails. The fast lane selects affected areas. Heavy lanes (integration, Windows and E2E) run on main pushes and nightly, plus manual runs; pull requests opt in with the `ci:full` label and a CI re-run, or by changing the CI pipeline itself. `E2E (combined lane)` succeeds when heavy lanes are not selected. Pending, cancelled or missing is not green, and success on an earlier head does not count. These results inform repair; they do not block the merge-gate criterion.\n\nDiagnose finished failures while other jobs run. Wait through a monitor, never a shell loop. A watch command can exit non-zero on a network error, so read the real conclusion with `gh run view`.\n\n## Reviewers\n\nCodeRabbit must meet merge-gate HEARTBEAT.md step 2: two distinct reviewed commits, a third after a heavy second round, or the fallback below. Every review thread must be resolved. Inspect Greptile and React Doctor results and address actionable findings as they arrive; pending or red checks do not block merging. Elapsed time or silence proves no CodeRabbit coverage. Do not install or configure a reviewer.\n\n- Every push restarts CI and the reviewers, so remediation works in rounds: one push per round, never one per finding.\n- CodeRabbit allows 8 reviews per hour across the repository, so parallel PRs stall on it. Do not request a re-review of an unchanged head.\n- CodeRabbit pauses after several pushed commits and its check shows `skipping`. Comment `@coderabbitai review` before claiming coverage.\n- **CodeRabbit fallback.** When CodeRabbit blocks the PR because it is rate-limited, refuses to re-review an already-reviewed head, or skips a PR over its 300-file limit, replace it:\n  1. Run a Claude Opus 5.5 reviewer subagent on the full PR diff. Use a plain reviewer brief, not `deep-review`. For the file limit only, an earlier external agent review of the same change, such as spec peer-review rounds, replaces this pass.\n  2. Post one PR comment that starts with `## CodeRabbit fallback review` and names the reviewed head, the trigger, and each finding, or links the earlier review. `merge-gate` accepts only this heading from `pedronauck`.\n  3. Fix or answer every finding like any other reviewer's.\n  4. Dismiss a stale CodeRabbit `CHANGES_REQUESTED` review with a message linking that comment.\n\n  Inspect Greptile, React Doctor and CI results and report non-green checks; they do not block the merge-gate criterion.\n\nA round starts as soon as a reviewer posts findings or a check fails on the current head; do not wait for the rest of CI to finish first, because the fix push restarts CI anyway. Fold in every finding already posted, push once, then inspect CI and satisfy the review criterion on that new head. Collect every page of reviews, inline threads and PR comments, including collapsed sections and the CodeRabbit \"Follow-up\" and \"outside diff\" notes that exist only in review bodies, and address every actionable finding at any severity, including human feedback and findings marked outdated or outside changed lines. Green CI on a head without the required CodeRabbit rounds or fallback is not delivered.\n\n1. Validate each finding against the current code and the contract.\n2. Fix every valid, in-scope finding and every failed check locally, with focused tests and lint for what changed, then push once. The `pre-push` hook rejects format and lint failures before they reach CI.\n3. Reply to each thread with that pushed commit or other evidence, then resolve it. For a false positive, give a concrete rationale.\n4. For a disputed or materially out-of-scope finding, reply with the rationale and escalate it. Resolve the thread once the operator or reviewer settles it; until then delivery stays open, because `merge-gate` and the `main` ruleset both require every thread resolved.\n\nStart the next round on the new head until nothing actionable remains.\n\n## Handoff\n\nFind the `merge-gate` main session with `compozy agent instance list --agent merge-gate`. If the operator has not created the instance, report that as a blocker and leave delivery open. Capture the head, confirm it did not move during verification, then send that session one line with `compozy__session_prompt`:\n\n```text\nready: #\u003Cnumber> \u003Chead-sha>\n```\n\nA refusal names the failed condition. Fix it, satisfy the review criterion on the new head, and hand off again with the new head.\n",{"name":5,"description":7},"main","766345807802b7056b0fc8a026c84de70f23ea84",".agents\u002Fskills\u002Feng\u002Feng-delivery",188,"https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy","https:\u002F\u002Fcompozy.com","https:\u002F\u002Fgithub.com\u002Fcompozy","An OS for AI agents","2026-11-12 03:19:09",{"source":8,"skillName":5,"commands":53,"prompt":63,"zipAvailable":64},[54,57,60],{"tool":55,"command":56},"npx","npx skills add compozy\u002Fcompozy --skill eng-delivery",{"tool":58,"command":59},"bunx","bunx skills add compozy\u002Fcompozy --skill eng-delivery",{"tool":61,"command":62},"pnpm","pnpm dlx skills add compozy\u002Fcompozy --skill eng-delivery","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Feng\u002Feng-delivery\u002FSKILL.md",true,[],[67,100,125,147,158,170],{"skillNo":68,"name":69,"nameZh":6,"description":70,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":71,"licenseFileUrl":72,"sourceHtmlUrl":73,"categories":74,"keywords":80,"publishedAt":38},"01M6MD7W312X49RNEJRKKVKTTD","security-review","Security code review for vulnerabilities. Use when asked to \"security review\", \"find vulnerabilities\", \"check for security issues\", \"audit security\", \"OWASP review\", or review code for injection, XSS, authentication, authorization, cryptography issues. Provides systematic review with confidence-based reporting.","CC-BY-SA-4.0","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fsecurity-review\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fsecurity-review\u002FSKILL.md",[75],{"categoryNo":76,"categoryName":77,"taxonomyType":78,"taxonomyTypeDesc":79},"01JBSEEDCAT000000000000007","代码审查","SCENARIO","使用场景",[81,82,28,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,30,98,21,99],"security","security review","injection","authentication","code review","issues","Bash","code","xss","audit","systematic","read","reporting","cryptography","owasp","systematic review","for","task","audit security",{"skillNo":101,"name":102,"nameZh":6,"description":103,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":104,"categories":105,"keywords":111,"publishedAt":38},"01M6MD5K93G1GP8VA56V2FEPZV","lesson-learned","Extract evidence-backed engineering lessons from recent changes or incidents. Use for requested reflection, lesson updates, or retiring an obsolete workflow rule.","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Flesson-learned\u002FSKILL.md",[106],{"categoryNo":107,"categoryName":108,"taxonomyType":109,"taxonomyTypeDesc":110},"01JBSEEDCAT000000000000039","教师与教育","PROFESSION","适用职业",[112,113,114,97,115,116,117,118,119,120,121,122,30,123,124],"learned","lesson learned","lesson","changes","evidence","incidents","workflow","engineering","updates","extract","rule","lessons","reflection",{"skillNo":126,"name":9,"nameZh":6,"description":127,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":130,"publishedAt":38},"01M6MDPNH3J60VRCGTPHVTHZR8","Operate CompozyOS. Use when working with CompozyOS sessions, agents, native tools, skills, tasks, Loops, Goals, Terminal, desktops and windows, automation, extensions, or configuration. Don't use for unrelated projects.","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002Fskills\u002Fcompozy\u002FSKILL.md",[],[9,32,131,132,133,97,134,135,30,136,137,138,139,140,141,142,143,144,145,146,21],"windows","projects","operate","runtime","true","automation","tasks","extensions","with","loops","unrelated","goals","native","terminal","configuration","Tools",{"skillNo":148,"name":149,"nameZh":6,"description":150,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":151,"categories":152,"keywords":153,"publishedAt":38},"01M6MDPHKNPQHJ1TF21E1HSFNF","remotion-upgrade","Upgrade Remotion, and related packages","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002Fpackages\u002Flaunch-video\u002F.agents\u002Fskills\u002Fremotion-upgrade\u002FSKILL.md",[],[154,155,156,157],"remotion upgrade","upgrade","Remotion","packages",{"skillNo":159,"name":160,"nameZh":6,"description":161,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":162,"categories":163,"keywords":164,"publishedAt":38},"01M6MDPFT91ZWC7Z09MRNZPAJG","remotion-studio","Preview a Remotion video","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002Fpackages\u002Flaunch-video\u002F.agents\u002Fskills\u002Fremotion-studio\u002FSKILL.md",[],[165,166,156,167,168,169],"studio","remotion studio","Video","preview","remotion video",{"skillNo":171,"name":172,"nameZh":6,"description":173,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":174,"categories":175,"keywords":176,"publishedAt":38},"01M6MDPD5XDZPYB5NAZGKMPXWC","remotion-saas","Build an app with Remotion","https:\u002F\u002Fgithub.com\u002Fcompozy\u002Fcompozy\u002Fblob\u002Fmain\u002Fpackages\u002Flaunch-video\u002F.agents\u002Fskills\u002Fremotion-saas\u002FSKILL.md",[],[177,178,156,139,179,180],"saas","remotion saas","app","build"]