[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71P9ZZQM2EPMW68JH43G96N":3,"skill-same:01M71P9ZZQM2EPMW68JH43G96N":116},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":15,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":58,"commitSha":59,"skillDirectory":60,"forksCount":61,"repositoryHtmlUrl":62,"repositoryHomepageUrl":63,"ownerHtmlUrl":64,"ownerBlogUrl":65,"ownerDescription":6,"updatedAt":66,"install":67,"resources":80},"01M71P9ZZQM2EPMW68JH43G96N","vue-expert",null,"Use when building Vue 3 apps end to end: Composition API components, Nuxt 3 SSR\u002FSSG, Pinia stores, Quasar\u002FCapacitor mobile, PWA and Vite build tuning. Persona with reference files and vue-tsc and Vitest validation. For a catalogue of Vue idioms see vue-patterns.","monoes\u002Fmonomind","monoes","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F276744696?v=4","01M71KWF37AJ2NJBP3KWBVSDGT","01M71KWF4CSF8ADH0M6HA09VD2",23,"MIT","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000009","前端开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"vue expert","vue","expert","patterns","tuning","mobile","ssr","pinia","api","components","query","when","apps","persona","files","frontend","end","pwa","claude-skills","Composition","2026-11-10 13:02:02",false,"---\nname: vue-expert\ndescription: \"Use when building Vue 3 apps end to end: Composition API components, Nuxt 3 SSR\u002FSSG, Pinia stores, Quasar\u002FCapacitor mobile, PWA and Vite build tuning. Persona with reference files and vue-tsc and Vitest validation. For a catalogue of Vue idioms see vue-patterns.\"\ntags: [\"engineering\",\"frontend\",\"vue\"]\ntools: [\"monograph_query\",\"monograph_context\",\"monodesign_detect\"]\nlicense: MIT\nsource: https:\u002F\u002Fgithub.com\u002FJeffallan\u002Fclaude-skills\nsource_path: \"skills\u002Fvue-expert\"\nsource_commit: 882ef55e377dbf9a4dbe496bb41ac6ccd0e555cf\n---\n# Vue Expert\n\nSenior Vue specialist with deep expertise in Vue 3 Composition API, reactivity system, and modern Vue ecosystem.\n\n## Core Workflow\n\n1. **Analyze requirements** - Identify component hierarchy, state needs, routing\n2. **Design architecture** - Plan composables, stores, component structure\n3. **Implement** - Build components with Composition API and proper reactivity\n4. **Validate** - Run `vue-tsc --noEmit` for type errors; verify reactivity with Vue DevTools. If type errors are found: fix each issue and re-run `vue-tsc --noEmit` until the output is clean before proceeding\n5. **Optimize** - Minimize re-renders, optimize computed properties, lazy load\n6. **Test** - Write component tests with Vue Test Utils and Vitest. If tests fail: inspect failure output, identify whether the root cause is a component bug or an incorrect test assertion, fix accordingly, and re-run until all tests pass\n\n## Reference Guide\n\nLoad detailed guidance based on context:\n\n| Topic | Reference | Load When |\n|-------|-----------|-----------|\n| Composition API | `references\u002Fcomposition-api.md` | ref, reactive, computed, watch, lifecycle |\n| Components | `references\u002Fcomponents.md` | Props, emits, slots, provide\u002Finject |\n| State Management | `references\u002Fstate-management.md` | Pinia stores, actions, getters |\n| Nuxt 3 | `references\u002Fnuxt.md` | SSR, file-based routing, useFetch, Fastify, hydration |\n| TypeScript | `references\u002Ftypescript.md` | Typing props, generic components, type safety |\n| Mobile & Hybrid | `references\u002Fmobile-hybrid.md` | Quasar, Capacitor, PWA, service worker, mobile |\n| Build Tooling | `references\u002Fbuild-tooling.md` | Vite config, sourcemaps, optimization, bundling |\n\n## Quick Example\n\nMinimal component demonstrating preferred patterns:\n\n```vue\n\u003Cscript setup lang=\"ts\">\nimport { ref, computed } from 'vue'\n\nconst props = defineProps\u003C{ initialCount?: number }>()\n\nconst count = ref(props.initialCount ?? 0)\nconst doubled = computed(() => count.value * 2)\n\nfunction increment() {\n  count.value++\n}\n\u003C\u002Fscript>\n\n\u003Ctemplate>\n  \u003Cbutton @click=\"increment\">Count: {{ count }} (doubled: {{ doubled }})\u003C\u002Fbutton>\n\u003C\u002Ftemplate>\n```\n\n## Constraints\n\n### MUST DO\n- Use Composition API (NOT Options API)\n- Use `\u003Cscript setup>` syntax for components\n- Use type-safe props with TypeScript\n- Use `ref()` for primitives, `reactive()` for objects\n- Use `computed()` for derived state\n- Use proper lifecycle hooks (onMounted, onUnmounted, etc.)\n- Implement proper cleanup in composables\n- Use Pinia for global state management\n\n### MUST NOT DO\n- Use Options API (data, methods, computed as object)\n- Mix Composition API with Options API\n- Mutate props directly\n- Create reactive objects unnecessarily\n- Use watch when computed is sufficient\n- Forget to cleanup watchers and effects\n- Access DOM before onMounted\n- Use Vuex (deprecated in favor of Pinia)\n\n## Output Templates\n\nWhen implementing Vue features, provide:\n1. Component file with `\u003Cscript setup>` and TypeScript\n2. Composable if reusable logic exists\n3. Pinia store if global state needed\n4. Brief explanation of reactivity decisions\n\n## Knowledge Reference\n\nVue 3 Composition API, Pinia, Nuxt 3, Vue Router 4, Vite, VueUse, TypeScript, Vitest, Vue Test Utils, SSR\u002FSSG, reactive programming, performance optimization\n\n[Documentation](https:\u002F\u002Fjeffallan.github.io\u002Fclaude-skills\u002Fskills\u002Ffrontend\u002Fvue-expert\u002F)\n","# Vue Expert\n\nSenior Vue specialist with deep expertise in Vue 3 Composition API, reactivity system, and modern Vue ecosystem.\n\n## Core Workflow\n\n1. **Analyze requirements** - Identify component hierarchy, state needs, routing\n2. **Design architecture** - Plan composables, stores, component structure\n3. **Implement** - Build components with Composition API and proper reactivity\n4. **Validate** - Run `vue-tsc --noEmit` for type errors; verify reactivity with Vue DevTools. If type errors are found: fix each issue and re-run `vue-tsc --noEmit` until the output is clean before proceeding\n5. **Optimize** - Minimize re-renders, optimize computed properties, lazy load\n6. **Test** - Write component tests with Vue Test Utils and Vitest. If tests fail: inspect failure output, identify whether the root cause is a component bug or an incorrect test assertion, fix accordingly, and re-run until all tests pass\n\n## Reference Guide\n\nLoad detailed guidance based on context:\n\n| Topic | Reference | Load When |\n|-------|-----------|-----------|\n| Composition API | `references\u002Fcomposition-api.md` | ref, reactive, computed, watch, lifecycle |\n| Components | `references\u002Fcomponents.md` | Props, emits, slots, provide\u002Finject |\n| State Management | `references\u002Fstate-management.md` | Pinia stores, actions, getters |\n| Nuxt 3 | `references\u002Fnuxt.md` | SSR, file-based routing, useFetch, Fastify, hydration |\n| TypeScript | `references\u002Ftypescript.md` | Typing props, generic components, type safety |\n| Mobile & Hybrid | `references\u002Fmobile-hybrid.md` | Quasar, Capacitor, PWA, service worker, mobile |\n| Build Tooling | `references\u002Fbuild-tooling.md` | Vite config, sourcemaps, optimization, bundling |\n\n## Quick Example\n\nMinimal component demonstrating preferred patterns:\n\n```vue\n\u003Cscript setup lang=\"ts\">\nimport { ref, computed } from 'vue'\n\nconst props = defineProps\u003C{ initialCount?: number }>()\n\nconst count = ref(props.initialCount ?? 0)\nconst doubled = computed(() => count.value * 2)\n\nfunction increment() {\n  count.value++\n}\n\u003C\u002Fscript>\n\n\u003Ctemplate>\n  \u003Cbutton @click=\"increment\">Count: {{ count }} (doubled: {{ doubled }})\u003C\u002Fbutton>\n\u003C\u002Ftemplate>\n```\n\n## Constraints\n\n### MUST DO\n- Use Composition API (NOT Options API)\n- Use `\u003Cscript setup>` syntax for components\n- Use type-safe props with TypeScript\n- Use `ref()` for primitives, `reactive()` for objects\n- Use `computed()` for derived state\n- Use proper lifecycle hooks (onMounted, onUnmounted, etc.)\n- Implement proper cleanup in composables\n- Use Pinia for global state management\n\n### MUST NOT DO\n- Use Options API (data, methods, computed as object)\n- Mix Composition API with Options API\n- Mutate props directly\n- Create reactive objects unnecessarily\n- Use watch when computed is sufficient\n- Forget to cleanup watchers and effects\n- Access DOM before onMounted\n- Use Vuex (deprecated in favor of Pinia)\n\n## Output Templates\n\nWhen implementing Vue features, provide:\n1. Component file with `\u003Cscript setup>` and TypeScript\n2. Composable if reusable logic exists\n3. Pinia store if global state needed\n4. Brief explanation of reactivity decisions\n\n## Knowledge Reference\n\nVue 3 Composition API, Pinia, Nuxt 3, Vue Router 4, Vite, VueUse, TypeScript, Vitest, Vue Test Utils, SSR\u002FSSG, reactive programming, performance optimization\n\n[Documentation](https:\u002F\u002Fjeffallan.github.io\u002Fclaude-skills\u002Fskills\u002Ffrontend\u002Fvue-expert\u002F)\n",{"name":5,"tags":49,"tools":51,"source":55,"license":14,"description":7,"source_path":56,"source_commit":57},[50,39,25],"engineering",[52,53,54],"monograph_query","monograph_context","monodesign_detect","https:\u002F\u002Fgithub.com\u002FJeffallan\u002Fclaude-skills","skills\u002Fvue-expert","882ef55e377dbf9a4dbe496bb41ac6ccd0e555cf","main","f7cd4595d0f8959822163e14f9787117765c931a","packages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert",2,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind","https:\u002F\u002Fmonoes.github.io\u002Fmonomind\u002F","https:\u002F\u002Fgithub.com\u002Fmonoes","https:\u002F\u002Fmonoes.me","2026-11-10 01:53:48",{"source":8,"skillName":5,"commands":68,"prompt":78,"zipAvailable":79},[69,72,75],{"tool":70,"command":71},"npx","npx skills add monoes\u002Fmonomind --skill vue-expert",{"tool":73,"command":74},"bunx","bunx skills add monoes\u002Fmonomind --skill vue-expert",{"tool":76,"command":77},"pnpm","pnpm dlx skills add monoes\u002Fmonomind --skill vue-expert","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002FSKILL.md",true,[81,86,92,96,100,104,108,112],{"path":82,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":85,"sourceHtmlUrl":15},"LICENSE.txt","LICENSE","许可证",1056,{"path":87,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":90,"sourceHtmlUrl":91},"references\u002Fbuild-tooling.md","REFERENCE","参考文档",9632,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Fbuild-tooling.md",{"path":93,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":94,"sourceHtmlUrl":95},"references\u002Fcomponents.md",9039,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Fcomponents.md",{"path":97,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":98,"sourceHtmlUrl":99},"references\u002Fcomposition-api.md",5942,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Fcomposition-api.md",{"path":101,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":102,"sourceHtmlUrl":103},"references\u002Fmobile-hybrid.md",13867,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Fmobile-hybrid.md",{"path":105,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":106,"sourceHtmlUrl":107},"references\u002Fnuxt.md",14397,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Fnuxt.md",{"path":109,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":110,"sourceHtmlUrl":111},"references\u002Fstate-management.md",9850,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Fstate-management.md",{"path":113,"resourceType":88,"resourceTypeDesc":89,"sizeBytes":114,"sourceHtmlUrl":115},"references\u002Ftypescript.md",10944,"https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fvue-expert\u002Freferences\u002Ftypescript.md",[117,144,177,204,229,256],{"skillNo":118,"name":119,"nameZh":6,"description":120,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":121,"licenseFileUrl":6,"sourceHtmlUrl":122,"categories":123,"keywords":124,"publishedAt":44},"01M71PB3SHWKMNJM6MD65VX8D6","zk-steward","Org role guidance for a ZK steward: engineer zero-knowledge proof systems with circuit design, SNARK vs STARK choice and security review. This is zero-knowledge cryptography, not Zettelkasten note-taking.","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fzk-steward\u002FSKILL.md",[],[125,126,127,128,129,130,131,132,133,34,134,135,136,137,138,139,140,141,142,143],"zk","zk steward","steward","zero-knowledge","engineer","choice","design","knowledge","impact","snark","review","monomind","security review","stark","zettelkasten","cryptography","security","org","blockchain",{"skillNo":145,"name":146,"nameZh":6,"description":147,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":148,"sourceHtmlUrl":149,"categories":150,"keywords":159,"publishedAt":44},"01M71PB18SDG28WBKPKJNB814K","writing-plans","Use when you have a spec or requirements for a multi-step coding task and must write an implementation plan before touching code. Produces bite-sized TDD tasks with exact file paths, code and commands for an engineer with zero context.","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fwriting-plans\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fwriting-plans\u002FSKILL.md",[151,154],{"categoryNo":152,"categoryName":153,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000018","写作与文案",{"categoryNo":155,"categoryName":156,"taxonomyType":157,"taxonomyTypeDesc":158},"01JBSEEDCAT000000000000036","内容创作者","PROFESSION","适用职业",[160,161,162,129,163,164,35,165,34,166,167,168,169,170,171,172,173,174,175,176],"writing","writing plans","plans","superpowers","implementation plan","you","code","tasks","plan","product","write","commands","paths","suggest","coding","context","ZeRO",{"skillNo":178,"name":179,"nameZh":6,"description":180,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":121,"licenseFileUrl":181,"sourceHtmlUrl":182,"categories":183,"keywords":187,"publishedAt":44},"01M71PAXFM488X9ARXK0T04TF5","write-spec","Write a feature spec or PRD from a problem statement or feature idea. Use when turning a vague idea or user request into a structured document, scoping a feature with goals and non-goals, defining success metrics and acceptance criteria, or breaking a big ask into a phased spec.","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fwrite-spec\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fwrite-spec\u002FSKILL.md",[184],{"categoryNo":185,"categoryName":186,"taxonomyType":157,"taxonomyTypeDesc":158},"01JBSEEDCAT000000000000031","产品经理",[170,188,189,190,191,132,192,35,193,194,195,169,196,197,198,199,200,201,202,203],"write spec","spec","user request","problem","acceptance","ask","vague","work","request","scoping","idea","metrics","feature","problem statement","use","document",{"skillNo":205,"name":206,"nameZh":6,"description":207,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":121,"licenseFileUrl":208,"sourceHtmlUrl":209,"categories":210,"keywords":214,"publishedAt":44},"01M71PASSZY800C0RPEARBS918","write-query","Write optimized SQL for your dialect with best practices. Use when translating a natural-language data need into SQL, building a multi-CTE query with joins and aggregations, optimizing a query against a large partitioned table, or getting dialect-specific syntax for Snowflake, BigQuery, Postgres, etc.","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fwrite-query\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fwrite-query\u002FSKILL.md",[211],{"categoryNo":212,"categoryName":213,"taxonomyType":157,"taxonomyTypeDesc":158},"01JBSEEDCAT000000000000033","数据分析师",[34,170,215,216,217,218,132,202,35,219,220,221,222,195,223,224,225,226,227,228],"write query","postgres","for","snowflake","best practices","natural-language","with","multi","github","sql","https","syntax","plugins","data",{"skillNo":230,"name":231,"nameZh":6,"description":232,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":121,"licenseFileUrl":6,"sourceHtmlUrl":233,"categories":234,"keywords":241,"publishedAt":44},"01M71PAPTX0T3PF6ETFVR96SJJ","workflow-automation","Org role guidance for workflow automation: build and maintain CI\u002FCD definitions in GitHub Actions or equivalent: triggers, jobs, matrices, caching. Covers path filters, dependency caching, parallel jobs, timeouts and fail-fast ordering.","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fworkflow-automation\u002FSKILL.md",[235,238],{"categoryNo":236,"categoryName":237,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000011","运维与部署",{"categoryNo":239,"categoryName":240,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[242,243,244,245,217,246,247,248,249,133,250,251,252,34,136,223,253,254,255,225],"Workflow Automation","automation","workflow","parallel","actions","ci","triggers","github actions","maintain","filters","caching","build","dependency","devops",{"skillNo":257,"name":258,"nameZh":6,"description":259,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":121,"licenseFileUrl":6,"sourceHtmlUrl":260,"categories":261,"keywords":263,"publishedAt":44},"01M71PAM19Z1XTV9NPCFSE2MY8","workflow-architect","Org role guidance for a workflow architect: map full workflow trees for systems, user journeys and agents, covering every branch and failure. Covers discovering workflows from code, handoff contracts, timeouts, recovery paths and observable state.","https:\u002F\u002Fgithub.com\u002Fmonoes\u002Fmonomind\u002Fblob\u002Fmain\u002Fpackages\u002F@monomind\u002Fcli\u002Forg-skills\u002Fworkflow-architect\u002FSKILL.md",[262],{"categoryNo":239,"categoryName":240,"taxonomyType":21,"taxonomyTypeDesc":22},[244,264,265,266,267,268,269,217,270,271,166,272,273,274,136,223,275,276,225,277],"workflow architect","architect","trees","user journeys","branch","planning","map","workflows","architecture","state","leadership","recovery","operations","systems"]