免费的500万Tokens，39元包月2000万tokens,139元包月6000万token，这么少的token能干嘛？在用智能体的情况下，几个任务就把500万的token用完了，2000万的token不知道能不能用一天？

企业团队开发，服务器端都是x86 linux环境，现在只能用vscode的codeArts Agent插件，但是功能少，更新慢，现在都已经商用了，还不考虑吗

活动对象：参加【参加云学堂·华为云码道高校实训营】活动的开发者活动时间：即日起—2026年8月31日【参与步骤】步骤一、先完成华为云账号注册，再进行AI IDE下载：https://codearts.huaweicloud.com/?utm_source=dmzntedu&utm_adplace=dmznteduuni请根据自身操作系统选择软件版本：双击安装包，按照引导完成安装，勾选“创建桌面快捷方式”，安装路径建议默认，提示“安装成功”即为完成。 步骤二、登录华为云码道IDE，在智能体模式下开发Web应用。在聊天界面的输入框中，输入需求，单击发送图标 ，华为云码道会一步步创建Web应用，如下图所示 步骤三、在本论坛贴下回复以下内容：① 学校名称+作品简短描述② 关键代码/实现思路（可选）③ 华为云账号+作品截图（必须包含界面及运行效果、华为云账号中心界面、代码界面）界面及运行效果截图参考华为云账号中心截图参考代码界面参考（光标移到红框位置） 另外，参加并通过华为云码道微认证考试，可获得华为云官方微认证证书。【华为云码道CodeArts实战速成】微认证上新，点此免费激活抢先考取认证说明：（1）免费激活的微认证无需购买，点击页面上的“免费激活”按钮即可。微认证≥70分为通过认证考试，如考试未通过可再次点击“免费激活”。（2）微认证考试通过后预计24小时内生成证书，点此查看已考取证书。

 系统环境：设备名称DESKTOP-ELPH13R处理器Intel(R) Core(TM) i7-7920HQ CPU @ 3.10GHz3.00 GHz机带 RAM16.0 GB (15.9 GB 可用)设备 ID1475B781-E07F-47BE-BCE3-765F6D900BED产品 ID00425-00000-00002-AA474系统类型笔和触控64 位操作系统， 基于x64 的处理器没有可用于此显示器的笔或触控输入重命名这台电脑Windows 规格版本版本号Windows 10企业版 LTSC 1809安装日期星期六，2022-11-05操作系统内部版本17763.8027显卡信息：显示卡制造商Powered by AMD图形芯片组Radeon Pro 560设备 ID67EF厂商ID1002子系统ID0179子系统厂商ID106B修订 IDCO总线类型PCI Express 3.0当前总线设置PCI Express 3.0 x8BIOS 版本015.050.000.001BIOS 部件编号113-C9801AU-A02BIOS 日期2017/03/07 18:04可用显存大小4096 MB显存类型GDDR5内存时钟1270 MHz核心时钟907MHz显存总带宽81 GByte/s内存位速率5.08 Gbps2D 驱动程序文件路径/REGISTRY/MACHINE/SYSTEM/CurrentControISet/Control/Class/{4d36e968-e325-11ce-bfc1-08002be10318}/0000OpenGL® API Version4.6OpenCL"M API Version2.0 

对于想白嫖的用户，官方能够出个看广告的功能呀？看一次广告获得一定token 或者减少排队时间啊！！！马上要收费了，没钱，又不想排队，就是有时间看广告，多接点广告，保证一天可以赚几个亿！！！

从昨天下午开始就一直这样,排几个小时都不行,我以为限额了,就关掉了,今天打开使用还是一直显示这样,一直卡在这?是把我账号疯了吗?不让用了?这还让人怎么为你花钱?本来就是看效果怎么样,等到你收费时对比一下价格支持你一下呢,现在这样搞,真让人心里不舒服

