Chuckle's recent timeline updates
Chuckle's repos on GitHub
TypeScript · 775 watchers
vsc-cec-ide
一个没什么用的VSC插件
JavaScript · 45 watchers
Post-Summary-AI
一个较通用的,生成网站内文章摘要,并推荐相关文章的AI
TypeScript · 37 watchers
vsc-drafts
VSCode插件-草稿本,方便管理代码草稿和临时文件,再也不用多打开一个窗口了
TypeScript · 31 watchers
copyright-code
VSCode插件-项目代码快速提取至txt,可用于软著等
Vue · 14 watchers
paste-share
文本、代码粘贴分享平台-vue3前端
Vue · 12 watchers
virtual-list-demo
vue3各种虚拟列表demo
JavaScript · 10 watchers
paste-share-server
文本、代码粘贴分享平台-Express后端
HTML · 8 watchers
qxchuckle.github.io
一个博客,一叶孤舟
TypeScript · 7 watchers
sensitive-word-detection
VSCode插件-敏感词检测
TypeScript · 6 watchers
qx-canvas
小巧、高性能的 Canvas2D 引擎,具有事件系统、碰撞检测
TypeScript · 6 watchers
qx-tracker
一个前端监控和埋点SDK,你可以简单地使用它,为你的web应用收集数据信息
JavaScript · 5 watchers
blog-server
一个Vue3+Express动态博客的后端
Vue · 4 watchers
blog-vue
一个Vue3+Express动态博客的前端
Python · 4 watchers
qcqx-project-manage
一个VSCode插件,用于管理项目,可能会更好用
TypeScript · 3 watchers
lattice
多项目AI脚手架
TypeScript · 3 watchers
nlm
本地 npm 包联调工具
JavaScript · 3 watchers
vercel-proxy
一个简单通用的vercel反代项目
TypeScript · 2 watchers
binary-logo
2 watchers
qxchuckle
Config files for my GitHub profile.
C · 1 watchers
Dishes-Management-System
基于C语言单链表的管理系统
Python · 1 watchers
hexo-circle-of-friends
Python gets the friend's articles from hexo's friend-links
JavaScript · 1 watchers
KeepingBook-vercel
0 watchers
alist
🗂️A file list program that supports multiple storage, powered by Gin and React. / 一个支持多存储的文件列表程序,使用 Gin 和 React 。
JavaScript · 0 watchers
blog-tracker-server
MDX · 0 watchers
docs
Java · 0 watchers
Evolutionary-automata-of-natural-systems
一个有狼、狐狸、兔子的自然系统演化自动机
TypeScript · 0 watchers
export-what
Automatically prompt for exported variables in modules | 自动提示模块中被导出的变量
JavaScript · 0 watchers
hexo-server-live
Refresh browser automatically while source file changed for Hexo.
CSS · 0 watchers
Hexo-Theme-Acrylic
由timigomen其他Acrylic成员合力开发的一个美观,强大,高效的Hexo主题
JavaScript · 0 watchers
keepingBook
TypeScript · 0 watchers
kkadmin-open
0 watchers
kkapi-open
一个基于NodeJS的api服务
0 watchers
mini-sandbox
一个前端【代码 / 组件】的可视化方案,融合了【在线编辑 & 实时预览】等特点;可以在任意 js 环境下,包括【docsify / vuepress】文档类项目中使用;支持 Vue SFC / React SFC 单文件组件
Vue · 0 watchers
monorepo-test
0 watchers
news-1
前后端均基于 vercel 的轻量级每日早报项目,支持一键部署,支持部署至服务器。后端由 FastAPI + BeautifulSoup 实现。
JavaScript · 0 watchers
Post-Abstract-AI
适用于博客的文章摘要生成器
Vue · 0 watchers
qx-bbs-web
TypeScript · 0 watchers
qx-promise
JavaScript · 0 watchers
rollup-template
0 watchers
speak-biubiu
JavaScript · 0 watchers
status
0 watchers
TabNine
AI Code Completions
0 watchers
Tianli-cdn-whitelist
Tiancdn白名单目录
Vue · 0 watchers
ToDoList-Vue
0 watchers
uptime-status
A pretty dashboard of uptime status based on UptimeRobot API
PHP · 0 watchers
vercel-meting
Chuckle

Chuckle

