标题: 关于谷歌云免费机cdn互连具体使用场景是否扣费疑问
作者: #luce
板块: #开发调优
编号: 1371667
帖子: https://linux.do/t/topic/1371667
时间: 2025-12-28 22:49:17
摘要:

已知非常明确的扣费场景：
1.搭建网站时在cf上的域名解析开启小黄云（cdn）或套了其他在cdn互连列表的cdn并让别人访问
未知或存疑：
1.访问套了cfcdn或套了其他在cdn互连列表的cdn网站（存疑）
2.搭建使用了argo隧道的vmess节点这种vpn节点跑流量（未知）
3.使用搭建使用了cfcdn的vmess节点这种vpn节点跑流量，即在本地代理软件里ip填cf优选域名，目标ip填解析了（不开小黄云）谷歌云服务器的域名（未知）
4.别人使用cf warp然后再访问你的谷歌云机上的网站（未知）
###我是分割线###
lz先后查看了ytb的seven科技生活的视频和询问grok4.1。
1.这位博主说自己的扣费来源于自己使用hy2节点访问了套了cfcdn的网站，但是我问了grok说这个不扣费，只有在cdn那种独特的运作模式下（lz不太懂cdn，此处简化）才会被识别成cdn互联流量，即只有在自己的网站套了cfcdn被别人访问的情况下才会收取cdn互联费。
2a3.还有就是这两个和cf一起使用的协议，这里这个博主一笔带过了说不要使用这两个节点，但是他自己一直用hy2节点没有使用过这两种节点，grok说这种也不算cdn互连流量，理由和上述相当。
4.lz并未看到有人说这方面的扣费问题，完全不知道cf warp访问谷歌云机的网站会不会算作cdn互连流量而被扣费，如果会被扣费就太坏了
有没有佬友尝试过以上使用的，求解答

标题: 求问佬友，站内的小呆公益站的余额可以换额度么
作者: #ladrious
板块: #搞七捻三
编号: 1371683
帖子: https://linux.do/t/topic/1371683
时间: 2025-12-28 23:01:47
摘要:

搜了下站内没找到啥教程

标题: 没法点赞怎么办
作者: #Paolo
板块: #运营反馈
编号: 1371684
帖子: https://linux.do/t/topic/1371684
时间: 2025-12-28 23:01:51
摘要:

标题: 有没有在注册喵这里注册账号的佬友有学生优惠资格的
作者: #忆冰Yibing
板块: #搞七捻三
编号: 1371691
帖子: https://linux.do/t/topic/1371691
时间: 2025-12-28 23:03:48
摘要:

帮了不下百位佬友了，想调查一下

标题: 佬友们的AI使用技巧。
作者: #地瓜拌饭
板块: #开发调优
编号: 1371694
帖子: https://linux.do/t/topic/1371694
时间: 2025-12-28 23:05:45
摘要:

CC中有各种各样的功能，什么mcp，skills hook 等等，佬友们可以讨论分享分享自己的使用技巧么

标题: 分享一些自己对AI编程的看法吧
作者: #shm qin
板块: #文档共建
编号: 1371695
帖子: https://linux.do/t/topic/1371695
时间: 2025-12-28 23:05:47
摘要:

今天想和大家浅聊一个既熟悉又陌生的话题：AI编程。我发现一个有趣的现象：一方面，感觉人人都在用Copilot、Cursor；但另一方面，我身边仍有不少开发者朋友对AI编程持观望甚至怀疑态度。
这种怀疑很有道理。因为目前的AI，远没有聪明到能听懂一句话，就吐出一个完整、可用的产品。虽然很多厂商宣传“一句话生成一个项目”，但这更多是营销话术，并不现实。一个真正的产品，需要反复打磨的前后端交互、严谨的架构设计、以及符合规范的UI/UX，这些都不是当前AI能独立完成的。
当然，如果你想快速验证一个MVP（最小可行产品），AI绝对是利器。但我想强调的是：对于前端和后端，使****用AI的方法和逻辑，是完全不同的。
一、前端：AI是“高级原型画笔”，而非“生产代码工人”
在前端，我的工作流里，AI工具（比如你提到的v0.dev，还有类似的Webcrumbs、Framer AI）核心作用是 “定基调”和“加速****原型”。我可以用自然语言描述，让AI快速生成一个登录页或数据看板的UI代码。这能极大缩短从想法到可视化的时间，帮我和团队快速对齐视觉风格和用户体验。
但关键在于，我几乎不会直接把A****I生成的代码用于生产环境。因为这些代码往往比较“通用”和“AI味”十足，缺乏项目的独特设计语言和精细的交互细节。它们更像是一个高级的、可交互的草图。真正的生产级前端代码，需要对组件性能、可访问性、浏览器兼容性进行深度打磨，这部分AI还无法替代人类设计师和工程师的审美与经验。
二、后端：AI是“超级执行助理”，但你是“总架构师”
到了后端，情况变了。这里AI（比如云开发Copilot、通义灵码）能帮你解决大量具体、模式化的编码****问题，比如生成CRUD接口、数据库连接代码、单元测试等，效率提升非常显著。
但因此，你的核心工作就从“****写代码”前置到了“产品设计与架构设计”。你需要想清楚：数据库表怎么设计？API接口规范是什么？服务之间如何通信？缓存和并发策略是什么？只有当你把这些产品文档、技术方案梳理得越清晰、越结构化，AI才能越精准地帮你实现代码。否则，它生成的代码可能就是一堆无法组装、甚至存在逻辑漏洞的零件。
三、真相：没有“银弹”，只有“组合拳”
所以，我的结论是：AI编程没有“银弹**”方案**。它不是一个开关，打开就能解决所有问题。相反，它是一个需要学习和刻意练习的新技能树。
现在工具很多，除了基础的代码补全，还有像Claude Code的Skills、模型上下文协议（MCP）等高级功能，能连接外部工具。但在什么场景、用哪个****工具、怎么下指令（Prompt），都需要你不断尝试和积累经验。
四、最棘手的场景：用AI改造现有大型项目
你提到用AI处理现有大型代码库，这确实是目前最麻烦的挑战。这远不是把整个代码库扔给AI就能解决的。你需要做大量准备工作：


代码加工与梳理：去除敏感信息，提炼核心模块。


构建项目知识库：将设计文档、API文档、业务逻辑说明等整理成结构化知识。


使用“检索增强生成**”技术**：通过RAG等技术，让AI在回答或生成代码时，能优先参考你项目的专属知识，而不是仅依赖它的通用训练数据。


这个过程非常繁琐，且高度定制化，必须根据你项目的技术栈、架构和业务特点来设计，没有标准答案。
总结
总而言之，AI编程正在从“玩具”走向“工具”，从提升个人效率的“副驾驶”，向能参与复杂任务协作的“智能体”演进。它不会取代程序员，但会彻底改变我们的工作方式：从重复的“码砖”转向更高价值的“蓝图设计”和“人机协作调度”。
拥抱它，但保持清醒。把它当作一把前所未有的锋利“瑞士军刀”，但记住，最终用它雕刻出什么作品，依然取决于你——这位手握蓝图、掌控全局的工程师。

标题: 一卡绑多个geminipro会不会连坐，，，，，
作者: #谢谢不吃香菜
板块: #开发调优
编号: 1371721
帖子: https://linux.do/t/topic/1371721
时间: 2025-12-28 23:17:36
摘要:

一卡绑多个geminipro会不会连坐，，，，，好奇

标题: 原来Z Code 是多个代码agent并行多开，共享上下文
作者: #Learner_ghz
板块: #国产替代
编号: 1371722
帖子: https://linux.do/t/topic/1371722
时间: 2025-12-28 23:17:59
摘要:

今天试了试Zcode，看了官方文档自己体验了一下原来是多个agent并行，官方介绍还可以共享上下文？不太清楚，明天再试试。

标题: comet绑定paypal给一年会员的活动还有吗？
作者: #sddxsm
板块: #搞七捻三
编号: 1371725
帖子: https://linux.do/t/topic/1371725
时间: 2025-12-28 23:19:16
摘要:

comet绑定paypal给一年会员的活动还有吗？ 一定要新账号吗？ 大佬们可以给个链接吗？