一、项目背景:LLM 应用工程化的"最后一公里"过去 5 年,我们的 LLM 应用方式一直在变,但有一个核心问题始终没解决得很好——Prompt 是一次性消耗品,每次开新对话都要重写;经验无法沉淀,更别说团队共享。具体表现在四个方面:经验沉淀难,人走茶凉一个团队成员调好的 Prompt,自己电脑里存几份,新人入职完全不知道。跨工具迁移难,被平台锁死Plugin 锁 ChatGPT,GPTs 锁 OpenAI,Function Calling 绑定 API 接口签名,换个工具全部要重写。工程化弱,缺少版本管理Prompt 散落在聊天记录、笔记本、群文件,没办法进 Git、没办法做 Code Review、没办法回滚。能力扩展受限,RAG 只补知识不补能力向量数据库能让 LLM 多知道一些,但不能让 LLM 多做一些——执行链路上还是缺一块。本文目标把华为云码道(CodeArts)的 Skill 能力讲清楚——一种目录 + YAML + Markdown结构、跨工具可迁移、Git 即分发的 LLM 应用工程化方案。读完你能拿到:一个判断"为什么是 Skill 而不是 RAG/FC/Plugin"的决策框架CodeArts 里 Skill 的完整目录结构 + 4 种添加方式 + 跨工具迁移命令动手写一个能跑的 Skill 的 5 步法 SOP + 4 类不适合的边界场景二、开发平台:华为云码道 CodeArts 的 Skill 能力解析本次实践的底座是华为云码道(CodeArts) —— 一个 AI 原生 IDE + 代码智能体,提供从 Vibe-Coding(探索模式)到 Spec-Driven(规范驱动)的全链路 AI 研发能力。1. CodeArts 的两层 AI 编程模式探索模式(Vibe-Coding Mode)边聊边做、快速验证,适合小微项目、单一技术栈。规范驱动模式(Spec-Driven Mode)先定义需求规范,再精准交付,适合工程化项目、商用交付。而Skill 是这两种模式之上、跨模式可复用的工程化沉淀单元。无论是 Vibe-Coding 临时调用,还是 Spec-Driven 项目级集成,同一份 SKILL.md 都能被 LLM 自动识别。2. Skill 在 LLM 应用栈里的位置横向对比同时代 4 种方案——唯一同时打中 5 个维度的,是 Skill:维度Function CallPlugin / GPTsRAGSkill形态硬编码函数厂商插件向量数据库目录 + YAML + MD能力扩展✓✓✗ 只补知识✓跨平台✗ 绑特定 API✗ 锁厂商⚠ 部分✓ 标准化轻量化⚠ 需程序员✗ 需平台支持✓✓ Markdown 即写可分发✗⚠ 平台内⚠✓ Git 即分发不是 Prompt 不够好,是 LLM 应用已经长出了 Prompt 装不下的能力。三、机制原理:Skill 怎么被 LLM 调用?很多人以为 Skill 就是一个目录、一个 YAML 文件 —— 但它真正特别的是调用机制。1. 两阶段架构:元数据广播 + 实体按需加载阶段内容成本阶段一 · 元数据广播所有 SKILL.md 的 YAML 头一次性载入 system prompt;每个 description ≤ 1024 字符便宜(N × 1KB)阶段二 · 实体按需加载LLM 决定调用某 Skill 时:加载完整 Markdown(≤50000)+ scripts + references贵(只为命中付费)设计洞察:元数据轻量 → LLM 永远知道有什么 Skill实体重型按需 → 只有真正用到才占 Context最终效果:50+ Skill 共存,但单次对话只占 1-2 个 Context。不是 LLM「知道」所有 Skill —— 是 LLM「能找到」需要的 Skill。2. 抽象层级:从「代码级」到「语义级」把 4 种范式横向放一起,会发现它们是抽象层级的演化:范式抽象层接口形式调度者Function Calling代码级JSON Schema程序员手写Tool系统级命令行用户手敲Plugin平台级OpenAPI平台拦截Skill语义级YAML + MarkdownLLM 自己决定本质区别:Skill 是给 LLM 自己用的「语义级」抽象。一句话总结:Skill = Tool 的「自调度」版本 + Function 的「声明式」版本。四、CodeArts 里的 Skill 实战:目录、SKILL.md、添加方式理论说完,这一章看 Skill 在华为云码道这个产品里长什么样、怎么操作。所有信息对齐 CodeArts 官方文档《技能章节》。1. Skill 的目录结构官方标准:my-skill/ ├── SKILL.md ← 必填 │ ├── YAML name + desc │ └── Markdown 指令 └── Bundled Resources/ ← 选填 ├── scripts/ ├── references/ └── assets/我自己的 harmonyos-build-deploy 在标准基础上做了实战扩展:harmonyos-build-deploy/ ├── SKILL.md ├── scripts/ ├── docs/ ← 自由扩展 └── bin/ ← CLI 入口扩展3 类 Bundled Resources 的精准定位:资源作用进上下文方式scripts/Python / Bash 等确定性操作不进上下文,执行结果进references/知识库文档按需进(智能体决定要不要读)assets/字体 / Logo / 模板永远不进(交付物拿来用)「技能本质上是由指令、脚本和资源构成的集合。」—— CodeArts 用户指南2. 编写 SKILL.md —— Skill 的「接口文件」SKILL.md 是 **YAML frontmatter(决策层)+ Markdown body(执行层)**两层结构:--- name: safe-file-reader description: Read files without making changes. Use when you need read-only files access. --- # Safe File Reader This Skill provides read-only file access. ## Instructions 1. Use Read to view file contents 2. Use Grep to search within files 3. Use Glob to find files by pattern层职责何时载入YAML 头(决策层)给 LLM 看,靠 description 决定调不调用总是载入 system promptMarkdown 体(执行层)详细工作流,可引 scripts/referencesLLM 命中后才加载字符上限(官方约定):name ≤ 64 字符description ≤ 1024 字符 ← 整个 Skill 的命门Markdown 主体 ≤ 50000 字符description 是 Skill 给 LLM 的「广告语」—— 写不好,LLM 找不到。3. 技能级别:个人级 vs 项目级维度个人级项目级路径~/.codeartsdoer/skills/./.codeartsdoer/skills/作用域全项目可见当前项目适合放个人偏好 / 习惯定制团队规范 / 工程约定分发跟着用户走跟 Git 仓库走 ⭐项目级的关键价值:CodeArts 会在项目根目录自动生成 ProjectSkillStatus.txt,记录开关状态(skill-name=true/false)。项目级 Skill 提交到 Git 后,新加入团队的同事 git clone 下来就直接拥有所有 Skill —— Skill 第一次真正变成团队资产。个人级 = 个人偏好 · 项目级 = 团队资产。4. 添加技能的 4 种方式方式入口适合场景① 从技能市场设置 → 技能与规则 → 市场用现成 Skill② 手动新建(项目级)设置 → 技能与规则 → 项目级 + 手动创建团队自研③ 手动新建(个人级)设置 → 技能与规则 → 个人级 + 手动创建个人定制④ 导入 zip 包设置 → 技能与规则 → + → 导入批量迁移4 种方式的实际入口截图:方式入口截图① 从技能市场② 手动新建(项目级)③ 手动新建(个人级)④ 导入 zip 包⚠ 导入前请验证技能包符合标准,否则可能失败⚠ 市场技能「更新」会覆盖本地修改,改过的话先备份五、Skill 落地三步:创建 / 调用 / 跨工具迁移接下来三个 Demo 全部建立在一个事实之上:同一份 SKILL.md,Claude Code 和 CodeArts 都识别。不是 CodeArts 私有功能,也不是 Claude Code 独占 —— 是同源载体。三方共同认这一份 SKILL.md 格式:Anthropic华为云码道OpenClawClaude CodeCodeArts社区1. 第一步 · 创建 Skill —— 5 步,填三字段在 CodeArts 里最短 5 步完成 Skill 创建:进入「技能与规则」 —— 设置 → 技能与规则选「手动创建」 —— 项目级 / 个人级 + 号填三字段 —— name / description / 主体确认生成 —— 自动生成 SKILL.md验证调用 —— 对话框试一句话触发5 步全过程截图:Step截图① 进入「技能与规则」② 选「手动创建」③ 填三字段④ 确认生成⑤ 验证调用三字段字符上限:name ≤ 64 · description ≤ 1024 · Markdown 主体 ≤ 50000。从填三字段到 LLM 自动调用 —— Skill 工程化的最短路径。2. 第二步 · 调用 Skill —— 自然语言部署「宠小圈」Skill 不是手动调用的工具 —— 是 LLM 在自然语言里自动选用的能力。这是和 Function Calling、Tool 最本质的工程差异。没有 Skill 之前——我自己写过一个 PowerShell 脚本,但每次部署都要敲一长串命令:./build_and_deploy.ps1 ` -Module entry ` -BuildMode release ` -Device 192.168.0.12:5555 ` -Launch有了 Skill 之后——我只说一句:"帮我把宠小圈打包成 release 版本,部署到 HUAWEI Pura 80 真机并启动应用。"LLM 自己读懂这句话 → 匹配 harmonyos-build-deploy 的 description → 自动转成参数 → 调用脚本 → 真机启动。全程零手敲命令。实际运行画面(动图):整个链路 4 步:输入自然语言 → LLM 匹配 description → 自动执行命令 → 真机启动。从命令行参数到自然语言 —— LLM 时代的工具调用。3. 第三步 · 跨工具迁移 —— cp -r 一行,SKILL.md 一行不改这是整章最硬的一节。harmonyos-build-deploy 原本是我给 Claude Code 写的,放在 ~/.claude/skills/ 下面。迁移到 CodeArts 只需要一行命令:cp -r ~/.claude/skills/harmonyos-build-deploy/ ~/.codeartsdoer/skills/SKILL.md 一行不改,在 CodeArts 里立即可用。CodeArts 端实际运行画面(动图)(同一份 SKILL.md):高清完整录屏见 PPT 内嵌视频(第 14 页)—— 同一份 Skill 在 Claude Code 和 CodeArts 双工具运行双工具运行验证清单:✓ SKILL.md 一行不改✓ YAML frontmatter 字段全部识别✓ Markdown 主体直接执行⚠ 唯一例外:Claude Code 特有的 argument-hint 字段被忽略,但不报错⚠ 这个 “被忽略不报错” 不是 bug,是工程化的优雅 —— CodeArts 实现时主动选择忽略未知字段,而不是抛错,这就保证了 Claude Code 写的 Skill 永远向前兼容。Skill = 跨工具的可移植资产,不是平台锁定的私有功能。4. 三步收束 —— Prompt 是消耗品,Skill 是资产创建 → 调用 → 迁移 —— 三步走完,Skill 完成了一次完整的工程化闭环:没有 Skill 之前有了 Skill 之后Prompt 一次写完 · 当次对话用完即丢SKILL.md 进 Git · 跨对话 / 跨人 / 跨工具复用消耗品资产Prompt 是消耗品,Skill 是资产。六、5 步法:怎么写自己的 Skill听完三步走,你看到 Skill 怎么跑。这一章换个角度——怎么写一个自己的 Skill,看完回去就能动手。5 步完整 SOP,缺一不可。Step 1 · 提炼:三问把日常做法变 Skill写 Skill 的第一步不是写代码,是自我审问:问题筛选维度标准① 我反复做什么?频率筛选每周做 ≥ 3 次② 别人会问我什么?共识筛选团队反复请教的事③ AI 该学会什么?价值筛选一句话能描述清楚我自己的 harmonyos-build-deploy 就是这样筛出来的——反复:每周部署鸿蒙真机 50+ 次别人问:「hvigorw 编译报错怎么办」「签名密钥怎么配」AI 学会:听「部署到真机」就跑全流程 —— 编译 → 签名 → 安装 → 启动 → 看日志三问都打中,适合写 Skill。不是所有脚本都该变成 Skill —— 三问帮你筛。Step 2 · 编排:description 是 Skill 的招牌第二步写 description —— 这是整个 Skill 最关键的一行。❌ 反例(模糊):description: HarmonyOS 工具LLM 困惑:编译?部署?调试?哪一种?没有场景、没有关键词、没有触发线索 —— LLM 不会选它。✓ 正例(harmonyos-build-deploy 真实 description):description: > 鸿蒙 HarmonyOS 应用自动编译、签名并部署到真机。 当用户需要 (1) 编译生成 HAP/HSP 包, (2) 安装到真机设备,(3) 启动应用查看效果, 或提到 hvigor、hvigorw、hdc、HAP、HSP、 AppGallery 等关键词时触发。 写好 description 的三要素:要素怎么写✓ 列具体场景用户什么情境会需要,数字编号 (1)(2)(3)✓ 列触发关键词工具名 / 命令 / 报错 / 文件后缀✓ 用「当用户…时触发」句式让 LLM 直接读出意图边界description 是给 LLM 的招牌 —— 写清楚谁会用、什么时候用。Step 3 · 写主体:SKILL.md 指令骨架第三步写主体 —— YAML 之下那一大段 Markdown。注意:这部分不是 Prompt 的复制粘贴,是给 LLM 的执行手册。推荐 5 段式骨架(可直接拷走):# <Skill 名> ## What it does 一句话说清能力 ## When to use 3-5 种典型场景 ## How to use Step 1. ... Step 2. 调用 scripts/xxx.py Step 3. ... ## Error handling 常见错误的处理(报错 → 修复建议) ## References - references/xxx.md (按需引) 3 类资源何时引用 —— 进上下文的方式完全不同:资源何时引进上下文方式scripts/How to use 步骤里直接调执行结果回 Context,代码本身不进references/需要深度知识时引LLM 自己决定要不要读assets/模板 / Logo / 字体永远不进上下文这是 Skill 比 Prompt 高一个量级的地方 —— Prompt 全部进 Context,Skill 只让必要的进。Markdown 主体 = LLM 的执行手册,不是 Prompt 的复制粘贴。Step 4 · 验证 + 分发:测它真能跑、推到 Git主体写完了 —— 先自测两件事:(1)识别测试 · description 够不够好用一句相似但不完全一样的话试 LLM 能不能匹配上。我原文写"部署 HarmonyOS App",我换说**“装个鸿蒙包”**,LLM 还能不能选用我的 Skill?能 → description 合格不能 → 回去补 description 关键词(2)执行测试 · 指令骨架够不够清晰LLM 真的调用之后,逐项确认:scripts/ 是否真被执行(不只是 LLM 嘴上说"我执行了")报错是否能落到 ## Error handling 节(没落进去,LLM 会瞎编修复方案)(3)两个测试都通过 —— 推到 Git# 在你的项目根目录 cd <你的项目>/.codeartsdoer/skills/ git add <skill-name>/ git commit -m "add skill: <skill-name>" git push新人 git clone 进来 —— CodeArts 立刻识别 .codeartsdoer/skills/,Skill 第一次成为团队资产。Skill 写完不是结束 —— 是要让别人 git clone 之后能直接用。Step 5 · 边界:什么场景不适合写 Skill4 步走完,我们看反面 —— 什么场景不适合写 Skill。我的观点是:知道什么不该写,比知道怎么写更重要。#场景为什么不适合应走方案①强交互场景Skill 无法主动停下来等多轮 yes/no 确认留人工流程②高频改动场景接口/参数每周变,SKILL.md 维护成本超过收益写 Rule(轻量规范)③私密凭据场景项目级 Skill 随 Git 走,API Key/密码会泄露Function Calling + 环境变量④不可重现操作依赖时间/网络/手动状态,LLM 跑不出一致结果写文档而非自动化七、平台技术边界:CodeArts Skill 的 6 类约束写 Skill 还有几个平台层面的约束要心里有数:约束限制字符限制name ≤ 64 字符 · description ≤ 1024 字符 · 指令 ≤ 50000 字符命名规则小写字母 + 数字 + 连字符;头尾不能是连字符;不能连续云端保存AI 生成的 Skill 不能保存至云端,只能本地安全敏感信息不要写进项目级 Skill(随 Git 走会泄露)语言覆盖Codebase 索引支持 Java / ArkTS / JS / TS / Go(不含 Python)数量项目级 + 个人级 各 ≤ 50 个八、项目成果与开源案例本次实践由 1 名开发者独立完成,完整闭环验证了 Skill 在 LLM 应用工程化中的所有关键能力。1. 两个开源 Skill 案例案例 ① · harmonyos-build-deploy —— 鸿蒙应用一键部署GitHub Repo:supermanaaaa/harmonyos-build-deploy能力:鸿蒙 HarmonyOS 应用自动编译、签名、部署到真机的 CLI Skill依赖:Node.js + hvigorw + hdc + ohpm典型场景:开发者每天频繁部署、查日志的高频运维场景双工具验证:Claude Code(~/.claude/skills/)+ CodeArts(~/.codeartsdoer/skills/)同一份 SKILL.md 都能跑案例 ② · content-to-image —— 数据驱动的图片生成 SkillGitHub Repo:supermanaaaa/content-to-image能力:6 种视觉风格 × 6 种内容模板,自动生成博客封面、小红书轮播图、知识卡片、清单海报依赖:Node.js ≥ v22 + sharp(纯 JS,无浏览器依赖)典型场景:内容创作者让 Claude 一句话生成成套的封面+轮播图,统一风格、自动 CJK 排版、自带水印设计亮点:6 风格:sketch / flat / gradient / dark / minimal / blueprint6 模板:cover / checklist / comparison / steps / quote / knowledge轮播图编排:多 slide 统一风格 + 自动处理 SVG ID 冲突中文排版引擎:CJK 自动换行 + 中英文间距多格式输出:PNG / JPEG / WebP / AVIF这两个 Skill 跨度很大——一个是高频运维(部署鸿蒙真机),一个是内容生产(生成图片)。说明 Skill 工程化不挑领域,只要"反复做 + 别人会问 + AI 能学会",就值得变成 Skill。2. 实际场景验证通过skill生成的图片—— Skill 不是一个新的"框架"或"工具",它本质上是一个约定:把你的日常操作沉淀成 SKILL.md,推到 Git,新人 git clone 即用。参考资源CodeArts 官方文档:技能章节演讲案例开源仓库:supermanaaaa/harmonyos-build-deploy —— 鸿蒙应用部署 Skillsupermanaaaa/content-to-image —— 数据驱动图片生成 Skill

