Token导航 LogoToken导航

Agent Skill · 前端设计

kuikly-coroutines-threading(kuikly 协程线程)

kuikly-coroutines-threading 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

kuikly-coroutines-threading 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 3,742。

总安装 1,148周安装 46GitHub Stars 71下载 372核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:kuikly-coroutines-threading(kuikly 协程线程)
来源仓库:https://github.com/tencent-tds/kuiklyui-ai
仓库路径:skills/kuikly-coroutines-threading
安装命令:
npx skills add https://github.com/tencent-tds/kuiklyui-ai --skill kuikly-coroutines-threading
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/tencent-tds/kuiklyui-ai --skill kuikly-coroutines-threading

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

kuikly-coroutines-threading 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合围绕仓库状态和协作事项进行整理。适用场景包括代码审查、项目进度跟踪、协作流程管理和仓库元数据分析等开发管理工作。

核心能力涵盖仓库信息检索、变更追踪和协作事项归纳,支持多分支和多项目并行管理。可通过 npx skills add 命令从指定 GitHub 仓库安装,需确认权限范围和访问限制后再使用。使用前应检查是否会触发网络请求、API 调用或文件操作,避免越权访问或数据泄露风险。

来源仓库内路径:skills/kuikly-coroutines-threading

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/tencent-tds/kuiklyui-ai --skill kuikly-corouti…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

kuikly-coroutines-threading 怎么安装?

在终端执行 npx skills add https://github.com/tencent-tds/kuiklyui-ai --skill kuikly-coroutines-thread…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

kuikly-coroutines-threading 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

kuikly-coroutines-threading 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

kuikly-coroutines-threading 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

kuikly-coroutines-threading 用的人多吗?

公开数据是累计安装 1,148 次,近一周安装 46 次,下载 372 次,GitHub 71 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

kuikly-coroutines-threading 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
kuikly-coroutines-threading

kuikly 协程线程 · 本页

1,14871需要联网未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Kuikly 协程与多线程编程

核心规则

  • Kuikly 线程约束:所有 Kuikly UI 操作(View、Attr、Event、observable、Module 方法、setTimeout 等)只能在 Kuikly 线程调用,Kuikly UI 相关类非线程安全。
  • 异步任务完成后必须回到 Kuikly 线程才能更新 UI 或访问响应式属性。
  • 动态化场景不支持 kotlinx 协程(js 目标平台不支持多线程),只能使用 Module 机制或 Kuikly 内建协程。

协程实现方式对比

特性回调(无协程)Kuikly 内建协程kotlinx 协程
动态化支持✅ 支持✅ 支持❌ 不支持
依赖库包增量无无kotlinx 协程库
线程安全不涉及自动保障需要考虑

三种协程 API

1. Kuikly 内建协程(推荐用于简单异步)

框架自带,始终在 Kuikly 线程执行,无线程切换开销,支持动态化。

API 入口:

  • GlobalScope.launch {...} — 全局作用域
  • lifecycleScope.launch {...} — 绑定 Pager 生命周期(推荐)
  • async {...} / await() — 并发获取结果

import:

import com.tencent.kuikly.core.coroutines.GlobalScope
import com.tencent.kuikly.core.coroutines.launch
import com.tencent.kuikly.core.coroutines.async
import com.tencent.kuikly.core.coroutines.delay

注意: Kuikly 内建协程 API 本身非线程安全,不能在 Kuikly 线程外调用。

2. kotlinx.coroutines 库

Kotlin 官方协程库,支持多线程调度器(Dispatchers.Default/IO/Main 等),不支持动态化。

接入方式:

// iOS & Android
implementation("org.jetbrains.kotlinx:kotlinx-coroutines-core:$KOTLINX_COROUTINES_VERSION")
// 鸿蒙
implementation("org.jetbrains.kotlinx:kotlinx-coroutines-core:$KOTLINX_COROUTINES_OHOS_VERSION")

3. kuiklyx.coroutines 库(切换到 Kuikly 线程)

提供 Dispatchers.Kuikly 调度器和 KuiklyContextScheduler 回调 API,用于从非 Kuikly 线程切回 Kuikly 线程。

接入方式:

// iOS & Android
implementation("com.tencent.kuiklyx:coroutines:$KUIKLYX_COROUTINES_VERSION")
// 鸿蒙
implementation("com.tencent.kuiklyx:coroutines:$KUIKLYX_COROUTINES_OHOS_VERSION")

