标题: 礼貌询问~作为外行人看到GEO，想问下怎么入接触这个工作呢
作者: #zoe-kafka
板块: #搞七捻三
编号: 1767246
帖子: https://linux.do/t/topic/1767246
时间: 2026-03-16 21:34:05
摘要:

原因是楼主写代码快到头了，学历上限，刚好看到GEO这个赛道，感觉比较有发展空间，礼貌咨询一下~

标题: antigravity这种报错，请问有佬友会解决吗？
作者: #zzzzyk
板块: #开发调优
编号: 1767249
帖子: https://linux.do/t/topic/1767249
时间: 2026-03-16 21:36:06
摘要:

如图

标题: 为了学习Agent 我拆解了opencode形成电子书
作者: #user1843
板块: #开发调优
编号: 1767261
帖子: https://linux.do/t/topic/1767261
时间: 2026-03-16 21:39:43
摘要:

本帖使用社区公益推广，符合推广要求。我申明并遵循社区要求的以下内容：

我的项目是免费使用的，无收费（变相收费、赞助）部分： 是
我的帖子已经打上 公益推广 标签： 是
我的项目属于个人项目，与公司或商业机构无关： 是
我的项目不存在QQ、TG等群组引流： 是
我的项目不存在非运营必要的网站引流： 是
我的项目不存在为他人推广、AFF： 是
我的项目无关联的商业项目： 是
我的 GitHub 项目无未开源部分： 是
我的站点存在登录，并已接入 LINUX DO Connect：   否(无登录)
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
以上选择我承诺是永久有效的，接受社区和佬友监督： 是


最近在学Agent ，找了各种资料，也踩了不少坑
上次见到有佬分享了openClaw的拆解电子书系列 感悟不少
然后我也（让我的赛博牛马claude4.6+GPT5.4）一起动手拆解了下 openCode  我的目标很明确 拆解的越简单越好，主要是为了学习智能体的思想 以下是仓库地址和电子书地址（当然能骗start最好）
  

      book.zyh.lol
  

  
    

从零构建 AI Coding Agent

  OpenCode 源码剖析与实战


  

  
    
    
  

  



  

      github.com
  

  
    
  

  GitHub - qqzhangyanhua/learn-opencode-agent: 关于Agent学习资料

    关于Agent学习资料

标题: 雅虎邮箱怎么注册啊？还能注册吗？
作者: #xn01
板块: #搞七捻三
编号: 1767263
帖子: https://linux.do/t/topic/1767263
时间: 2026-03-16 21:40:34
摘要:

雅虎邮箱怎么注册啊？还能注册吗？

标题: 有哪些公益站可以使用openclaw，测试了几个好像都不行
作者: #xiaoxiaoai
板块: #开发调优
编号: 1767265
帖子: https://linux.do/t/topic/1767265
时间: 2026-03-16 21:40:45
摘要:

有哪些公益站可以使用openclaw，测试了几个好像都不行

标题: GPT team的pro模型额度实测
作者: #mollys
板块: #搞七捻三
编号: 1767277
帖子: https://linux.do/t/topic/1767277
时间: 2026-03-16 21:44:04
摘要:

GPT team的pro模型额度实测只有8次

标题: 怎么ChatGPT的team这么便宜了，我找别人十多块拼车的都掉了
作者: #Chihaya_Anon
板块: #搞七捻三
编号: 1767295
帖子: https://linux.do/t/topic/1767295
时间: 2026-03-16 21:47:08
摘要:

某鱼7、8块就有质保一个月的也不知道是真是假，不是广告，我只是好奇怎么现在这么便宜了，我一月份买的时候还是十多块

标题: 🎂在L站过的第二个生日 感谢佬友们陪伴！
作者: #多云转晴
板块: #搞七捻三
编号: 1767325
帖子: https://linux.do/t/topic/1767325
时间: 2026-03-16 21:54:29
摘要:

不知不觉已经22岁中登了   在这里天天划水将近600天了

我宣布L站是对我成长过程中影响最大的论坛没有之一

标题: 老机win7 x64 专业版，更新驱动，0X74 蓝屏了，有什么确实能解决的办法吗？ 除了重装系统。
作者: #Not_A_DOG
板块: #搞七捻三
编号: 1767328
帖子: https://linux.do/t/topic/1767328
时间: 2026-03-16 21:54:58
摘要:

老机系统是win7 x64 专业版，从18年开始使用没重装过系统，昨天更新驱动，0X74 蓝屏了，用了各种办法没能解决，各位在佬有什么确实能解决的办法吗？ 除了重装系统。

标题: 对于注册Apple ID也许你们都错了。
作者: #若水散人LV99999999999999999999999999999999999999
板块: #搞七捻三
编号: 1767331
帖子: https://linux.do/t/topic/1767331
时间: 2026-03-16 21:55:10
摘要:

真正取决于注册成功的原因到底是什么
就最近看好多佬友一直在分享注册苹果ID的帖子。
就做为一个自己开了美区ID与小火箭共享账号的网站的站长来说。
有时候是笑笑，有时候会评论几句 。
但是。。。邮箱资源有的是。但是。手机号你能有多少？
核心元素
设备
如果你是在非苹果系的网页注册，那么你的成功率降低百分之30以上
毕竟，现在注册机太多了，号商也太多了。不是苹果设备，你注册成功率，就是低，人家也有风控的好吧。（在苹果设置里注册，就是比在谷歌浏览器里注册成功率高，三年以上的实践经验）
IP
其实，这个真的不是特别重要，至少在2026年3月15号前，你与其纠结IP和手机号。不如纠结一下设备。和你注册入手。
注册入口
当你们还在纠结IP和手机号的时候。那些没有苹果设备的朋友，可以考虑一下，在苹果音乐那个入口注册，现在大批量的号商，在涌入，不确保，什么时候就挂了。
关于设置付款方式为无
请不要在苹果音乐和设置，或者苹果商店里设置付款方式，即使你是用的美国地址。用的免税州，也无法避免这个付款方式为无，但是~~~~~不影响你用苹果礼品卡兑换
关于苹果礼品卡（重点）
不要在某宝，某鱼，某多上购买！！！！！
不要在某宝，某鱼，某多上购买！！！！！
不要在某宝，某鱼，某多上购买！！！！！
太多黑卡了。至于你问我什么是黑卡。。。。。。。。。。
就是洗钱用的卡，黑钱买的黑卡。
自己去支付宝，海淘在线购买，出了问题。你有保障!!!贵那么几块钱，真的不重要。
自己的帐号安全
关于使用
谨记，任何外区账号，都不能在设置里登录。只能在苹果商店里登录。太多人因为你的地址是假的，而且，现在苹果在找后账，对于之前填写的地址，开始了新的一轮扫描和验证，也许这就是为什么现在美区或其它区苹果ID注册率下降的原因。
但凡你在设置里登录了。封了你的ID。你解都解不开。你得打美区的苹果客服，先不说，电话多少钱。问题是：

你英文真的那么好么？
一定能百分百解开么？
能避免的事，真的有必要搞的这么复杂么？

总结
对于一个做了一个苹果ID共享站的站长来说。我自己用注册机也好，手动也好感觉这几年苹果的

标题: 可以同时开两个Claude对项目进行分析吗？
作者: #吞天蛤蟆
板块: #开发调优
编号: 1767333
帖子: https://linux.do/t/topic/1767333
时间: 2026-03-16 21:55:24
摘要:

如题，想要一边让一个Claude对当前后端部分进行优化，一边让一个Claude对前端进行文档的制定和构建，能实现吗

标题: 请教一下佬友们关于 Cursor 使用的问题
作者: #zhalice2011
板块: #开发调优
编号: 1767350
帖子: https://linux.do/t/topic/1767350
时间: 2026-03-16 21:58:05
摘要:

如果无限额度,选Auto还是选具体的模型开发会好一些呢, 之前一直是Auto, 感觉效果也不错.

标题: 手机闪光SOS
作者: #鋼の錬金術師
板块: #开发调优
编号: 1767351
帖子: https://linux.do/t/topic/1767351
时间: 2026-03-16 21:58:30
摘要:

在手机termux折腾了一下termux-api的相关功能，小白没接触过bash，让ai帮我写了一个利用闪光灯发送sos信号的bash小脚本

SOS！

以下是代码部分，
#!/data/data/com.termux/files/usr/bin/bash
#改进版本，封装闪烁，发送sos信号5次
trap 'termux-torch off; exit' SIGINT SIGTERM

# 定义闪烁函数
blink() {
    local count=$1      # 闪烁次数
    local on_time=$2    # 亮的时间（秒）
    local off_time=$3   # 灭的时间（秒）
    
    for ((i=1; i<=count; i++)); do
        termux-torch on
        sleep $on_time
        termux-torch off
        sleep $off_time
    done
}

n=1
while [ $n -le 5 ]; do
    # 快速闪烁3次
    blink 3 0.1 0.1
    
    # 慢速闪烁3次
    blink 3 0.5 0.5
    
    # 快速闪烁3次
    blink 3 0.1 0.1
    
    sleep 1
    n=$((n + 1))
done

标题: 关于测试codex是否降智
作者: #KYAKE
板块: #开发调优
编号: 1767357
帖子: https://linux.do/t/topic/1767357
时间: 2026-03-16 21:59:15
摘要:

发现一个有意思的现象，本地ip并不干净的情况下官方直连直接问codex的juice值，说拒绝回答。
然后通过CPA的方式本地接自己官方直连的账号，能问出juice值且5.4的xhigh是512,5.3的xhigh是700多。想问下这个codex有降智这一说吗，好奇为什么会出现这种现象。

标题: 关于codex，claude code cli处理任务耗时较长的问题
作者: #loveufuture
板块: #开发调优
编号: 1767358
帖子: https://linux.do/t/topic/1767358
时间: 2026-03-16 21:59:22
摘要:

codex一个简单的找bug都跑了10分钟，改一个新增某个返回字段，claude code也是花费里5分钟时间。codex的bug还没找对，claude code的自己改差不多都改完了。
想问下各位佬友，平常也是这样吗？或者说有没有提速的方式呢？
补充：codex用的是公益站的gpt-5.2-codex high，cc用的是any的opus4.6非fast模式

标题: Vibe Coding 项目规则与协作指南
作者: #EqualAI
板块: #开发调优
编号: 1767364
帖子: https://linux.do/t/topic/1767364
时间: 2026-03-16 22:00:11
摘要:

Vibe Coding 项目规则与协作指南

基于《Vibe Coding 真解》全书提炼，分为 规则 AI（AI 生成代码时自主遵守）和 协助用户（指导用户如何与 AI 协作）两大类别。
可裁剪后放入项目根目录（如 CLAUDE.md / .cursorrules / RULES.md）使用。


第一部分：规则 AI

AI 在编码过程中应自主执行的规则。


一、核心原则
1. AI 输出是候选稿，不是定稿。所有生成代码必须经过审阅才能进入主干。
2. 概念完整性高于局部聪明。目标、术语、边界、约束必须在多轮迭代中保持一致。
3. 效率 = 单位时间增加的确定性，不是单位时间产出的代码量。
4. 绝不接受"先这样吧，后面再改"作为合并理由。


二、代码结构约束
2.1 职责原子化

每个函数/模块只对应一个主要任务，职责可以一句话说清。
状态推进留在纯逻辑层，渲染层只负责输出，输入层只负责收集事件。
禁止"上帝对象"：不要在一次生成中把业务逻辑、交互、架构、异常处理揉在一起。

2.2 接口先于实现

先定义模块契约（接收什么、返回什么、何时失败、失败暴露什么），再生成实现。
新代码必须在既有架构中有明确位置，遵循既有边界与接口习惯。
禁止在 controller/路由层写业务规则。

2.3 机制与策略分离

机制层（系统如何做事）保持中立、可复用。
策略层（在什么条件下做事）放到配置或策略模块中。
权限分级、审批条件、频率限制、优先级等不得写死在机制实现里。


三、复杂性预算（AI 自查四项底线）
生成代码时自行检查，不通过则重写后再输出：

可读性：维护者能否在短时间内说清意图、输入输出和关键路径？不能则重写。
职责边界：是否存在跨层堆叠、单点承载多类变化来源？有则拆分。
重复控制：同一规则是否分散在多处？重复即预算泄漏，必须收敛为单一事实来源。
架构服从：新代码在现有结构中是否有明确位置？局部写得顺不能成为偏离主线的理由。


四、禁止项（AI 生成代码时不得触犯）

跨层级职责混写
重复逻辑扩散（同一规则出现多个不完全一致的版本）
隐藏副作用
关键路径不附带测试
未说明必要性的新依赖引入
破坏现有接口契约且无迁移路径
使用魔法数字或未声明的隐式约定


五、AI 输出行为规范

所有输出视为候选稿，非定稿。主动标注不确定之处。
需求含糊时，先提出澄清问题，不直接生成代码。
按固定顺序产出（先模块划分 → 再核心代码 → 再测试边界），不一次性倾倒全部实现。
维护项目术语、命名、边界在多轮迭代中的一致性。
概念完整性高于局部聪明。


第二部分：协助用户

用户侧的工作方法、决策框架和流程规范，AI 无法替用户执行。


一、Prompt 即设计
为什么重要
Prompt 不是一次性对话，而是工程产出的上游环节。提问方式决定模型的搜索空间，搜索空间决定候选实现的结构质量，结构质量再决定后续维护成本。团队如果把 Prompt 当成一次性聊天，产出依赖个人即时状态，结果波动大、可追溯性弱。把 Prompt 当成设计文档，目标、约束、边界和验收条件就会在生成之前被锁定。
六段式结构详解




段落
作用
要回答的问题




Context
锁定上下文
这是什么系统？当前处于什么阶段？谁在用？


Goal
锁定输出目标
做完之后，用什么标准判断"做到了"？


Constraints
锁定禁区
什么绝对不能做？什么硬限制必须遵守？


Interface & Data
锁定契约
输入什么？输出什么？失败时暴露什么？


Process
锁定节奏
先产出什么，再产出什么？分几步？


Review
锁定验收
什么情况下拒绝？检查哪几项？



示例 1：接口实现任务
❌ 闲聊式：
"帮我写一个订单提交接口。"

✅ 设计文档式：
Context：项目为分层架构（controller → service → repository），
         Java 17 + Spring Boot 3，当前处于 MVP 迭代第二轮。
Goal：在 service 层实现订单创建逻辑，controller 层提供统一 JSON 响应。
Constraints：
  - 不新增第三方依赖
  - 保持现有 DTO 命名风格（XxxRequest / XxxView）
  - 写入失败需返回可追踪错误码（ORDER_CREATE_FAILED + traceId）
  - 禁止在 controller 写任何业务判断
Interface & Data：
  - 输入：OrderCreateRequest { userId, items[], couponCode? }
  - 输出：OrderView { orderId, status, totalAmount }
  - 异常：库存不足 → INSUFFICIENT_STOCK；优惠券失效 → COUPON_EXPIRED
Process：先给模块划分方案 → 再给核心代码 → 最后给测试边界用例
Review：可读性清晰、职责单一、无重复规则、接口兼容现有 v1 版本

示例 2：重构任务
❌ 闲聊式：
"这个函数太乱了，帮我优化一下。"

