WWW.YOUINFO.SITE
标签聚合 某个

/tag/某个

LinuxDo 最新话题 · 2026-06-12 09:49:34+08:00 · tech

让 ai 写测试总是会出现这些问题: 1、错误的断言数据,比如会猜测某个字段的实际情况去错误断言,基于这个错误断言写出来的逻辑也会错误,从而出现:测试 ok,正式运行寄了 2、懒惰不堪,测试用例懒得写,覆盖不完整,想的不够边界 3、瞎几把测试无用的逻辑或断言,浪费 Token 写出一些没必要的测试,如测试常量返回(我都写常量了你测个 damn,改个常量值测试也得崩),也就是不去测真正的业务逻辑 4、部分情况会出现在测试中复写业务逻辑,而不是进行导入使用(天啊,到时候业务改一下,测试一直不过,留个坑在那) 基于以上发现,我让 ai 给的提示词规则为: # AI 测试编写约束规则 ## 1. 断言数据准则 - **禁止猜测数据**:不确定的字段值必须先读取代码确认,或明确标注 - **使用真实数据源**:优先从代码中提取常量、类型定义、实际返回值 - **验证而非假设**:对不确定的业务逻辑,先问用户确认预期行为 ## 2. 覆盖率要求 必须覆盖: - **边界条件**:空值、null、undefined、空数组/对象、极值 - **错误路径**:异常抛出、错误返回、失败分支 - **核心业务分支**:if/else、switch 的主要路径 禁止遗漏: - 必须至少包含 1 个成功用例 + 1 个失败/边界用例 - 对于有明显分支的函数(如有 3+ 个 if),需覆盖每个分支 ## 3. 避免无效测试 **不要测试的内容**: - 常量的值(`const MAX = 100` 不需要测 `expect(MAX).toBe(100)`) - 第三方库的行为(除非是 mock 验证) - 纯类型定义(TypeScript 类型检查已覆盖) - getter/setter 无逻辑的直接赋值取值 **应该测试的内容**: - 包含计算、转换、判断的业务逻辑 - 数据处理流程(输入 → 处理 → 输出) - 副作用:API 调用、数据库操作、状态变更(通过 mock 验证) ## 4. 复用业务代码 - **绝对禁止**:在测试中重写业务逻辑实现 - **必须导入**:直接 import 被测函数、工具函数、常量 不知道各位有没有更好的 rule 和相关处理方案呢 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 17:56:22+08:00 · tech

目前我的前端项目使用 React 开发。 在 Claude Code 中,我会直接把页面截图发给它,让它按照 1:1 的效果生成完整页面。 遇到的问题是: 第一次生成时,效果通常还能达到 70% 左右; 之后我会不断通过对话让它修改细节; 但随着对话轮次增加,页面效果反而越来越偏离原图; 到后面即使我再次强调“请严格按照图片 1:1 还原”,生成结果也无法回到最初的水平,甚至相似度可能不到 50%。 大家在使用 Claude Code 进行 UI 还原时,如何保证多轮迭代后页面不会逐渐“跑偏”? 有没有比较成熟的方案? 7 个帖子 - 7 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 12:53:10+08:00 · tech

如题,由于自己一个Pro20X不够用,看到站内某个宣传贴,直接毫不犹豫冲了一档最贵的月卡。然后发现扣费是按照GPT5.5 输入5美元/输出30美元 算的倍率,跟大部分中转站按人民币1元一 的算法完全不一样。这样差不多就有了七倍的价差。 当然,这有我自己的责任,没有仔细擦亮眼睛“仔细”阅读小字,特发此贴,其他选择中转站的佬友建议擦亮眼睛仔细观察。 实测下来,如果能把gpt官方codex额度用满的,自己原价开20x订阅应该是最划算的方案。 20 个帖子 - 14 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-10 11:15:11+08:00 · tech

/context 查看当前token占用情况, 如果存在某个地方占比太多可尝试优化 若 skills 加载过多, 可以尝试用过cc-switch 进行统一控制, 或者在头部加上 disable-model-invocation:true 这样 skill 的描述不会进入上下文,只有用户手动调用 时才会加载完整内容; user-invocable: false 可以用于skill在菜单的可见性 善用/init 总结项目, 如果claude.md太多, 可以按照设置 rules/ 文件夹定义paths 参数, 控制特定路径下文件规则, 并且只会在匹配到paths时才加载进入上下文中 善用 sub-agent ; 保护主上下文的token占用; 对于一些比较基础的工作, 完全可以定义个对应的sub-agent, 然后指定便宜的 model :haiku , mcp, skill 等属性 , 加载指定工具, 去节省token开支; 而且如果之前上下文已经启用了这个sub-agent, 后续还有相同的工作, 可以继续resume或者 SendMessage 复用之前的sub-agent 对于 mcp 这个加载的占用token情况最严重 , 除非必要的mcp, 不然最好还是禁止加载,定义参数toolsearch: “ENABLE_TOOL_SEARCH”: “true” 交于claude code 控制加载; 以及需要的时候在定义在当前项目的json文件中; 然后如果存在对应的cli 工具, 建议直接诶使用cli 工具提供的skill, 将其token占用进一步收敛, 毕竟skill也是按需加载, 需要的时候才会把上下文加载进去; 建议多手动**/compact** , 在70/80 % 时, 可以手动总结, 防止模型失智; 并且可以自定义相关hooks 在新模型中自动加载之前上下文总结内容, 预防新开窗口失忆 (这个后续hooks可以新开一篇详细说说) 市面上也有相关的工具, 例如 rtk 精简命令执行; caveman 简化输出风格; 或者直接/config 自定义一个 Output style; 1 个帖子 - 1 位参与者 阅读完整话题