如果大家是兴趣来用这个软件的可以试试工作日白天比较早的时间和中午吃饭时间，晚上不行比较拥挤

用了一段时间，刚开始很不错，后来这几天，就是在重复的梳理需求，梳理完就问我，需要我做什么，我告诉他做什么，他又在梳理需求，梳理完又问我一模一样的话，梳理的过程也是一模一样，无限重复

就是在给出输出总结的时候这个对话框不能输入文字，有些浪费时间了

 真的特别需要优化这个问题，而且我复制是因为，在问答窗口那个小窗口不能复制而且窗口极小（详见我上一个提问），我需要复制出来自己分析一遍数据，这样就两头堵了 

在规划智能体使用过程中，若是产生大量的上下文或者阅读大文章，规划能力就失效，图中我并未输出任何执行的指令，智能体自动执行，且大量上下文经常导致智能体奔溃，聊天框出现灰色界面，该异常无法进行工程级别的工作，仅能进行小样本拓展，且聊天页长了，经常会卡顿。请工程师团队仔细验证。

 就是输出结果这小窗口，太小了，麻烦优化一下，最好调大点或者能够调节大小最好，谢谢！ 

建议早日开启收费套餐，当前大模型调用排队时间太影响体验。

CodeArts IDE，没找到把项目另存为 .code-workspace的方法，是有什么其他的类似做法吗？

有一说一，虽然还有些小问题。但是，从0开发，全程我只给提示，已经帮我完成万行代码任务了，给力！

 不管我发什么都一直执行这个命令，我试了好多方法，让改个命令，甚至已经明确给出执行方法还是不行 

不知道是什么原因，导致以上问题。