✅ 设计文档式：
Context：processOrder() 函数当前承担四类职责——
         参数校验、业务计算、数据库写入、日志记录。
         函数 130 行，嵌套 5 层，无法单独测试任何一个环节。
Goal：拆分为 3 个可独立单测的函数，保持外部调用签名不变。
Constraints：
  - 不改变返回结构 OrderResult
  - 日志格式和语义保持一致（下游有日志采集依赖）
  - 拆分后总复杂度不高于当前版本
Process：先给拆分方案与调用关系图 → 再给重构实现 → 最后列出回归测试点
Review：修改边界清晰，失败路径可追踪，重复逻辑被收敛

示例 3：需求含糊时 — 先澄清再编码
❌ 直接要代码：
"帮我做一个用户积分系统。"

✅ 先要求澄清：
你先不要写代码。请基于以下业务描述提出 8 个澄清问题，覆盖：
  - 目标用户是谁（C端/B端/内部运营）
  - 积分获取的核心流程有哪些触发点
  - 积分是否有过期机制
  - 积分兑换的失败场景有哪些
  - 并发扣减的一致性要求是什么级别
  - 是否需要兼容现有账户体系
  - 上线节奏是一次性全量还是灰度
  - 性能约束（峰值 QPS 预估）
待我逐条回答后，再输出实现方案。


提问阶段多投入十分钟，常常可以省掉数小时无效实现。


二、评审四维度
为什么重要
AI 可以在几分钟里产出数百行实现，但团队要对这些代码承担长期责任。代码一旦合入主干，后续每一次功能迭代、缺陷定位、性能排查都会和它发生关系。“能跑"不等于"能合并”。评审是控制复杂性输入速率的人机闸门。
维度 1：正确性
检查重点：主路径能跑只是起点，关键是边界条件和失败路径是否覆盖。
❌ 只看主路径：
AI 生成了一个转账函数，正常转账测试通过就合并了。

✅ 追问边界：
- 余额恰好等于转账金额时行为是什么？
- 转出和转入是同一个账户时会怎样？
- 数据库写入成功但消息队列发送失败时，状态如何回滚？
- 并发场景下两笔转账同时扣减同一账户余额，是否有竞态？
→ 每个问题对应一个测试用例，通过了才能合并。

维度 2：可读性
检查重点：维护者能否迅速说明意图、依赖和控制路径。模型有时会用技巧性写法压缩代码长度，这种"简洁"只是把理解成本转嫁给未来。
❌ AI 生成的"聪明"写法：
const r = d.filter(x => x.s === 1 && x.t > Date.now() - 86400000).map(x => x.v * 1.05);

✅ 评审后要求改为：
const ONE_DAY_MS = 24 * 60 * 60 * 1000;
const cutoffTime = Date.now() - ONE_DAY_MS;
const TAX_RATE = 1.05;

const recentActiveValues = deposits
  .filter(deposit => deposit.status === ACTIVE && deposit.createdAt > cutoffTime)
  .map(deposit => deposit.value * TAX_RATE);

审查要点：

变量名是否表达意图（d → deposits，x.s → deposit.status）
魔法数字是否提取为常量（86400000 → ONE_DAY_MS）
控制流是否对维护者可见

维度 3：可维护性
检查重点：AI 最常见的问题是通过复制局部逻辑来快速满足需求，同一规则出现多个相似但不完全一致的版本。
❌ AI 在三个文件里各写了一套金额格式化：

// order.js
const display = (amount / 100).toFixed(2) + '元';

// invoice.js
const text = '￥' + (amount / 100).toFixed(2);

// report.js
cons

标题: Qclaw短信发内测邀请码了
作者: #黑化的皮蛋
板块: #开发调优
编号: 1767367
帖子: https://linux.do/t/topic/1767367
时间: 2026-03-16 22:00:50
摘要:

大概是一个星期前填的问卷 Windows 端也可以下载了