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动态博客的前端
TypeScript · 3 watchers
lattice
多项目AI脚手架
TypeScript · 3 watchers
nlm
本地 npm 包联调工具
Python · 3 watchers
qcqx-project-manage
一个VSCode插件,用于管理项目,可能会更好用
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 4471
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
2h 7m ago
Replied to a topic by 1874w 程序员 Vibe Coding 时上下文最先满的竟是自己?
略微的次痴呆感,一样一样,脑子同时掌握 3 个并行任务就很累了,并行 5 个任务就很烦躁了,有种赛博老蒋的感觉,昏头了还容易给 AI 下错误指令,特别是 AI 做完一个长任务起码 10 分钟后了,都说 vb 不看代码只看结果,但看结果,告诉 AI 产品应该长什么样,也不比写代码简单。我让 AI 每次对话自己维护一个 prd ,自己汇报干了什么之类的,能轻松点。
评论区说前期做好设计,且不说 AI 编程左移到底能不能一开始解决问题。op 的问题是现在已经有个没人看得懂黑盒了,但各种需求和故障层出不穷,并且是个线上运行中的系统,有没有做灰度和 AB 集群切换还不知道,多半也没有 几个月赶工,业务复杂性估计也有,重写成本上也不现实,人力排查也查不动了,大量业务逻辑隐藏在代码里确实痛,从现在开始修吧,实现一个环境,让 AI 能记住错误和问题,记录成文档,把 AI 自测也跑通,然后 24h 跑迭代吧,只能相信 AI 的智慧了,但 op 说的性能问题,指不定改代码也根治不了,看看能不能加机器、分服务先顶住
18h 16m ago
Replied to a topic by rdvcc ☕Vibe Coding🤖 你们 AI 跑任务的间隙都干嘛?
等 AI 干长任务要好久,想去搞暗黑 4 搬砖之类的 不过上班打游戏还是太离谱了,现在就查查问题,刷刷论坛,看看视频,或者继续安排 AI 干另一个长任务,不过感觉极限也就并发 5 个任务了,多了 AI 倒是能干,但我脑子切换不过来。
19h 18m 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   ·   2708 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 12:13 · PVG 20:13 · LAX 05:13 · JFK 08:13
♥ Do have faith in what you're doing.