[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M699CS7NTXVVTCWE6N7X1S6H":3,"skill-same:01M699CS7NTXVVTCWE6N7X1S6H":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":23,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":45,"commitSha":46,"skillDirectory":47,"forksCount":48,"repositoryHtmlUrl":49,"repositoryHomepageUrl":50,"ownerHtmlUrl":51,"ownerBlogUrl":52,"ownerDescription":53,"updatedAt":54,"install":55,"resources":67},"01M699CS7NTXVVTCWE6N7X1S6H","migrate-customizations",null,"Guide a safe, reversible migration of VS Code agent customizations when launched from the Agent Customizations Migrations page with VS Code-generated migration context.","microsoft\u002Fvscode","microsoft","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F6154722?v=4","01M698VYDXZ6JW5WH3CRV650R8","Microsoft","01M6998NK2WED5M549DX06VBCH",195270,"MIT","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fextensions\u002Fcopilot\u002Fassets\u002Fprompts\u002Fskills\u002Fmigrate-customizations\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,35,36,37],"migrate customizations","migrate","safe","launch","code","page","context","generated","guide","migration","migrations","with","true","when","2026-11-10 10:12:30",false,"---\nname: migrate-customizations\ndescription: Guide a safe, reversible migration of VS Code agent customizations when launched from the Agent Customizations Migrations page with VS Code-generated migration context.\nargument-hint: Launch from Agent Customizations > Migrations > Migrate with Agent\nuser-invocable: true\ndisable-model-invocation: true\n---\n\n# Migrate Agent Customizations\n\nGuide the user through migrating the inventory included in the invoking prompt. The source locations and valid target folders in that prompt were evaluated for the selected harness. Treat them as authoritative: do not substitute hardcoded destination paths or migrate to a folder that is not listed.\n\n## Required Migration Context\n\nBefore doing anything else, verify that the invoking prompt includes all of the following VS Code-generated values:\n\n- Selected harness\n- Migration telemetry flow\n- Customizations that need migration\n- Valid target folders reported by the selected harness\n\nIf any value is missing, do not inspect, copy, move, convert, or delete customizations. Explain that this workflow must be started from **Agent Customizations > Migrations** by selecting **Migrate with Agent**, then stop. Do not ask the user to manually reconstruct or paste the missing context.\n\nRead [migration techniques](.\u002Freferences\u002Fmigration-techniques.md) before proposing changes.\n\n## Safety Contract\n\n1. VS Code created and verified a private recovery bundle before starting this workflow. Do not search for, inspect, modify, move, or replace its manifest or backups.\n2. The recovery bundle restores original sources only. It does not remove or revert destination files created or changed during migration.\n3. Call `report_customization_migration` exactly once using the privacy-safe aggregate schema described in Finish. This internal tool is available only in the migration chat and does not require filesystem access.\n4. Approval to migrate a group authorizes destination writes only; it does not authorize deleting source files, removing source MCP entries, or clearing location settings. Preserve sources by default. After the destination is validated, ask separately for explicit approval for each kind of cleanup. If runtime validation is not possible, explain what was and was not verified, keep the source, and ask whether to defer cleanup.\n5. Stop on an unexpected source change, destination conflict, invalid configuration, or failed validation. Explain the problem instead of guessing.\n6. Never include customization names, paths, contents, MCP configuration, or other user data in telemetry.\n7. Classify each inventory item exactly once using its supplied category and scope. Do not offer the same item again in another group; if groups overlap, explain the overlap and use the item's inventory category to decide where it is handled.\n8. When using `ask_user`, keep the question short and write it as a single sentence so it remains readable in the chat viewer.\n\n## Workflow\n\n### 1. Choose Scope\n\nAsk whether to migrate:\n\n- user customizations,\n- workspace customizations, or\n- both.\n\nDo not act on an unselected scope.\n\nIf workspace customizations are selected, ask whether the user wants a pull request. If they do, keep workspace changes focused, include the validation evidence and migration rationale in the pull request, and do not include a recovery bundle stored outside the repository.\n\n### 2. Review the Plan\n\nClassify the supplied inventory by its reported category and scope, then handle applicable items in this order:\n\n1. prompt files that should become skills;\n2. VS Code profile user-data agents, instructions, and skills;\n3. MCP servers;\n4. workspace or user customizations at locations defined by settings `chat.agentSkillsLocations`, `chat.instructionsFilesLocations`, and `chat.agentFilesLocations`.\n\nThe groups are mutually exclusive for an inventory item. In particular, a file reported under `configuredLocations` belongs in group 4, not group 2, even if its type is agent, instruction, or skill. If a previously skipped item would otherwise reappear in a later group, do not ask about it again unless the user requests reconsideration.\n\nBefore each group:\n\n- explain why the migration is useful;\n- list the source and harness-reported destination locations;\n- describe changes that cannot be preserved;\n- state explicitly that approval covers destination writes only and that source cleanup will require a separate approval;\n- ask for confirmation to proceed with that group.\n\nWork one group at a time. Do not request approval for all writes at once.\n\n### 3. Migrate Prompt Files to Skills\n\nExplain the compatibility reason for converting each prompt to a skill. Convert each selected prompt into a skill directory with a `SKILL.md`, preserving supported name, description, argument guidance, invocation semantics, and body content. Add `disable-model-invocation: true` when needed to preserve an explicit-invocation-only prompt. Report unsupported frontmatter for review; do not silently drop behavior.\n\nValidate that each skill has valid frontmatter, a meaningful description, and a folder name that matches the skill name. Distinguish structural validation from runtime validation: test discovery and representative invocation in the selected destination harness when possible. A file inspection or a test against a different harness is not proof that the destination harness loads the skill. If runtime validation requires a new session or is otherwise unavailable, say so, leave the source in place, and defer cleanup unless the user explicitly chooses otherwise after hearing the limitation.\n\n### 4. Migrate User Data\n\nExplain that Agent Host doesn't read the VS Code profile user data folder. It only reads the harness's user folders. Copy selected agents, instructions, and skills to a compatible listed destination without silently changing their contents.\nKeep user-scope items in user scope. Explain that approval to copy does not authorize deleting the VS Code source or changing sync\u002Flocation settings; ask for those separately after validation.\n\n### 5. Migrate MCP Servers\n\nExplain that moving MCP configuration lets the selected Agent Host load the server directly. Review every server separately, including destination conflicts and properties the destination format cannot preserve. Call out that a disabled user server might become enabled after migration.\n\nWrite and statically validate the destination before considering source cleanup. Leave unselected, unsupported, and conflicting servers unchanged. Test that migrated servers are discovered and can start in the selected destination harness; spawning a command directly can verify process behavior, but does not by itself prove that the harness discovers or loads the configuration. If destination-harness testing is unavailable, report that limitation and keep source entries.\n\nApproval for this group authorizes destination writes only. After successful destination validation, ask separately whether to remove each migrated or already-equivalent source entry. Do not remove a source entry merely because its destination entry was written or because the user approved the group.\n\n### 6. Customizations at Custom Locations\n\nFiles in custom locations defined by `chat.agentSkillsLocations`, `chat.instructionsFilesLocations`, and `chat.agentFilesLocations` can continue to work when the selected harness is connected to VS Code. Moving them to a harness-reported standard location may improve portability or consistency, but is not automatically required for compatibility. Explain this trade-off before asking whether to migrate.\n\nHandle only items reported as `configuredLocations` and not already handled in another group. Do not re-offer files the user explicitly skipped. Treat moving a file, deleting its old copy, and clearing or changing the location setting as separate actions; obtain explicit approval for each cleanup action after validating the destination.\n\n### 7. Finish\n\nBefore the final summary, call `report_customization_migration` with:\n\n```json\n{\n  \"version\": 1,\n  \"migrationFlowId\": \"\u003Cflow from the invoking prompt>\",\n  \"cancelled\": false,\n  \"results\": [\n    {\n      \"category\": \"promptFiles\",\n      \"scope\": \"workspace\",\n      \"customizationType\": \"skill\",\n      \"outcome\": \"migrated\",\n      \"count\": 1\n    }\n  ]\n}\n```\n\nAggregate results by:\n\n- category: `promptFiles`, `userData`, `configuredLocations`, or `mcpServers`;\n- scope: `user` or `workspace`;\n- customization type: `agent`, `instructions`, `skill`, or `mcpServer`;\n- outcome: `migrated`, `skipped`, or `failed`.\n\nThe total reported for each category, scope, and customization type must not exceed the inventory supplied by VS Code. The tool input must never include names, paths, contents, configuration values, error messages, or other user data.\n\nDo not print this payload in the chat response and do not write it to a file. If the tool call fails, explain the failure and retry once with a corrected payload. Do not claim that VS Code recorded the outcome unless the tool succeeds. Do not call the tool when no migration telemetry flow was supplied.\n\nIf the user stops the workflow, set `cancelled` to `true`, record completed work with its actual outcome, mark the remaining inventory as `skipped`, and still call the tool before the final cancellation summary.\n\nSummarize:\n\n- migrated, skipped, and failed items;\n- created, modified, deleted, and retained files;\n- validation performed;\n- cleanup still pending;\n- recovery bundle, noting that VS Code can restore original sources but does not revert destination files;\n- pull request URL when one was requested.\n\nKeep the recovery bundle until the user confirms the migrated customizations work.\n\nFor a requested pull request, verify the final diff contains only approved workspace changes, exclude the recovery bundle, and include the migration rationale and actual validation performed. Do not claim runtime validation when only static checks or direct process tests were possible.\n","# Migrate Agent Customizations\n\nGuide the user through migrating the inventory included in the invoking prompt. The source locations and valid target folders in that prompt were evaluated for the selected harness. Treat them as authoritative: do not substitute hardcoded destination paths or migrate to a folder that is not listed.\n\n## Required Migration Context\n\nBefore doing anything else, verify that the invoking prompt includes all of the following VS Code-generated values:\n\n- Selected harness\n- Migration telemetry flow\n- Customizations that need migration\n- Valid target folders reported by the selected harness\n\nIf any value is missing, do not inspect, copy, move, convert, or delete customizations. Explain that this workflow must be started from **Agent Customizations > Migrations** by selecting **Migrate with Agent**, then stop. Do not ask the user to manually reconstruct or paste the missing context.\n\nRead [migration techniques](.\u002Freferences\u002Fmigration-techniques.md) before proposing changes.\n\n## Safety Contract\n\n1. VS Code created and verified a private recovery bundle before starting this workflow. Do not search for, inspect, modify, move, or replace its manifest or backups.\n2. The recovery bundle restores original sources only. It does not remove or revert destination files created or changed during migration.\n3. Call `report_customization_migration` exactly once using the privacy-safe aggregate schema described in Finish. This internal tool is available only in the migration chat and does not require filesystem access.\n4. Approval to migrate a group authorizes destination writes only; it does not authorize deleting source files, removing source MCP entries, or clearing location settings. Preserve sources by default. After the destination is validated, ask separately for explicit approval for each kind of cleanup. If runtime validation is not possible, explain what was and was not verified, keep the source, and ask whether to defer cleanup.\n5. Stop on an unexpected source change, destination conflict, invalid configuration, or failed validation. Explain the problem instead of guessing.\n6. Never include customization names, paths, contents, MCP configuration, or other user data in telemetry.\n7. Classify each inventory item exactly once using its supplied category and scope. Do not offer the same item again in another group; if groups overlap, explain the overlap and use the item's inventory category to decide where it is handled.\n8. When using `ask_user`, keep the question short and write it as a single sentence so it remains readable in the chat viewer.\n\n## Workflow\n\n### 1. Choose Scope\n\nAsk whether to migrate:\n\n- user customizations,\n- workspace customizations, or\n- both.\n\nDo not act on an unselected scope.\n\nIf workspace customizations are selected, ask whether the user wants a pull request. If they do, keep workspace changes focused, include the validation evidence and migration rationale in the pull request, and do not include a recovery bundle stored outside the repository.\n\n### 2. Review the Plan\n\nClassify the supplied inventory by its reported category and scope, then handle applicable items in this order:\n\n1. prompt files that should become skills;\n2. VS Code profile user-data agents, instructions, and skills;\n3. MCP servers;\n4. workspace or user customizations at locations defined by settings `chat.agentSkillsLocations`, `chat.instructionsFilesLocations`, and `chat.agentFilesLocations`.\n\nThe groups are mutually exclusive for an inventory item. In particular, a file reported under `configuredLocations` belongs in group 4, not group 2, even if its type is agent, instruction, or skill. If a previously skipped item would otherwise reappear in a later group, do not ask about it again unless the user requests reconsideration.\n\nBefore each group:\n\n- explain why the migration is useful;\n- list the source and harness-reported destination locations;\n- describe changes that cannot be preserved;\n- state explicitly that approval covers destination writes only and that source cleanup will require a separate approval;\n- ask for confirmation to proceed with that group.\n\nWork one group at a time. Do not request approval for all writes at once.\n\n### 3. Migrate Prompt Files to Skills\n\nExplain the compatibility reason for converting each prompt to a skill. Convert each selected prompt into a skill directory with a `SKILL.md`, preserving supported name, description, argument guidance, invocation semantics, and body content. Add `disable-model-invocation: true` when needed to preserve an explicit-invocation-only prompt. Report unsupported frontmatter for review; do not silently drop behavior.\n\nValidate that each skill has valid frontmatter, a meaningful description, and a folder name that matches the skill name. Distinguish structural validation from runtime validation: test discovery and representative invocation in the selected destination harness when possible. A file inspection or a test against a different harness is not proof that the destination harness loads the skill. If runtime validation requires a new session or is otherwise unavailable, say so, leave the source in place, and defer cleanup unless the user explicitly chooses otherwise after hearing the limitation.\n\n### 4. Migrate User Data\n\nExplain that Agent Host doesn't read the VS Code profile user data folder. It only reads the harness's user folders. Copy selected agents, instructions, and skills to a compatible listed destination without silently changing their contents.\nKeep user-scope items in user scope. Explain that approval to copy does not authorize deleting the VS Code source or changing sync\u002Flocation settings; ask for those separately after validation.\n\n### 5. Migrate MCP Servers\n\nExplain that moving MCP configuration lets the selected Agent Host load the server directly. Review every server separately, including destination conflicts and properties the destination format cannot preserve. Call out that a disabled user server might become enabled after migration.\n\nWrite and statically validate the destination before considering source cleanup. Leave unselected, unsupported, and conflicting servers unchanged. Test that migrated servers are discovered and can start in the selected destination harness; spawning a command directly can verify process behavior, but does not by itself prove that the harness discovers or loads the configuration. If destination-harness testing is unavailable, report that limitation and keep source entries.\n\nApproval for this group authorizes destination writes only. After successful destination validation, ask separately whether to remove each migrated or already-equivalent source entry. Do not remove a source entry merely because its destination entry was written or because the user approved the group.\n\n### 6. Customizations at Custom Locations\n\nFiles in custom locations defined by `chat.agentSkillsLocations`, `chat.instructionsFilesLocations`, and `chat.agentFilesLocations` can continue to work when the selected harness is connected to VS Code. Moving them to a harness-reported standard location may improve portability or consistency, but is not automatically required for compatibility. Explain this trade-off before asking whether to migrate.\n\nHandle only items reported as `configuredLocations` and not already handled in another group. Do not re-offer files the user explicitly skipped. Treat moving a file, deleting its old copy, and clearing or changing the location setting as separate actions; obtain explicit approval for each cleanup action after validating the destination.\n\n### 7. Finish\n\nBefore the final summary, call `report_customization_migration` with:\n\n```json\n{\n  \"version\": 1,\n  \"migrationFlowId\": \"\u003Cflow from the invoking prompt>\",\n  \"cancelled\": false,\n  \"results\": [\n    {\n      \"category\": \"promptFiles\",\n      \"scope\": \"workspace\",\n      \"customizationType\": \"skill\",\n      \"outcome\": \"migrated\",\n      \"count\": 1\n    }\n  ]\n}\n```\n\nAggregate results by:\n\n- category: `promptFiles`, `userData`, `configuredLocations`, or `mcpServers`;\n- scope: `user` or `workspace`;\n- customization type: `agent`, `instructions`, `skill`, or `mcpServer`;\n- outcome: `migrated`, `skipped`, or `failed`.\n\nThe total reported for each category, scope, and customization type must not exceed the inventory supplied by VS Code. The tool input must never include names, paths, contents, configuration values, error messages, or other user data.\n\nDo not print this payload in the chat response and do not write it to a file. If the tool call fails, explain the failure and retry once with a corrected payload. Do not claim that VS Code recorded the outcome unless the tool succeeds. Do not call the tool when no migration telemetry flow was supplied.\n\nIf the user stops the workflow, set `cancelled` to `true`, record completed work with its actual outcome, mark the remaining inventory as `skipped`, and still call the tool before the final cancellation summary.\n\nSummarize:\n\n- migrated, skipped, and failed items;\n- created, modified, deleted, and retained files;\n- validation performed;\n- cleanup still pending;\n- recovery bundle, noting that VS Code can restore original sources but does not revert destination files;\n- pull request URL when one was requested.\n\nKeep the recovery bundle until the user confirms the migrated customizations work.\n\nFor a requested pull request, verify the final diff contains only approved workspace changes, exclude the recovery bundle, and include the migration rationale and actual validation performed. Do not claim runtime validation when only static checks or direct process tests were possible.\n",{"name":5,"description":7,"argument-hint":43,"user-invocable":44,"disable-model-invocation":44},"Launch from Agent Customizations > Migrations > Migrate with Agent",true,"main","11ba54a90a0ff8720cf47c086f5a9948eef9cf2c","extensions\u002Fcopilot\u002Fassets\u002Fprompts\u002Fskills\u002Fmigrate-customizations",43791,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode","https:\u002F\u002Fcode.visualstudio.com","https:\u002F\u002Fgithub.com\u002Fmicrosoft","https:\u002F\u002Fopensource.microsoft.com","Open source projects and samples from Microsoft","2026-11-12 03:13:10",{"source":8,"skillName":5,"commands":56,"prompt":66,"zipAvailable":44},[57,60,63],{"tool":58,"command":59},"npx","npx skills add microsoft\u002Fvscode --skill migrate-customizations",{"tool":61,"command":62},"bunx","bunx skills add microsoft\u002Fvscode --skill migrate-customizations",{"tool":64,"command":65},"pnpm","pnpm dlx skills add microsoft\u002Fvscode --skill migrate-customizations","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fextensions\u002Fcopilot\u002Fassets\u002Fprompts\u002Fskills\u002Fmigrate-customizations\u002FSKILL.md",[68],{"path":69,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":72,"sourceHtmlUrl":73},"references\u002Fmigration-techniques.md","REFERENCE","参考文档",7847,"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fextensions\u002Fcopilot\u002Fassets\u002Fprompts\u002Fskills\u002Fmigrate-customizations\u002Freferences\u002Fmigration-techniques.md",[75,100,123,137,151,167],{"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":38},"01M70H0ANBKZAVEP1NVV4K28M3","sweeper-query","Answer natural-language questions about the VS Code Sweeper's published issue index (index-\u003Cname>.json for microsoft\u002Fvscode and the enrolled family repos) — which issues are agent-ready to implement or plan, what the sweeper proposed for an assignee or area, whether the sweeper knows a report as a duplicate, the highest-value open bugs in a lane — and, for one issue, the review's full record (evidence with file citations, fix brief, proposed comment). Use ONLY when the request explicitly names the sweeper — \"sweeper\", \"vscodesweeper\", \"sweeper-query\", a sweeper verdict, record, brief or index, an agent-ready issue — or asks what \"the sweeper\" found, proposed or knows. Do NOT use for general questions about issues, duplicates, priorities or ranking that do not mention the sweeper. Read-only; discovery only.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002F.github\u002Fskills\u002Fsweeper-query\u002FSKILL.md",[],[82,83,84,85,86,37,87,88,89,90,91,92,93,94,95,96,97,98,99,28],"sweeper query","query","sweeper","review","fix","request","which","natural-language","ranking","duplicates","ready","only","read","plan","open","Citations","brief","issues",{"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":106,"publishedAt":38},"01M699DRJS4YJCV600Q72SVVWE","update-skills","Create or update repository skills and instructions when major learnings are discovered during a session. Use when the user says \"learn!\", when a significant pattern or pitfall is identified, or when reusable domain knowledge should be captured for future sessions.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fsrc\u002Fvs\u002Fsessions\u002Fskills\u002Fupdate-skills\u002FSKILL.md",[],[107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,37],"update","update skills","for","pattern","domain","learnings","reusable","use","session","user","instructions","knowledge","repository","learn","create","sessions",{"skillNo":124,"name":125,"nameZh":6,"description":126,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":127,"categories":128,"keywords":129,"publishedAt":38},"01M699DPWHZ72B66P82EW31RNE","update-pr","Update the pull request for the current session. Use when the user wants to push new changes to an existing PR.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fsrc\u002Fvs\u002Fsessions\u002Fskills\u002Fupdate-pr\u002FSKILL.md",[],[107,130,131,37,87,132,109,114,115,116,133,134,135,136],"pr","update pr","Existing","push","pull","pull request","changes",{"skillNo":138,"name":139,"nameZh":6,"description":140,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":141,"categories":142,"keywords":143,"publishedAt":38},"01M699DJMR6CE1MH5XCJZ0GFQ0","sync","Sync the current session branch with its upstream branch, or publish the current session branch to a remote. Use when the user asks to sync a branch, pull latest changes, rebase onto upstream, push current branch, publish branch, or set upstream.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fsrc\u002Fvs\u002Fsessions\u002Fskills\u002Fsync\u002FSKILL.md",[],[139,144,145,133,134,146,37,136,147,35,148,149,114,115,116,150],"SET","publish","rebase","latest","remote","upstream","branch",{"skillNo":152,"name":153,"nameZh":6,"description":154,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":155,"categories":156,"keywords":157,"publishedAt":38},"01M699DGXHX6A2A72X57R6GGHJ","sync-upstream","Update a stale session branch by rebasing onto the latest origin. Use when the upstream has moved significantly and the session needs to catch up, resolving conflicts by preserving upstream changes and adapting session work to fit.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fsrc\u002Fvs\u002Fsessions\u002Fskills\u002Fsync-upstream\u002FSKILL.md",[],[149,139,158,159,37,160,161,136,147,162,163,164,165,114,115,150,166,107],"sync upstream","fit","catch","catch up","origin","conflicts","stale","up","work",{"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":173,"publishedAt":38},"01M699DEXYFWDGW0BAXJ5QQ377","merge","Merge changes from the topic branch to the merge base branch. Use when the user wants to merge their session's work back to the base branch.","https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\u002Fblob\u002Fmain\u002Fsrc\u002Fvs\u002Fsessions\u002Fskills\u002Fmerge\u002FSKILL.md",[],[169,115,114,166,150,116,37,174,175,136],"back","base"]