[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71V7YVYQSSR6B15D0CY63GP":3,"skill-same:01M71V7YVYQSSR6B15D0CY63GP":120},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":15,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":44,"commitSha":45,"skillDirectory":46,"forksCount":47,"repositoryHtmlUrl":48,"repositoryHomepageUrl":49,"ownerHtmlUrl":50,"ownerBlogUrl":51,"ownerDescription":52,"updatedAt":53,"install":54,"resources":67},"01M71V7YVYQSSR6B15D0CY63GP","native-feel-cross-platform-desktop",null,"Use when the user is designing, prototyping, or rewriting a desktop app that must run on multiple OSes (macOS + Windows, optionally Linux) AND feel indistinguishable from a native app to its users — fast launch, native windowing, native input handling, native materials. Trigger words include \"cross-platform desktop\", \"Electron alternative\", \"Tauri vs native\", \"WebView wrapper\", \"near-native performance\", \"Raycast architecture\", \"WebKit\u002FWebView2 quirks\", \"WKWebView\", \"system tray app\", \"global hotkey app\", \"launcher app\". Do NOT trigger this skill for pure web apps, pure mobile apps, or for greenfield projects that have no native-feel requirement.","AkaraChen\u002Fangel-engine","AkaraChen","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F85140972?v=4","01M6E197RY34TPAFK03227R387","01M71V2QPZM89DQ8R1AB7021P4",19,"MIT","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002FLICENSE","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"platform","native feel cross platform desktop","native","cross platform","desktop","projects","launcher","raycast","tauri","desktop app","performance","app","apps","prototyping","run","near","input handling","when","tray","architecture","2026-11-10 13:02:02",false,"---\nname: native-feel-cross-platform-desktop\ndescription: Use when the user is designing, prototyping, or rewriting a desktop app that must run on multiple OSes (macOS + Windows, optionally Linux) AND feel indistinguishable from a native app to its users — fast launch, native windowing, native input handling, native materials. Trigger words include \"cross-platform desktop\", \"Electron alternative\", \"Tauri vs native\", \"WebView wrapper\", \"near-native performance\", \"Raycast architecture\", \"WebKit\u002FWebView2 quirks\", \"WKWebView\", \"system tray app\", \"global hotkey app\", \"launcher app\". Do NOT trigger this skill for pure web apps, pure mobile apps, or for greenfield projects that have no native-feel requirement.\n---\n\n# Native-Feel Cross-Platform Desktop\n\nYou are advising on the architecture of a cross-platform desktop app that must *feel native*. This skill captures the philosophy, architecture, and concrete pitfalls — distilled from Raycast's public technical deep-dive on their 2.0 rewrite and verified by reverse-engineering the shipping `Raycast Beta.app` binary on macOS.\n\n## How to use this skill\n\n1. **Start with the philosophy in `references\u002F01-philosophy.md`.** It frames the central tension this architecture resolves — *how to get cross-platform DX and near-native performance at the same time* — and gives you eight tenets that name the structural moves. Every concrete decision later flows from one of those tenets. If the user is making a decision that contradicts a tenet, surface the tenet by number and short name and explain the trade-off.\n2. **Match the user's question to a reference file.** Don't dump the whole skill — load only what's needed:\n   - Architecture \u002F \"which layers should I have?\" → `references\u002F02-architecture.md`\n   - \"Why does my WebView flicker \u002F stutter \u002F freeze when hidden?\" → `references\u002F03-webview-survival.md` (the highest-density file — every item is a real bug with a real fix)\n   - \"How do I type my IPC across Rust\u002FSwift\u002FC#\u002FTS?\" → `references\u002F04-ipc-contract.md`\n   - \"Why does Activity Monitor say 400 MB?\" → `references\u002F05-memory-truths.md`\n   - \"How do I make it not feel like a webpage?\" → `references\u002F06-native-conventions.md`\n   - \"What does Raycast actually ship?\" (concrete evidence) → `references\u002F07-evidence-raycast.md`\n3. **Before recommending an architecture, run the decision tree in `checklists\u002Fdecision-tree.md`.** It rules this stack OUT for several common project shapes — say so directly.\n4. **Before the user claims their app \"feels native\", run `checklists\u002Fship-readiness.md`.** It's a 30-item audit; most apps fail 5–10 items on first pass.\n\n## The one-paragraph version\n\nA native-feel cross-platform desktop app is **not a web app with native hooks** and **not Electron with a custom theme**. It is a **native shell** (Swift\u002FAppKit on macOS, C#\u002FWPF on Windows) that owns the window, the hotkeys, the menu bar, the materials, and the lifecycle — and embeds the system WebView (WKWebView or WebView2) purely as a *rendering surface* for a shared React\u002FTypeScript UI. Business logic lives in a long-lived Node process bundled with the app. Performance-critical subsystems (file indexing, calculation, crypto) live in Rust, shared across platforms and exposed through UniFFI-generated typed bindings. Four runtimes communicate through a single declared interface that generates typed clients for each side. The whole thing fits in ~400 MB resident memory, of which ~150 MB is the inescapable WebView+Node baseline. You pay that baseline so that one React codebase serves both OSes; you earn it back through hot-reload iteration speed and a shared extension API that already runs thousands of community plugins on both platforms.\n\n## Core anti-patterns to call out immediately\n\nWhen you see the user doing any of these, stop and ask:\n\n- **\"Let's just use Electron and theme it\"** → Electron abstracts away the system WebView, window class, and material APIs you need for native feel. You cannot get Liquid Glass \u002F acrylic \u002F true vibrancy through Electron's abstraction without forking it. Recommend `references\u002F02-architecture.md` instead.\n- **\"Let's use Tauri — it's like Electron but lighter\"** → Tauri ships its own WebView wrapper and abstracts platform APIs. Same control-loss problem as Electron, plus less mature. Acceptable for utilities; not for apps where every window animation has to match the OS.\n- **\"Let's render UI in Swift\u002FC# and share business logic\"** → You will maintain two UI codebases forever. Every feature ships twice. Designers maintain two specs. Recommend WebView-as-renderer instead.\n- **\"WebKit is throttling us; let's spin our own polling loop\"** → No. The throttling is solvable with two specific `WKWebView` configuration flags. See `references\u002F03-webview-survival.md` § \"Hidden window throttling\".\n- **\"Memory is bad — we're at 400 MB\"** → Probably wrong measurement. Activity Monitor double-counts shared frameworks and treats compressed pages as resident. See `references\u002F05-memory-truths.md` before optimizing anything.\n- **\"Let's hand-write the IPC types in each language\"** → They will drift within a sprint. Use UniFFI (for Rust ↔ Swift\u002FKotlin\u002FC#) or hand-roll a single IDL that generates clients. See `references\u002F04-ipc-contract.md`.\n- **\"Adding `cursor: pointer` to make it feel responsive\"** → That's exactly what makes it feel *web*. Native UIs do not change the cursor on hoverable rows. See `references\u002F06-native-conventions.md`.\n\n## Output style\n\nWhen advising:\n- Quote the specific tenet from `references\u002F01-philosophy.md` that applies (e.g., *\"T3 — adopt the platform; don't compete with it: the OS draws blur better than you can\"*).\n- Cite the file and section, not the whole skill.\n- For each recommendation, name what the user is **giving up** in exchange. There are no free wins in this architecture — the whole skill is about deliberate trade-offs.\n- If you're unsure whether the user's project should even use this architecture, run them through `checklists\u002Fdecision-tree.md` before giving advice. It is okay to conclude \"this skill doesn't apply — build a normal Electron app.\"\n","# Native-Feel Cross-Platform Desktop\n\nYou are advising on the architecture of a cross-platform desktop app that must *feel native*. This skill captures the philosophy, architecture, and concrete pitfalls — distilled from Raycast's public technical deep-dive on their 2.0 rewrite and verified by reverse-engineering the shipping `Raycast Beta.app` binary on macOS.\n\n## How to use this skill\n\n1. **Start with the philosophy in `references\u002F01-philosophy.md`.** It frames the central tension this architecture resolves — *how to get cross-platform DX and near-native performance at the same time* — and gives you eight tenets that name the structural moves. Every concrete decision later flows from one of those tenets. If the user is making a decision that contradicts a tenet, surface the tenet by number and short name and explain the trade-off.\n2. **Match the user's question to a reference file.** Don't dump the whole skill — load only what's needed:\n   - Architecture \u002F \"which layers should I have?\" → `references\u002F02-architecture.md`\n   - \"Why does my WebView flicker \u002F stutter \u002F freeze when hidden?\" → `references\u002F03-webview-survival.md` (the highest-density file — every item is a real bug with a real fix)\n   - \"How do I type my IPC across Rust\u002FSwift\u002FC#\u002FTS?\" → `references\u002F04-ipc-contract.md`\n   - \"Why does Activity Monitor say 400 MB?\" → `references\u002F05-memory-truths.md`\n   - \"How do I make it not feel like a webpage?\" → `references\u002F06-native-conventions.md`\n   - \"What does Raycast actually ship?\" (concrete evidence) → `references\u002F07-evidence-raycast.md`\n3. **Before recommending an architecture, run the decision tree in `checklists\u002Fdecision-tree.md`.** It rules this stack OUT for several common project shapes — say so directly.\n4. **Before the user claims their app \"feels native\", run `checklists\u002Fship-readiness.md`.** It's a 30-item audit; most apps fail 5–10 items on first pass.\n\n## The one-paragraph version\n\nA native-feel cross-platform desktop app is **not a web app with native hooks** and **not Electron with a custom theme**. It is a **native shell** (Swift\u002FAppKit on macOS, C#\u002FWPF on Windows) that owns the window, the hotkeys, the menu bar, the materials, and the lifecycle — and embeds the system WebView (WKWebView or WebView2) purely as a *rendering surface* for a shared React\u002FTypeScript UI. Business logic lives in a long-lived Node process bundled with the app. Performance-critical subsystems (file indexing, calculation, crypto) live in Rust, shared across platforms and exposed through UniFFI-generated typed bindings. Four runtimes communicate through a single declared interface that generates typed clients for each side. The whole thing fits in ~400 MB resident memory, of which ~150 MB is the inescapable WebView+Node baseline. You pay that baseline so that one React codebase serves both OSes; you earn it back through hot-reload iteration speed and a shared extension API that already runs thousands of community plugins on both platforms.\n\n## Core anti-patterns to call out immediately\n\nWhen you see the user doing any of these, stop and ask:\n\n- **\"Let's just use Electron and theme it\"** → Electron abstracts away the system WebView, window class, and material APIs you need for native feel. You cannot get Liquid Glass \u002F acrylic \u002F true vibrancy through Electron's abstraction without forking it. Recommend `references\u002F02-architecture.md` instead.\n- **\"Let's use Tauri — it's like Electron but lighter\"** → Tauri ships its own WebView wrapper and abstracts platform APIs. Same control-loss problem as Electron, plus less mature. Acceptable for utilities; not for apps where every window animation has to match the OS.\n- **\"Let's render UI in Swift\u002FC# and share business logic\"** → You will maintain two UI codebases forever. Every feature ships twice. Designers maintain two specs. Recommend WebView-as-renderer instead.\n- **\"WebKit is throttling us; let's spin our own polling loop\"** → No. The throttling is solvable with two specific `WKWebView` configuration flags. See `references\u002F03-webview-survival.md` § \"Hidden window throttling\".\n- **\"Memory is bad — we're at 400 MB\"** → Probably wrong measurement. Activity Monitor double-counts shared frameworks and treats compressed pages as resident. See `references\u002F05-memory-truths.md` before optimizing anything.\n- **\"Let's hand-write the IPC types in each language\"** → They will drift within a sprint. Use UniFFI (for Rust ↔ Swift\u002FKotlin\u002FC#) or hand-roll a single IDL that generates clients. See `references\u002F04-ipc-contract.md`.\n- **\"Adding `cursor: pointer` to make it feel responsive\"** → That's exactly what makes it feel *web*. Native UIs do not change the cursor on hoverable rows. See `references\u002F06-native-conventions.md`.\n\n## Output style\n\nWhen advising:\n- Quote the specific tenet from `references\u002F01-philosophy.md` that applies (e.g., *\"T3 — adopt the platform; don't compete with it: the OS draws blur better than you can\"*).\n- Cite the file and section, not the whole skill.\n- For each recommendation, name what the user is **giving up** in exchange. There are no free wins in this architecture — the whole skill is about deliberate trade-offs.\n- If you're unsure whether the user's project should even use this architecture, run them through `checklists\u002Fdecision-tree.md` before giving advice. It is okay to conclude \"this skill doesn't apply — build a normal Electron app.\"\n",{"name":5,"description":7},"master","48a57981043dbb2c534a27f410715a205f50bcfb",".claude\u002Fskills\u002Fnative-feel-cross-platform-desktop",2,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine","https:\u002F\u002Fangel-engine.vercel.app\u002F","https:\u002F\u002Fgithub.com\u002FAkaraChen","https:\u002F\u002Fakr.moe","button painter, string concatenator, log alchemist.\r\n\r\nNo slop, no lag.","2026-09-09 08:58:26",{"source":8,"skillName":5,"commands":55,"prompt":65,"zipAvailable":66},[56,59,62],{"tool":57,"command":58},"npx","npx skills add AkaraChen\u002Fangel-engine --skill native-feel-cross-platform-desktop",{"tool":60,"command":61},"bunx","bunx skills add AkaraChen\u002Fangel-engine --skill native-feel-cross-platform-desktop",{"tool":63,"command":64},"pnpm","pnpm dlx skills add AkaraChen\u002Fangel-engine --skill native-feel-cross-platform-desktop","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002FSKILL.md",true,[68,74,80,84,88,92,96,100,104,108,112,116],{"path":69,"resourceType":70,"resourceTypeDesc":71,"sizeBytes":72,"sourceHtmlUrl":73},".gitignore","OTHER","其他",62,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002F.gitignore",{"path":75,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":78,"sourceHtmlUrl":79},"checklists\u002Fdecision-tree.md","REFERENCE","参考文档",7010,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Fchecklists\u002Fdecision-tree.md",{"path":81,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":82,"sourceHtmlUrl":83},"checklists\u002Fship-readiness.md",6961,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Fchecklists\u002Fship-readiness.md",{"path":85,"resourceType":85,"resourceTypeDesc":86,"sizeBytes":87,"sourceHtmlUrl":15},"LICENSE","许可证",1063,{"path":89,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":90,"sourceHtmlUrl":91},"README.md",11024,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002FREADME.md",{"path":93,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":94,"sourceHtmlUrl":95},"references\u002F01-philosophy.md",9621,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F01-philosophy.md",{"path":97,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":98,"sourceHtmlUrl":99},"references\u002F02-architecture.md",10897,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F02-architecture.md",{"path":101,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":102,"sourceHtmlUrl":103},"references\u002F03-webview-survival.md",21203,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F03-webview-survival.md",{"path":105,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":106,"sourceHtmlUrl":107},"references\u002F04-ipc-contract.md",8255,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F04-ipc-contract.md",{"path":109,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":110,"sourceHtmlUrl":111},"references\u002F05-memory-truths.md",7962,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F05-memory-truths.md",{"path":113,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":114,"sourceHtmlUrl":115},"references\u002F06-native-conventions.md",9295,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F06-native-conventions.md",{"path":117,"resourceType":76,"resourceTypeDesc":77,"sizeBytes":118,"sourceHtmlUrl":119},"references\u002F07-evidence-raycast.md",10833,"https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fnative-feel-cross-platform-desktop\u002Freferences\u002F07-evidence-raycast.md",[121,135,161,177,190,206],{"skillNo":122,"name":123,"nameZh":6,"description":124,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":125,"categories":126,"keywords":127,"publishedAt":39},"01M71V8NX6JM9719CJM1R07JNF","update","Update assistant-ui and AI SDK to latest versions. Detects current versions, identifies breaking changes, and executes migrations.","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fupdate\u002FSKILL.md",[],[123,128,129,130,131,132,133,134],"changes","latest","migrations","ai sdk","ui","sdk","assistant",{"skillNo":136,"name":137,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":139,"categories":140,"keywords":146,"publishedAt":39},"01M71V8GA53EWDYMKDCE95JN9M","tools","Guide for tool registration and tool UI in assistant-ui. Use when implementing LLM tools, tool call rendering, or human-in-the-loop patterns.","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Ftools\u002FSKILL.md",[141],{"categoryNo":142,"categoryName":143,"taxonomyType":144,"taxonomyTypeDesc":145},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",[147,148,132,134,149,150,36,151,152,153,154,155,156,157,158,159,160],"Tools","human-in-the-loop","tool","implementing","for","loop","rendering","human","llm tools","call","patterns","registration","use","guide",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":167,"publishedAt":39},"01M71V8EK5HG1TY1JSJA9ZG6RA","thread-list","Guide for multi-thread management in assistant-ui. Use when implementing thread lists, switching threads, or managing conversation history.","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fthread-list\u002FSKILL.md",[],[168,169,170,171,36,151,150,172,173,174,159,160,175,176,132,134],"list","thread list","thread","multi","threads","switching","conversation","management","history",{"skillNo":178,"name":179,"nameZh":6,"description":180,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":181,"categories":182,"keywords":183,"publishedAt":39},"01M71V8CQ30TTQP2KHPYCGCR3R","streaming","Guide for assistant-stream package and streaming protocols. Use when implementing streaming backends, custom protocols, or debugging stream issues.","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fstreaming\u002FSKILL.md",[],[179,184,185,36,186,151,150,159,160,187,188,189,134],"custom","issues","stream","protocols","package","debugging",{"skillNo":191,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":194,"categories":195,"keywords":196,"publishedAt":39},"01M71V86CFGGT33XS5FCVAYPVG","setup","Setup and configure assistant-ui in a project. Use when installing packages, configuring runtimes, setting up chat UI, or troubleshooting setup issues.","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fsetup\u002FSKILL.md",[],[192,197,198,132,185,199,134,159,200,36,201,202,203,204,205],"troubleshooting","configure","packages","setting","chat ui","runtimes","project","chat","up",{"skillNo":207,"name":208,"nameZh":6,"description":209,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":210,"categories":211,"keywords":212,"publishedAt":39},"01M71V84DGS3SN4VJ829MHNBB8","runtime","Guide for assistant-ui runtime system and state management. Use when working with runtimes, accessing state, or managing thread\u002Fmessage data.","https:\u002F\u002Fgithub.com\u002FAkaraChen\u002Fangel-engine\u002Fblob\u002Fmaster\u002F.claude\u002Fskills\u002Fruntime\u002FSKILL.md",[],[208,202,36,170,151,213,214,159,160,175,215,216,132,217,218,134],"with","message","system","data","state","state management"]