🏢  家外蹲 / 前台
V2EX member #604103, joined on 2022-11-30 18:49:14 +08:00
Today's activity rank 14363
Per Chuckle's settings, the topics list is only visible after you sign in
Deals info, including closed deals, is not hidden
Chuckle's recent replies
略微的次痴呆感,一样一样,脑子同时掌握 3 个并行任务就很累了,并行 5 个任务就很烦躁了,有种赛博老蒋的感觉,昏头了还容易给 AI 下错误指令,特别是 AI 做完一个长任务起码 10 分钟后了,都说 vb 不看代码只看结果,但看结果,告诉 AI 产品应该长什么样,也不比写代码简单。我让 AI 每次对话自己维护一个 prd ,自己汇报干了什么之类的,能轻松点。
评论区说前期做好设计,且不说 AI 编程左移到底能不能一开始解决问题。op 的问题是现在已经有个没人看得懂黑盒了,但各种需求和故障层出不穷,并且是个线上运行中的系统,有没有做灰度和 AB 集群切换还不知道,多半也没有 几个月赶工,业务复杂性估计也有,重写成本上也不现实,人力排查也查不动了,大量业务逻辑隐藏在代码里确实痛,从现在开始修吧,实现一个环境,让 AI 能记住错误和问题,记录成文档,把 AI 自测也跑通,然后 24h 跑迭代吧,只能相信 AI 的智慧了,但 op 说的性能问题,指不定改代码也根治不了,看看能不能加机器、分服务先顶住
8 days ago
Replied to a topic by rdvcc ☕Vibe Coding🤖 你们 AI 跑任务的间隙都干嘛?
等 AI 干长任务要好久,想去搞暗黑 4 搬砖之类的 不过上班打游戏还是太离谱了,现在就查查问题,刷刷论坛,看看视频,或者继续安排 AI 干另一个长任务,不过感觉极限也就并发 5 个任务了,多了 AI 倒是能干,但我脑子切换不过来。
8 days ago
Replied to a topic by 123128xyz 程序员 我预判,第一波 AI 洪峰已过!
我们这 token 用量越来愈多了,最近国内 top 也频繁接触应用侧的三方企业,感觉 ai 应用才刚刚开始起步,7 月份国产模型还有大的,下半年各个企业各方向的 AI 工作流都会端出来的,token 不止拿来做新项目新需求,gpt 号价看不出什么,bug 号天天有,这星期中转 0.03 的价格都有。
话说,Lodex 给这个帖子打几分 要是看不到其它的推广了咋办
本质同一种东西,就是在合适的时候提供合适的提示词,背后也挺复杂的,类比的话,就像系统管内存一样,一看理论也挺朴实无华,一到实现,也麻烦,一到吹牛,内存扩展这种老东西就变成了手机厂商的“超级内存闪存融合”。名词本身,解决吹牛问题 毕竟干了活,总得有个 ppt 什么的吹牛吧,但确实有活。
@brucedone 其实各种 AI 工作流,感觉都是为了建立一个“项目知识库”,区别就是过程,有强调左移的,做项目前先让人和 AI 对齐颗粒度,有古法的,人先写好项目知识文档,我这套更强调 AI 自己学习,减少人的负担,总之知识库建立起来后,项目推进一般没问题,上下文也不是瓶颈了,信息就是一切。
@JasonYip 嗯,AI 毕竟原理也是机器学习,那应用上也让 AI 自己学去,或许可以 24h 跑 AI 去做以前人做过的需求,然后给标准答案,让 AI 自己看做错了什么,该怎么做
现在鸿蒙拿什么写比较多的,还是用那个 arkts 么,以前好像连 npm 生态都不兼容?,貌似还有个仓颉吧。跨端框架那些支持咋样了
我目前的一个实践:
前期:
设计一个能让 AI 记录试错、任务,并能提供信息给 AI 的环境。
中期:
正常使用 ai ,ai 做错了,要指出,并且让 ai 自己记录。对话中有人为指出的“经验”要自动记录。
ai 写的代码,逐行 cr ,脑跑业务逻辑,测试环境验证,遇到问题无论大小都让 ai 改,哪怕只是一个参数传错了,也要在对话框告诉 AI 为什么错,应该怎么做。
后期:
ai 已经认识了大部分项目,养好了,现在你在做“熟悉”的项目和“熟悉”的任务时,可以不需要 cr ,或者只是一目十行大概看看。最后只需要在测试环境验证。

另外,我发现,现在我只需要几句话,就能让 AI 经过 5 次上下文压缩,一次对话完成了一个要修改 3 个仓库、50+文件的复杂任务,即使我的提示词里并没有让 ai 一次完成长任务,可能是 ai 获得了足够多的信息,自己判断了能够一次对话完成。另外最初的提示词我也是自然语言描述 3 个仓库的名字,“参考旧**组件,将近期新的提交迁移到新的**和**组件”,因为之前已经在这三个仓库里做过了很多任务了,所以 AI 自然知道对应的是哪些仓库,本地位置在哪。模型用的 glm5.2
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1039 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 23:06 · PVG 07:06 · LAX 16:06 · JFK 19:06
♥ Do have faith in what you're doing.