协程方式 API:

// 启动协程,在 Kuikly 线程执行
GlobalScope.launch(Dispatchers.Kuikly[ctx]) { ... }
// 在协程中切换到 Kuikly 线程
withContext(Dispatchers.Kuikly[ctx]) { ... }

回调方式 API:

KuiklyContextScheduler.runOnKuiklyThread(pagerId) { cancel ->
    if (cancel) return  // pager 已销毁
    // 在 Kuikly 线程执行
}

场景选择决策树

根据需求选择合适的异步编程方式:

需要异步编程?
├── 只需简化回调,无多线程诉求?
│   └── → 方式1:Kuikly 内建协程
├── 需要执行耗时任务 + 支持动态化?
│   └── → 方式2:Module 机制(可配合内建协程)
├── 需要多线程 + 不需要动态化?
│   └── → 方式3:kotlinx 协程 + kuiklyx 协程
└── Compose DSL 页面?
    └── → 方式4:LaunchedEffect + withContext
⚠️ 一致性原则:选择方案时,还需关注当前项目或模块中已有的异步编程方式,应优先保持一致,避免在同一模块中混用多套异步方案。

详细场景示例和代码:见 SCENARIOS.md


Compose DSL 中的协程

Compose DSL 页面(继承 ComposeContainer)使用 kotlinx 协程体系:

@Composable
fun MyContent() {
    var data by remember { mutableStateOf("") }
    LaunchedEffect(Unit) {
        // 默认在 Kuikly 线程执行(ComposeDispatcher)
        val result = withContext(Dispatchers.IO) {
            // 在 IO 线程执行耗时任务
            fetchData()
        }
        // 自动回到 Kuikly 线程
        data = result
    }
    Text(text = data)
}

关键点:

  • LaunchedEffect 默认运行在 Kuikly 线程(通过 ComposeDispatcher 调度)
  • 使用 withContext(Dispatchers.IO) 切换到 IO 线程执行耗时任务
  • withContext 返回后自动回到 Kuikly 线程
  • viewModelScope 也绑定到 Kuikly 线程,ViewModel 销毁时自动取消

Dispatchers.IO 跨平台定义:

// commonMain 中声明 expect
internal expect val Dispatchers.IO: CoroutineDispatcher

// androidMain / appleMain / ohosArm64Main
internal actual val Dispatchers.IO: CoroutineDispatcher
    get() = Dispatchers.IO  // 使用平台原生 IO 调度器

// jsMain(不支持多线程)
internal actual val Dispatchers.IO: CoroutineDispatcher
    get() = Dispatchers.Default

线程安全

线程安全规则

  • Kuikly UI 相关类(View、Attr、Event、ObservableProperties、GlobalFunctions、Module 方法、Layout 等)非线程安全,只能在 Kuikly 线程访问

线程安全验证机制

详细用法和示例:见 THREAD_SAFETY.md

override fun willInit() {
    super.willInit()
    Pager.VERIFY_THREAD = true              // 开启线程校验
    Pager.VERIFY_REACTIVE_OBSERVER = true   // 开启 observable 校验
    Pager.verifyFailed { exception ->       // 自定义验证失败处理
        println("线程安全验证失败: ${exception.message}")
        throw exception
    }
}

常见陷阱与正确做法

❌ 错误做法✅ 正确做法
在非 Kuikly 线程直接更新 observable通过 Dispatchers.Kuikly 或 KuiklyContextScheduler 切回 Kuikly 线程
在非 Kuikly 线程调用 Module 方法Module 的 acquireModule / toNative 等方法需在 Kuikly 线程调用
在动态化场景使用 kotlinx 协程使用 Kuikly 内建协程或 Module 机制
在 Kuikly 线程外调用内建协程 API内建协程 API 只能在 Kuikly 线程调用
忘记处理 Pager 销毁后的回调KuiklyContextScheduler 回调检查 cancel 参数
在 verifyFailed 回调中操作 UI验证失败通常发生在非 Kuikly 线程,不能调用 UI API
Compose 中在 IO 线程更新 State使用 withContext 回到默认调度器后再更新 State

平台分布

Codex

34.32%
按下载量换算128

Claude

30.19%
按下载量换算112

Cursor

17.24%
按下载量换算64

Gemini CLI

10.26%
按下载量换算38

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills