@sansam #37
从没经历过 lvm 除非自己主动因为需求原因特意使用 lvm
你难道是 redhat 的受害者

你只要肯给手机厂商曲线上贡九位数广告费, 你的野鸡 app, 也可以做到, 下载下来就带权限, 甚至可以查看权限都看不见, 就是能用, 美其名曰白名单

@gam2046 #34
对的...
其实 10 年前我也是这样的 不过当时我不收钱不接活纯义务...

99%的业务场景下 UI 就是差不多就行了
专扣 AI 的都是大厂
UI 对盈利没有啥直接关系

@sofukwird #12
商标下来得一年多的 最短...

目前没遇到短信到达率不行的问题 只有发往宁夏移动的事儿多
收到阿里云通知第一天就报备了公司简称, 之后五六天下发运营商

现在发往宁夏移动依然玄学, 经常提示关键词拦截(阿里云默认赠送验证码模板), 多发送几次就是报备拦截

其他省基本到达率都是 100%

世界加钱可及
at 某个 V2 专业接活运维 id 记不住了 d 开头哪个

@programApe #16
你必须给他在本机能实际执行的条件 让他自己亲自执行 他自己执行 报错他自己能看见 然后同时会有超长的上下文 这样折腾一小时都是只计一次次数

claude 有时候就 你甚至可以给他 ssh 配置好 让他往远程的测试环境去执行 这样怎么他都扣一次次数

你反复跟他沟通 本身就是使用不恰当 而且这样的上下文会有缩水 各种智障

跟 cursor 对话 不要把自己当码农 把自己当专业产品经理 提前给他做好预案纠正他可能的错误 给他设定边界

跟他对话要有很多的废话提前给他约束好

反正我每次跟 cursor 对话 纯文本的内容都不会低于 4KB 文字量 就是中文两千字起步

你不给他设定足够多的边界 他就会瞎搞 把整个产品需求和你的结构设计 让他给你完善细节 同时告诉他让他自己直接在测试环境完成测试再结束对话 这样就只消耗 1 次次数 你看着他 25 次沟通后 就需要你手动点 resume 继续 不扣次数的


@quietDown #17
这些经验对你也有用

@SeleiXi #13
我这两天一直在写运维工具 就是新的云厂商的对接脚本

在 oss 创 bucket 配置属性 加条件 然后验证 cdn 域名 反正昨天和前天的成果大概是 40 多个 python 的服务端脚本文件
全部是调各个厂商 api 自动化操作的

直接在尾巴要求 AI 真机测试 并让他自己用 api 查阅他开的是不是成功 代码有 lint 错误自己重试 执行结果不符合预期自己重试

当你条件给他多了的时候 AI 甚至会自己反射 aliyun python sdk 里面的 enum 确认他自己是不是设置错了各种参数

就是很费时间 一次对话 半个小时都起步 他一点点自己调试修改, 直到真实环境测试完全符合预期 就好像一个真人在那不断调试, 反正都只费一次对话, 他自己超过 25 次来回就会停住要求你手动确认避免你挂机 也不多扣次数 后来他为了自己测试方便 程序卡住了自己进化出了删除自己产生的影响测试的数据的功能 这不是我要求的

反正就这么说吧 4 月 22 日我收到了某云厂商 2000 多条业务开通短信


我就像一个拿着鞭子看着的监工, 每 25 分钟冷笑着 你咋又不动了抽一下...

@mumbler #9
slow 的逻辑不是慢 而是排队机制
slow 的处理速度跟 fast 的是一模一样的
就是 slow 高峰要排队列 可能拒绝服务

@binge921 #10
动态使用啊 chat 在后面的 7 次里面 我的 prompt 的强度 堪比你们的需求规格说明书+详细设计
我基本上对话给他的输入文本都十几 KB 把他可能的坑都严格禁止

而且我已经总结出经验了 必须让他自己跑完测试 实测完事 否则就一直来回跑 一个对话基本上就要出成品的 包括测试规则都给他说明白 不走单元测试 走实际测试

今天上午有一个修改, claude 3.7 给我修改了 1 个小时 也只不过用了 1 次次数

现在是面向 cursor 编程的新时代了 会用 cursor 是一种宝贵技能

周一周二两天完整高强度用 cursor 写运维工具 共计消耗 20 次
https://i.imgur.com/HUSMyFf.png

180 刀入手
懒得找朋友搞 edu 邮箱 搞个 edu 邮箱 170
不差这 10 刀了

@aa22 #13
并不会 几万台电脑都没有这种问题
这种问题都是自己往电脑里装了一些底层软件/优化软件/魔改系统软件造成的

你们自己集成个电视盒子就好
商用电视用啥内置 android 系统