当前正处于使用高峰时段，资源较为紧张。建议您在低峰期使用：次日 0:00⏱️ 预计等待：5小时45分💡 您也可以继续排队，有空闲资源时将优先为您处理 这体验，能不能解决下。

codearts windows版本(26.4.4；2026-05-11)，有时候会丢历史记录。可能过一段时间（半天左右）才会重新加载到历史记录

 出现错误提示:“加载 Web 视图时出错: Error: Could not register service worker: InvalidStateError: Failed to register a ServiceWorker: The document is in an invalid state.” 

云码道IDE中点开AI侧边栏 但是只显示”将视图拖动到此处显示。“ 按alt+u 也出现聊天对话框处理？ 我把IDE卸载了重装还是一样，没办法使用了，  我的账号是已经登录了的。有没有办法重置让AI对话框出现

什么时候能出鸿蒙版呢？为什么只有windows、mac和linux版？

我现在正在尝试 CodeArts IDE鸿蒙尝鲜版，有没有人能告诉我大模型和智能体什么时候能集成进来？什么时候能够发布正式版？期待！！！ 

vscode 版本: 1.121.0 (user setup)提交: f6cfa2ea2403534de03f069bdf160d06451ed282日期: 2026-05-19T11:51:53+02:00Electron: 39.8.8ElectronBuildId: 13870025Chromium: 142.0.7444.265Node.js: 22.22.1V8: 14.2.231.22-electron.0OS: Windows_NT x64 10.0.26200插件版本 26.4.2问题 访问不到当前项目文件

插件'CodeArts Agent' (版本'26.4.3’)与当前版本的IDE不兼容，因为它需要内部版本号253.*或更老的版本，但当前的内部版本号是IU-261.24374.151