一、概述1.1 案例介绍对于刚开始参与开源协作的开发者来说，直接修改核心逻辑往往门槛较高，而文档、注释、提示文案中的拼写错误，则是更适合作为切入点的贡献类型。这类问题定位清晰、修改成本低、验证路径短，既能帮助开发者快速熟悉项目结构，也能以较低风险完成一次真实的开源贡献。但在实际操作中，如果完全依赖人工排查，不仅效率较低，还容易遗漏上下文，甚至误改变量名、项目术语或接口标识。typos-skill 则可以很好地解决这一问题。根据仓库 README，typos-skill 是一个将 typos CLI 与大模型复核结合的拼写检查 Skill，支持“先检查、再复核、最后显式应用”的安全工作流，并支持 --diff 与 --apply 两种模式。本案例将基于 AI IDE 华为云码道（CodeArts）代码智能体，直接安装并调用 typos-skill，在一个开源仓库中完成拼写问题识别、修改建议复核、差异检查、本地修复与 Pull Request 提交，帮助开发者快速完成一次开源贡献实践。1.2 适用对象个人开发者高校学生企业开发者1.3 案例时间本案例总时长预计 45分钟。1.4 案例流程typos-skill 的核心能力，是将拼写扫描工具的高效率与大模型的上下文理解能力结合起来。我们先使用 typos-skill 为我们想要贡献的开源项目做一次全面的“检查”，抓到拼写错误“虫子”之后可以提交 PR 。本案例的整体流程如下：说明：完成 AI IDE 华为云码道（CodeArts）代码智能体环境准备；在 CodeArts 中直接安装 typos-skill；打开一个待贡献的开源项目仓库；调用 typos-skill 检查仓库中的拼写问题；对建议项进行人工复核并生成差异结果；应用修复并提交 Pull Request。1.5 资源总览本案例预计花费 0元。资源名称规格单价（元）华为云码道（CodeArts）代码智能体系统标配免费AtomGit(atomgit.com/)开源代码托管平台账号免费Git(git-scm.com/)本地代码版本管理工具免费typos-skill(github.com/luojiyin1987/typos-skill)拼写检查 Skill免费二、环境和资源准备2.1 安装 AI IDE 华为云码道（CodeArts）代码智能体请先完成 AI IDE 华为云码道（CodeArts）代码智能体的安装与基础配置，并确保可以正常打开本地项目目录。可参考码道官网：https://codearts.huaweicloud.com/2.2 准备待贡献的开源项目在本案例中，需要准备一个待检查的开源仓库作为实践对象。建议优先选择以下类型的项目：README、docs 文档较丰富的项目；最近仍在维护的项目；有明确 PR 协作流程的项目；自己较熟悉、便于快速判断术语的项目。先将目标项目 fork 到自己的仓库并克隆到本地：git clone < fork 的目标开源仓库地址> 后续将使用码道在该仓库内直接调用 typos-skill 完成拼写检查与修复。这里我以 https://atomgit.com/openJiuwen/jiuwenclaw 为例先 fork jiuwenClaw 到我的仓库接着把项目克隆到本地git clone https://gitcode.com/huqi/jiuwenclaw.git当然也可使用码道自带的克隆仓库功能根据 jiiuwenClaw 的开源贡献指引我们需要切换到 develop 分支，然后再继续或许的“抓虫”2.3 在 CodeArts 中安装 typos-skill打开 AI IDE 华为云码道（CodeArts）代码智能体对话窗口，直接输入如下内容：将 https://atomgit.com/huqi/typos-skill 安装到 ~/.codeartsdoer/skills/从仓库首页可以看到，typos-skill 是一个公开 Skill 项目，仓库中包含 scripts/、.typos.toml、skill.json 和 typos-skill.sh 等文件，并以 Shell 为主要实现语言。README 说明该 Skill 的定位是“find typos and fix typos”。(GitHub)安装成功后，我们可以再设置那确定是否启用成功。三、使用 typos-skill 快速修复开源项目拼写错误3.1 识别适合新手参与的开源贡献点对于第一次参与开源的开发者，建议优先从低风险、可快速验证的问题入手，例如：README 中的英文拼写错误；docs 文档中的单词错误；注释与提示文案中的拼写问题；报错信息或说明文字中的常见拼写错误。这类修改通常不会影响业务逻辑，但能够提升项目的专业度、可读性与用户体验，也更容易被维护者接受。3.2 调用 typos-skill 检查当前仓库在目标仓库根目录下，返回 CodeArts 对话窗口，输入如下提示词：请使用 typos-skill 检查当前仓库中的拼写错误，优先检查 README、docs、源代码注释和提示文案，先输出建议修改项，不要直接应用修改。一般来说，首次调用时，码道会先帮我们安装 typos-cli ，然后再运行拼写检查。3.3 查看拼写检查结果并进行人工复核运行拼写检查后，我们会得到一个 review.jsonl ， 并看到结果。在实际开源贡献中，不建议看到结果后立即批量应用修改，而应重点检查以下内容：是否为项目特定术语；是否为约定俗成的变量名或接口名；是否为产品名称、缩写、协议名；是否只适合修改文档，而不适合修改代码标识符。这一步的核心目标，是确保最终提交的是“高质量文本修复”，而不是“无差别替换”。以这次的结果为例，我认为最有价值的是：Clinet → Client（第10项）：文件名和文档标题都需修改，影响范围较大。3.4 确定范围并修改接下来我们让码道只改这个错误。只需修改 **`Clinet` → `Client`（第10项）** 当前案例中我们看到 diff 区有三处修改，其实 review.jsonl 我们是不需要提交的，只需提交这次修复的拼写问题。当然为了保险起见，我们还是需要二次确认一下这次文件名的修改影不影响其他，比如需同步修改引用这个 ACP_Client_Config.md 的文件，好在这里是没有的。3.5 让码道提交修改并发起 Pull Request以当前案例为例，因为我们只需提交修复的 typos 问题，因此我们只需提交最小改动：帮我提交修改到仓库，只需提交 ACP_Client_Config.md 的改动这里有个小插曲，我们看到 commit 信息是：git commit -m "$(cat <<'EOF' fix: 修正文件名拼写错误 ACP_Clinet_Config -> ACP_Client_Config 🤖 Generated with CodeArts Agent EOF )"明确表示这是码道生成的，但我不希望被别人知道我是用 AI 在做开源贡献，怎么办呢？其实很简单：修正 commit 信息，不要有 Generated with CodeArts Agent接着让码道帮我们提交 PR 到源仓库：帮我 push这次 commit 并给源仓库 https://atomgit.com/openJiuwen/jiuwenclaw 提交 pr⚠️ Tips: glm-5.1 模型下码道会自动去找 atomgit 的 api 文档，并调用 api 提交 pr，这里可能需要鉴权，也就是需要 atomgit 的 token，请参考 atomgit 的官方文档获取。给到 AI 时，注意 token 可能有泄露的风险，请自行设置安全策略如 token 设置成最短时效失效。我们可以访问码道给出的链接再确认一下 PR 是否提交成功：完成以上步骤后，一次完整的开源文本修复贡献就完成了。四、结果验证与实践建议4.1 如何判断这次贡献是否高质量一次高质量的拼写修复贡献，通常应满足以下要求：修改范围清晰；不混入无关格式化变更；不误改项目特定术语；不影响业务逻辑；提交说明清晰；PR 描述完整。4.2 如何持续使用 typos-skill 参与开源typos-skill 很适合以下场景：为文档型项目持续修复英文拼写问题；在发版前批量检查 README 与说明文档；为国际化项目修正文案与提示信息；在提交正式 PR 前做一次文本质量扫描。对于希望建立开源贡献记录的开发者来说，这是一条非常适合长期实践的路径。五、释放资源本案例不涉及收费云资源，无需额外释放。如不再使用本地测试项目，可手动删除临时克隆仓库与本地 skills。六、扩展资料说明typos-skill GitHub 仓库：github.com/luojiyin1987/typos-skilltypos-skill AtomGit 仓库：atomgit.com/huqi/typos-skillAtomGit 文档：docs.atomgit.com码道 SKill 文档：https://support.huaweicloud.com/usermanual-codeartssnap/codeartsdoer_ug_0024.html【案例共创】【第10期】华为云码道（CodeArts）代码智能体 + SKILL完成应用开发/调试实践https://bbs.huaweicloud.com/forum/thread-0212720921179660512-1-1.html

在让智能体写文档的时候，若是有日期的时间段，经常会出现日期问题错填，所以这个问题反馈给你们是否做调整？

建议增加类似于trea中对终端的输出可以进行直接加入对话和更方便直观的回退操作，glm5.0很好用，比trea的glm5.0只能多了，那边是不是降智了（新手中，只会用免费的）

可以将阿里百炼plan 里面的模型添加进来吗