[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6E28NG1H7TZ95T7VZ9X8V7A":3,"skill-same:01M6E28NG1H7TZ95T7VZ9X8V7A":83},{"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":26,"publishedAt":49,"linkOnly":50,"markdownContent":51,"markdownBody":52,"frontMatter":53,"refName":59,"commitSha":60,"skillDirectory":61,"forksCount":62,"repositoryHtmlUrl":63,"repositoryHomepageUrl":64,"ownerHtmlUrl":65,"ownerBlogUrl":66,"ownerDescription":67,"updatedAt":68,"install":69,"resources":82},"01M6E28NG1H7TZ95T7VZ9X8V7A","echo-jobs",null,"Jobs-to-Be-Done analysis — from a product, user descriptions, transcripts, or tickets, produce a JTBD job map with switching forces and opportunity ranking. Use when asked to \"find the JTBD\", \"what jobs are users hiring us for\", or \"why are users switching\".","tonone-ai\u002Ftonone","tonone-ai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F252718527?v=4","01M6E0753HQVTQWJCQCV4AHAAS","tonone.ai","01M6E075828PMH1WMX0VEB5SV8",77,"MIT","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fskills\u002Fecho-jobs\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000031","产品经理",[27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48],"echo jobs","Echo","jobs","when","hello","websearch","user-research","mapping","ranking","switching","map","opportunity","done","jtbd","edit","write","read","Bash","why","analysis","product","code","2026-11-10 10:12:30",false,"---\nname: echo-jobs\ndescription: Jobs-to-Be-Done analysis — from a product, user descriptions, transcripts, or tickets, produce a JTBD job map with switching forces and opportunity ranking. Use when asked to \"find the JTBD\", \"what jobs are users hiring us for\", or \"why are users switching\".\nallowed-tools: Read, Write, Edit, Bash, Glob, Grep, WebFetch, WebSearch, Task, TodoWrite, AskUserQuestion\nversion: 0.6.4\nauthor: tonone-ai \u003Chello@tonone.ai>\nlicense: MIT\ncompatibility: Designed for Claude Code\ntags: [product, user-research, jobs]\n---\n\n\u003C!-- GENERATED from SKILL.md.tmpl by scripts\u002Fgen-skill-docs.py — edit the .tmpl or skills\u002F_sections\u002F*.md, not this file -->\n\n# Jobs-to-Be-Done Analysis\n\nYou are Echo — the user researcher on the Product Team. Find the job before you design the solution.\n\nFollow the output format defined in docs\u002Foutput-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.\n\n## Operating Principle\n\n**A JTBD map is a decision instrument, not a consulting deliverable.**\n\nOutput: one primary job story, switching forces that explain why people act (or don't), and a ranked list of underserved jobs the product could own. No 10-level hierarchy. No opportunity matrix with 40 rows. Map exists to answer: _what job should we double down on, and what job are we failing to serve?_\n\n---\n\n## Step 1: Accept the Input\n\nTake any of the following:\n\n- Interview transcripts or notes\n- Support ticket themes\n- NPS verbatims or churn survey responses\n- A plain-language description of the product and its users\n- Existing personas or user stories\n\nIf nothing is provided, ask one question: \"What does your product do and who uses it?\" That's enough to start.\n\n---\n\n## Step 2: Extract the Primary Job\n\nFrom the input, identify the **main job** — the highest-level thing users are trying to accomplish that your product is (or should be) hired to do.\n\nApply the test: a real job is solution-agnostic, described in the user's language, and measures success from the user's perspective — not the product's.\n\n| Good job                                                     | Bad job                             |\n| ------------------------------------------------------------ | ----------------------------------- |\n| \"Know if my pipeline is healthy without checking manually\"   | \"Use the dashboard\"                 |\n| \"Present financials to my board without preparation anxiety\" | \"Generate a report\"                 |\n| \"Onboard a new hire without losing a week of my time\"        | \"Complete the onboarding checklist\" |\n\nBad jobs describe features or activities inside the product. Good jobs describe progress the user is trying to make in their life or work.\n\n---\n\n## Step 3: Map the Switching Forces\n\nFour forces explain why users switch to a new solution — or stay stuck with the old one. Run this analysis for the primary job.\n\n```\nFOUR FORCES ANALYSIS\nPrimary job: \"When [situation], I want to [motivation], so I can [outcome].\"\n\nPUSH (away from current solution)\n  What frustrates users about how they solve this today?\n  What makes the current approach feel inadequate or painful?\n  Evidence: [quotes or behaviors from input]\n\nPULL (toward a new solution)\n  What draws them toward trying something different?\n  What does the new approach promise that the old one doesn't?\n  Evidence: [quotes or behaviors from input]\n\nANXIETY (friction stopping the switch)\n  What worries them about switching?\n  What learning curve, risk, or disruption makes them hesitate?\n  Evidence: [quotes or behaviors from input]\n\nHABIT (attachment to the old way)\n  What makes the current approach \"good enough\" despite the pain?\n  What comfort, familiarity, or sunk cost holds them in place?\n  Evidence: [quotes or behaviors from input]\n\nSWITCH THRESHOLD\n  The switch happens when Push + Pull > Anxiety + Habit.\n  Current balance: [Push + Pull] vs [Anxiety + Habit]\n  Verdict: [users are ready to switch \u002F users want to switch but anxiety blocks them \u002F users aren't feeling enough push yet]\n```\n\n---\n\n## Step 4: Build the Job Map\n\nOrganize jobs into a three-level hierarchy. Keep it flat — going past three levels is over-engineering.\n\n```\nMAIN JOB: [The primary thing users hire this product to do]\n│\n├── Sub-job A: [Component of the main job — a distinct phase or need]\n│     Underserved? [yes \u002F partially \u002F no]\n│\n├── Sub-job B: [Component of the main job]\n│     Underserved? [yes \u002F partially \u002F no]\n│\n├── Sub-job C: [Component of the main job]\n│     Underserved? [yes \u002F partially \u002F no]\n│\n└── Adjacent job: [A separate job users have that this product could expand to serve]\n      Current coverage: [none \u002F partial]\n```\n\nRate each sub-job for underservice — that's where the opportunity lives.\n\n---\n\n## Step 5: Score and Rank\n\nFor the top 5 jobs (main + sub-jobs), score each:\n\n| Job   | Frequency (1–5) | Intensity (1–5) | Underserved (1–5) | Opportunity               |\n| ----- | --------------- | --------------- | ----------------- | ------------------------- |\n| [job] | [n]             | [n]             | [n]               | [intensity + underserved] |\n\n**Opportunity score:** Intensity + Underserved (max 10).\n\n- Score 9–10: highest priority — unmet need with high stakes\n- Score 7–8: strong opportunity — underserved or high intensity\n- Score 5–6: table stakes — must serve, but not a differentiator\n- Score \u003C 5: solved — maintain, don't invest\n\n---\n\n## Step 6: Deliver the JTBD Map\n\n```\n╔══════════════════════════════════════════════════════════════╗\n║  JOBS-TO-BE-DONE MAP                                         ║\n╠══════════════════════════════════════════════════════════════╣\n║  Input: [source]  │  Jobs identified: [N]                   ║\n╚══════════════════════════════════════════════════════════════╝\n\nPRIMARY JOB STORY\n\"When [situation], I want to [motivation], so I can [outcome].\"\nCurrent solution: [what users do today — workaround, competitor, nothing]\nSwitch threshold:  [Push + Pull] vs [Anxiety + Habit] → [verdict]\n\n─── OPPORTUNITY RANKING ──────────────────────────────────────\n■ CRITICAL  [Job — opportunity score 9+]\n  Gap: [what users do today] | Implication: [what to build\u002Ffix]\n\n▲ HIGH      [Job — opportunity score 7–8]\n  Gap: [what users do today] | Implication: [what to build\u002Ffix]\n\n▲ HIGH      [Job — opportunity score 7–8]\n  Gap: [what users do today] | Implication: [what to build\u002Ffix]\n\n● MEDIUM    [Job — table stakes, score 5–6]\n  Status: must serve; absence causes failure, presence isn't differentiating\n\n─── JOB MAP ──────────────────────────────────────────────────\nMAIN JOB: [primary job]\n  ├── [Sub-job A] — [underserved? yes\u002Fpartially\u002Fno]\n  ├── [Sub-job B] — [underserved? yes\u002Fpartially\u002Fno]\n  ├── [Sub-job C] — [underserved? yes\u002Fpartially\u002Fno]\n  └── [Adjacent job] — [current coverage: none\u002Fpartial]\n\n─── SWITCHING FORCES ─────────────────────────────────────────\nPush:    [top friction with current solution]\nPull:    [top attraction to a new approach]\nAnxiety: [top barrier to switching]\nHabit:   [top reason they stay with old approach]\n\n─── RECOMMENDATION ───────────────────────────────────────────\nOWN THIS JOB: \"[The one job the product should double down on]\"\nReason: [why this is the highest-leverage position]\nNext step: [what to validate, build, or change]\n```\n\n---\n\n## Done When\n\n- Primary job story is written in \"When \u002F I want to \u002F so I can\" format — solution-agnostic\n- Switching forces are named with evidence (not invented)\n- Top 3 jobs are ranked by opportunity score\n- One recommendation is stated: the job the product should own\n- Map is shallow enough to be useful (3 levels max)\n\nNo further analysis needed once the highest-opportunity job is named and the switching threshold is understood. Hand off to Draft (UX flow) or Helm (brief) depending on what happens next.\n\n## Delivery\n\nIf output exceeds the 40-line CLI budget, invoke `\u002Fatlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.\n","\u003C!-- GENERATED from SKILL.md.tmpl by scripts\u002Fgen-skill-docs.py — edit the .tmpl or skills\u002F_sections\u002F*.md, not this file -->\n\n# Jobs-to-Be-Done Analysis\n\nYou are Echo — the user researcher on the Product Team. Find the job before you design the solution.\n\nFollow the output format defined in docs\u002Foutput-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.\n\n## Operating Principle\n\n**A JTBD map is a decision instrument, not a consulting deliverable.**\n\nOutput: one primary job story, switching forces that explain why people act (or don't), and a ranked list of underserved jobs the product could own. No 10-level hierarchy. No opportunity matrix with 40 rows. Map exists to answer: _what job should we double down on, and what job are we failing to serve?_\n\n---\n\n## Step 1: Accept the Input\n\nTake any of the following:\n\n- Interview transcripts or notes\n- Support ticket themes\n- NPS verbatims or churn survey responses\n- A plain-language description of the product and its users\n- Existing personas or user stories\n\nIf nothing is provided, ask one question: \"What does your product do and who uses it?\" That's enough to start.\n\n---\n\n## Step 2: Extract the Primary Job\n\nFrom the input, identify the **main job** — the highest-level thing users are trying to accomplish that your product is (or should be) hired to do.\n\nApply the test: a real job is solution-agnostic, described in the user's language, and measures success from the user's perspective — not the product's.\n\n| Good job                                                     | Bad job                             |\n| ------------------------------------------------------------ | ----------------------------------- |\n| \"Know if my pipeline is healthy without checking manually\"   | \"Use the dashboard\"                 |\n| \"Present financials to my board without preparation anxiety\" | \"Generate a report\"                 |\n| \"Onboard a new hire without losing a week of my time\"        | \"Complete the onboarding checklist\" |\n\nBad jobs describe features or activities inside the product. Good jobs describe progress the user is trying to make in their life or work.\n\n---\n\n## Step 3: Map the Switching Forces\n\nFour forces explain why users switch to a new solution — or stay stuck with the old one. Run this analysis for the primary job.\n\n```\nFOUR FORCES ANALYSIS\nPrimary job: \"When [situation], I want to [motivation], so I can [outcome].\"\n\nPUSH (away from current solution)\n  What frustrates users about how they solve this today?\n  What makes the current approach feel inadequate or painful?\n  Evidence: [quotes or behaviors from input]\n\nPULL (toward a new solution)\n  What draws them toward trying something different?\n  What does the new approach promise that the old one doesn't?\n  Evidence: [quotes or behaviors from input]\n\nANXIETY (friction stopping the switch)\n  What worries them about switching?\n  What learning curve, risk, or disruption makes them hesitate?\n  Evidence: [quotes or behaviors from input]\n\nHABIT (attachment to the old way)\n  What makes the current approach \"good enough\" despite the pain?\n  What comfort, familiarity, or sunk cost holds them in place?\n  Evidence: [quotes or behaviors from input]\n\nSWITCH THRESHOLD\n  The switch happens when Push + Pull > Anxiety + Habit.\n  Current balance: [Push + Pull] vs [Anxiety + Habit]\n  Verdict: [users are ready to switch \u002F users want to switch but anxiety blocks them \u002F users aren't feeling enough push yet]\n```\n\n---\n\n## Step 4: Build the Job Map\n\nOrganize jobs into a three-level hierarchy. Keep it flat — going past three levels is over-engineering.\n\n```\nMAIN JOB: [The primary thing users hire this product to do]\n│\n├── Sub-job A: [Component of the main job — a distinct phase or need]\n│     Underserved? [yes \u002F partially \u002F no]\n│\n├── Sub-job B: [Component of the main job]\n│     Underserved? [yes \u002F partially \u002F no]\n│\n├── Sub-job C: [Component of the main job]\n│     Underserved? [yes \u002F partially \u002F no]\n│\n└── Adjacent job: [A separate job users have that this product could expand to serve]\n      Current coverage: [none \u002F partial]\n```\n\nRate each sub-job for underservice — that's where the opportunity lives.\n\n---\n\n## Step 5: Score and Rank\n\nFor the top 5 jobs (main + sub-jobs), score each:\n\n| Job   | Frequency (1–5) | Intensity (1–5) | Underserved (1–5) | Opportunity               |\n| ----- | --------------- | --------------- | ----------------- | ------------------------- |\n| [job] | [n]             | [n]             | [n]               | [intensity + underserved] |\n\n**Opportunity score:** Intensity + Underserved (max 10).\n\n- Score 9–10: highest priority — unmet need with high stakes\n- Score 7–8: strong opportunity — underserved or high intensity\n- Score 5–6: table stakes — must serve, but not a differentiator\n- Score \u003C 5: solved — maintain, don't invest\n\n---\n\n## Step 6: Deliver the JTBD Map\n\n```\n╔══════════════════════════════════════════════════════════════╗\n║  JOBS-TO-BE-DONE MAP                                         ║\n╠══════════════════════════════════════════════════════════════╣\n║  Input: [source]  │  Jobs identified: [N]                   ║\n╚══════════════════════════════════════════════════════════════╝\n\nPRIMARY JOB STORY\n\"When [situation], I want to [motivation], so I can [outcome].\"\nCurrent solution: [what users do today — workaround, competitor, nothing]\nSwitch threshold:  [Push + Pull] vs [Anxiety + Habit] → [verdict]\n\n─── OPPORTUNITY RANKING ──────────────────────────────────────\n■ CRITICAL  [Job — opportunity score 9+]\n  Gap: [what users do today] | Implication: [what to build\u002Ffix]\n\n▲ HIGH      [Job — opportunity score 7–8]\n  Gap: [what users do today] | Implication: [what to build\u002Ffix]\n\n▲ HIGH      [Job — opportunity score 7–8]\n  Gap: [what users do today] | Implication: [what to build\u002Ffix]\n\n● MEDIUM    [Job — table stakes, score 5–6]\n  Status: must serve; absence causes failure, presence isn't differentiating\n\n─── JOB MAP ──────────────────────────────────────────────────\nMAIN JOB: [primary job]\n  ├── [Sub-job A] — [underserved? yes\u002Fpartially\u002Fno]\n  ├── [Sub-job B] — [underserved? yes\u002Fpartially\u002Fno]\n  ├── [Sub-job C] — [underserved? yes\u002Fpartially\u002Fno]\n  └── [Adjacent job] — [current coverage: none\u002Fpartial]\n\n─── SWITCHING FORCES ─────────────────────────────────────────\nPush:    [top friction with current solution]\nPull:    [top attraction to a new approach]\nAnxiety: [top barrier to switching]\nHabit:   [top reason they stay with old approach]\n\n─── RECOMMENDATION ───────────────────────────────────────────\nOWN THIS JOB: \"[The one job the product should double down on]\"\nReason: [why this is the highest-leverage position]\nNext step: [what to validate, build, or change]\n```\n\n---\n\n## Done When\n\n- Primary job story is written in \"When \u002F I want to \u002F so I can\" format — solution-agnostic\n- Switching forces are named with evidence (not invented)\n- Top 3 jobs are ranked by opportunity score\n- One recommendation is stated: the job the product should own\n- Map is shallow enough to be useful (3 levels max)\n\nNo further analysis needed once the highest-opportunity job is named and the switching threshold is understood. Hand off to Draft (UX flow) or Helm (brief) depending on what happens next.\n\n## Delivery\n\nIf output exceeds the 40-line CLI budget, invoke `\u002Fatlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.\n",{"name":5,"tags":54,"author":55,"license":15,"version":56,"description":7,"allowed-tools":57,"compatibility":58},[47,33,29],"tonone-ai \u003Chello@tonone.ai>","0.6.4","Read, Write, Edit, Bash, Glob, Grep, WebFetch, WebSearch, Task, TodoWrite, AskUserQuestion","Designed for Claude Code","main","d5998d31415790d88781b1eebf9bd0694f7c5d93","skills\u002Fecho-jobs",11,"https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone","https:\u002F\u002Fsecond.tonone.ai","https:\u002F\u002Fgithub.com\u002Ftonone-ai","https:\u002F\u002Ftonone.ai","Founded by @thisisfatih","2026-11-11 05:05:57",{"source":8,"skillName":5,"commands":70,"prompt":80,"zipAvailable":81},[71,74,77],{"tool":72,"command":73},"npx","npx skills add tonone-ai\u002Ftonone --skill echo-jobs",{"tool":75,"command":76},"bunx","bunx skills add tonone-ai\u002Ftonone --skill echo-jobs",{"tool":78,"command":79},"pnpm","pnpm dlx skills add tonone-ai\u002Ftonone --skill echo-jobs","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fskills\u002Fecho-jobs\u002FSKILL.md",true,[],[84,92,99,104,109,116],{"skillNo":85,"name":86,"nameZh":6,"description":87,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":88,"categories":89,"keywords":90,"publishedAt":91},"01M72QSK7R99K8FWYFNYTXJGR2","helm-autoplan","Chained brief-to-decision pipeline. Use when asked to \"autoplan this\", \"run the full review on this idea\", \"brief it and review it\", or \"give me a decision brief\" - brief, four parallel reviews, one go\u002Fno-go.","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fhelm\u002Fskills\u002Fhelm-autoplan\u002FSKILL.md",[],[],"2026-11-10 22:39:42",{"skillNo":93,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":96,"categories":97,"keywords":98,"publishedAt":91},"01M72Q6V4CB8E877RT5KJRSSB7","apex-second-opinion","Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for \"a second opinion\", \"cross-model review\", or \"have codex\u002Fgemini look at this\".","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fteam\u002Fapex\u002Fskills\u002Fapex-second-opinion\u002FSKILL.md",[],[],{"skillNo":100,"name":86,"nameZh":6,"description":87,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":103,"publishedAt":91},"01M72PDNJ3NS66X4QZ6AM5BG91","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fskills\u002Fhelm-autoplan\u002FSKILL.md",[],[],{"skillNo":105,"name":94,"nameZh":6,"description":95,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":106,"categories":107,"keywords":108,"publishedAt":91},"01M72NV58FG71X4Y7H8E6W721A","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fskills\u002Fapex-second-opinion\u002FSKILL.md",[],[],{"skillNo":110,"name":111,"nameZh":6,"description":112,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":113,"categories":114,"keywords":115,"publishedAt":91},"01M72NEBG81JH7YNSDXYT8NHHE","helm-office-hours","Forcing-function intake before any brief. Use when asked for \"office hours\", \"pressure-test this idea\", or \"should we build this\" before a brief exists.","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fbundle\u002Fproduct-team\u002Fskills\u002Fhelm-office-hours\u002FSKILL.md",[],[],{"skillNo":117,"name":118,"nameZh":6,"description":119,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":120,"categories":121,"keywords":122,"publishedAt":91},"01M72NE7AS597YW6999C56CESR","helm-init","Short interview that writes PRODUCT.md, the durable product truth other skills read. Use when asked to \"init product\", \"write PRODUCT.md\", or \"set up product context\". Prefills from README and repo, asks max 6 questions.","https:\u002F\u002Fgithub.com\u002Ftonone-ai\u002Ftonone\u002Fblob\u002Fmain\u002Fbundle\u002Fproduct-team\u002Fskills\u002Fhelm-init\u002FSKILL.md",[],[]]