标题: [抽奖]送2个gpt plus，一个月的。
作者: #Vynaris
板块: #福利羊毛
编号: 1503454
帖子: https://linux.do/t/topic/1503454
时间: 2026-01-23 10:21:30
摘要:

送两个GPT PLUS，不是team。个人版的。
第一次用这个，不太熟悉哈。
活动时间：
开始时间：自发帖时起
Fri, Jan 23, 2026 10:59 AM CST→Fri, Jan 23, 2026 6:00 PM CST
截止时间：
参与方式：
在本帖下回复：任意内容
抽奖规则：
每位用户仅允许参与一次。使用论坛官方抽奖工具随机抽取中奖者。

标题: Cursor是不是还不支持skills呀，Agent skills 具体有什么实践方式么？
作者: #Roachie
板块: #开发调优
编号: 1503456
帖子: https://linux.do/t/topic/1503456
时间: 2026-01-23 10:22:37
摘要:

还有使用Cursor的佬么，Cursor是不是还不支持skills呀，前端开发领域 Agent skills 具体有什么最佳实践么？ 最近看到一些帖子 skills 说的很火，感觉和 mcp 概念出来是一样，挺多 skills map 站什么的也出来了

标题: 上周来的Bitget Wallet银行卡的开卡奖励收到了没？
作者: #cwenwen
板块: #搞七捻三
编号: 1503467
帖子: https://linux.do/t/topic/1503467
时间: 2026-01-23 10:24:09
摘要:

我查了我的还没收到，不知道是延迟了还是什么情况

标题: 浅谈使用Opencode+Oh My Opencode时的SOP与Workflow
作者: #BugCreator
板块: #开发调优
编号: 1503470
帖子: https://linux.do/t/topic/1503470
时间: 2026-01-23 10:24:35
摘要:

浅谈 Opencode + Oh My Opencode 工作时的 SOP 与 Workflow
总述
在使用 Opencode 的过程中，开发效果的好坏，确实在很大程度上取决于模型本身的智能水平。模型越聪明，理解需求、补全上下文、处理复杂逻辑的能力就越强，这点毋庸置疑。
但现实情况往往没那么理想。不是每个人都能稳定使用 Claude 或 GPT 的最新模型；即便能用，在高强度调用、上下文越来越长的情况下，模型也很容易开始“走神”——出现幻觉、理解跑偏，甚至一本正经地胡说八道。
当你发现模型开始反复犯低级错误，或者对同一个需求给出前后矛盾的实现方案时，问题往往不在你，而在于：
你默认模型“应该懂”，但它其实已经跟不上了。
这时候，单纯追求更强的模型，并不能从根本上解决问题。真正能兜底的，是一套清晰、稳定、可复用的 SOP（Standard Operating Procedure），以及基于 SOP 形成的 Workflow。
简单说一句就是：

模型负责输出，人负责把路铺好。


为什么越熟练，反而越需要 SOP
很多人在刚接触 Opencode 时，会觉得 SOP 是个“新手才需要的东西”。
等自己用顺了，就开始随意对话、即兴发挥，哪里卡了就往模型里一股脑儿丢。
这种方式在小脚本、一次性需求里问题不大，
但只要项目稍微复杂一点，SOP 缺失的后果就会逐渐显现：

模型对当前任务的理解不稳定
不同轮对话输出风格和实现思路不一致
修复一个问题，引入两个新问题
过几轮之后，连模型自己都“忘了现在在干嘛”

SOP 的存在，并不是为了限制模型的能力，而是为了减少不必要的理解分支。
你提前告诉它当前阶段该做什么、不该做什么，反而能让模型把有限的注意力用在真正重要的地方。
从这个角度看，SOP 不是“给模型用的”，
而是给人省心用的。

SOP 和 Workflow，本质上解决的是两个问题
这里需要稍微区分一下这两个概念。

SOP 更像是一组“约定俗成的操作规则”
比如：每次开始前先让模型复述目标、禁止未经确认的大范围重构、输出必须标注修改点等。
Workflow 则是你在实际工作中形成的一种节奏
什么时候该拆需求，什么时候该写代码，什么时候该停下来做确认。

SOP 偏静态，Workflow 偏动态；
一个负责“别乱来”，一个负责“往前走”。
在 Opencode + Oh My Opencode 的组合里，这两者往往是一起生效的。

我的 SOP

说明

以下SOP均由GPT5.2模型给出并由本人在使用过程中润色改造
所有内容均为可直接复制使用的工程指令
不包含分析、解释或背景说明

在开始使用SOP前应当完成项目初始化，推荐使用Opencode官方指令/init


SOP 为原子级，Workflow 为高频组合
指令中ulw命令为oh my opencode插件特有指令，详情可以移步 oh-my-opencode/README.zh-cn.md at dev · code-yeongyu/oh-my-opencode


SOP-01：工程启动 / 陌生任务分析
ulw #start
首先完整阅读 AGENTS.md，不要跳过。

然后按以下顺序执行分析：
1) 扫描整个仓库结构，识别项目入口、核心模块、分层与边界
2) 定位与当前任务直接相关的模块、文件和入口点
3) 用 3–5 条要点总结当前实现：
   - 每条描述一个职责或核心逻辑
   - 关注数据流、控制流和隐含假设
4) 标出不清晰、强耦合或潜在高风险区域
5) 提出至少 2 种可行推进方案：
   - 每种方案包含：优点、缺点、主要风险
6) 选择风险最低的方案，并给出明确的执行计划

约束：
- 在完成以上步骤前，不要修改任何代码
- 不要提前实现或重构


SOP-02：仓库探索 / 代码定位
ulw #scan
@explore:

1) 自顶向下扫描仓库结构
2) 识别与目标主题相关的模块、包和目录
3) 梳理主要调用链和依赖方向
4) 标出变更影响最大的 3 个区域并说明原因

约束：
- 仅做分析
- 不给实现或修改建议


SOP-03：技术调研 / 最佳实践
ulw #research
@librarian:

1) 查找该主题的官方文档或权威推荐做法
2) 对比 2–3 种成熟方案
3) 总结每种方案的适用场景与风险
4) 输出可直接用于当前项目的结论

约束：
- 避免长引用
- 只输出可执行结论


SOP-04：架构 / 方案决策
ulw #design
@oracle:

1) 在当前项目约束下提出 2–3 种设计或架构方案
2) 对每种方案说明：
   - 适用前提
   - 主要风险
   - 对现有代码的侵入程度
3) 推荐最安全的方案并说明原因
4) 明确不推荐其他方案的理由


SOP-05-FE：前端功能开发（使用 ui-ux-pro-max）
ulw #dev-fe
本任务是前端功能开发，加载skill：ui-ux-pro-max并根据这个技能的指引来进行 UI/UX 设计。

第 0 步：需求与界面范围确认
1) 用 3–6 条要点明确功能边界与用户路径
2) 列出必须态与异常态（loading / empty / error / 权限 / 网络失败）
3) 明确接口依赖与字段使用方式

第 1 步：UI/UX 设计（ui-ux-pro-max）
1) 产出页面结构与组件拆分
2) 明确交互细节与反馈机制
3) 定义各状态下的 UI 行为
4) 考虑可用性与可访问性

第 2 步：实现计划
1) 明确组件、路由、状态管理与请求层改动点
2) 拆分为可运行的增量步骤

第 3 步：增量实现
- 每一步完成后项目必须可运行
- 每一步完成后汇报：
  - 修改的文件
  - 实现的可观察行为
  - 修改原因
  - 下一步计划

约束：
- 优先复用现有组件与样式
- 不做顺手重构
- 避免过度抽象

完成标准：
1) 最小自测清单（主流程 + 异常态 + 边界态）
2) 核心交互演示路径
3) 接口字段与错误处理记录


SOP-06-BE：后端功能开发
ulw #dev-be
本任务是后端功能开发。

第 0 步：业务与契约确认
1) 明确输入、输出、业务规则、权限与幂等性
2) 列出数据模型变更与迁移策略
3) 明确错误码与异常语义

第 1 步：API 契约设计
1) 定义 endpoint、method、参数与响应结构
2) 明确分页、排序、过滤规则
3) 明确鉴权与资源所有权校验

第 2 步：测试准备
1) 补充最小测试或复现用例
2) 覆盖正常、异常、权限与边界情况

第 3 步：增量实现
- 每一步完成后服务必须可运行
- 每一步完成后汇报：
  - 修改的文件
  - 可验证结果
  - 修改原因
  - 下一步计划

约束：
- 优先复用现有架构与库
- 不做顺手重构
- 数据变更必须可回滚

完成标准：
1) 最小验证步骤
2) API 契约摘要
3) 影响范围说明


SOP-07：前后端对接 / 联调
ulw #dev-integration
本任务是前后端对接与联调。

第 0 步：冻结接口契约
1) 输出统一接口契约
2) 明确字段类型、必填性、默认值、空值语义
3) 明确错误码与错误结构
4) 明确鉴权方式与过期策略

第 1 步：联调准备
1) 后端提供可联调环境或 Mock
2) 前端完成请求封装与校验
3) 明确接口版本与兼容策略

第 2 步：联调闭环
1) 走通主流程
2) 覆盖异常场景（权限、参数、5xx、超时、空数据）
3) 明确 loading、重试、降级与幂等策略

第 3 步：对账与验收
1) 对账字段、单位、精度、时区
2) 对账分页、排序与筛选边界
3) 对账权限与越权访问

每一步完成后汇报：
- 修改的前后端文件
- 已打通的路径
- 当前阻塞点
- 下一步计划

完成标准：
1) 联调验收清单
2) 最终接口契约摘要
3) 最小复现链路


SOP-08：高风险重构（分析）
ulw #refactor
在修改任何代码前：
1) 找出所有相关定义与引用
2) 区分公开 API 与内部实现
3) 评估影响范围、风险点与迁移顺序

约束：
- 未确认前不要修改代码


SOP-09：高风险重构（执行）
ulw #refactor-exec
1) 如缺少测试，先补充
2) 按迁移顺序逐步修改
3) 每一步完成后说明：
   - 本步修改内容
   - 安全性理由
   - 可运行证据
   - 下一步计划


SOP-10：Bug / 异常排查
ulw #debug
1) 列出最可能的 3 个根因并排序
2) 为每个根因提供最小验证方法
3) 只修复被验证的根因
4) 说明其他假设被排除的原因

完成后：
- 给出回归验证步骤


SOP-11：提交前自检
ulw #review
1) 列出修改的文件与关键差异
2) 指出潜在风险与边界情况
3) 检查是否符合 AGENTS.md
4) 给出回滚方案
5) 给出最小本地验证命令


SOP-12：任务闭环
ulw #wrap
1) 确认目标是否完成
2) 按文件或模块总结关键变更
3) 列出风险与覆盖情况
4) 给出

标题: gemini今天回答问题好慢好慢
作者: #GoTop
板块: #搞七捻三
编号: 1503473
帖子: https://linux.do/t/topic/1503473
时间: 2026-01-23 10:24:56
摘要:

昨天deep research就提示达到算力饱和
今天连用pro回答都好慢好慢了
谷歌大善人是达到极限，燃尽了吗？

标题: 【前沿智能】板块申请
作者: #看到这提肛20并点赞
板块: #虫洞广场
编号: 1503474
帖子: https://linux.do/t/topic/1503474
时间: 2026-01-23 10:24:56
摘要:

版块名称：前沿智能
URL Slug：sota-research
版块简介：本版块致力于追踪计算机科学领域最前沿的智能技术演进，并积极探索智能技术与其他学科的交叉融合。专注于SOTA的技术突破。内容涵盖LLM的下一代架构、多模态智能算法的前沿融合机制、增量学习等理论高地，以及基于这些理论诞生的与数学、物理、生物、材料、医学等领域的跨学科碰撞,这是一个面向AI科研人员和极客开发者的SOTA雷达站。
版主人选：@remoteman（推荐一下自己，或者其他拥有更高学位或者更多paper或者更好开源项目的佬友。非唯论文论，但是要懂AI，毕竟这个板块初衷是比较专业的）
板块规则：
1、讨论需具备专业深度，拒绝将所有 AI 话题都泛化为 LLM 讨论；
2、聚焦最新论文、顶级会议（CVPR/ICLR/NeurIPS）成果以及首创性开源项目；
3、鼓励探讨技术本质，也欢迎展示基于前沿理论构建的、具有工程价值的创新应；
4、引用观点请附带来源（Paper/Code），拒绝无根据的营销号式吹捧。
申请理由：
社区卧虎藏龙，有很多深耕AI研究的佬友。申请建立这个版块，希望大家能聚在一起，专注于探讨更底层的理论内容，同时也为不同学科背景的朋友提供一个窗口，交流AI在交叉领域（如数学、物理、生物等）的诉求与创新成果。让技术原理与跨界思维在这里自由碰撞，互相启发。

标题: codex换成CRS2后 resume里的记录没了
作者: #派大牛吒
板块: #搞七捻三
编号: 1503479
帖子: https://linux.do/t/topic/1503479
时间: 2026-01-23 10:25:53
摘要:

team号不想来回切 自己搭了个CRS2确实蛮好用 但是换过来之后之前的对话记录不见了 logout之后用官方登录再 codex resume记录又全回来了 有没有什么办法用crs的同时保留现有的对话记录

标题: 刚才和科长聊了聊关于工伤认定的事
作者: #𝓵𝓮𝔃𝓲𝓼𝓱𝓮𝓷
板块: #搞七捻三
编号: 1503483
帖子: https://linux.do/t/topic/1503483
时间: 2026-01-23 10:26:27
摘要:

因为那个 32 岁的程序员有感而发
科长和我说
想确认你是不是在上班，工伤能不能报，一个很重要的因素就是你的合同上，或者是你的单位的表儿上体没体现你在加班
打个比方，像我们如果你要是加班了，你得和指挥中心报一下子。说你加班儿，你因为什么事儿暂时走不了。然后那边有个记录，这个样子，你工伤就能给你报
但是像他这个其实怎么回事儿就不一定了
但是，基本上，应该是能给个工伤的。这个是得看后续报道
我不是律师 也不是很懂
但我估计，他们公司应该能有监控什么的证明他来上班了。他办公室里应该也有监控，能证明他是工作吧。所以，应该工伤还是没问题的
其实，我感觉加班的情况下，最好在群里面说一下之类的，来表现自己在工作了。这个样子，对工伤判定更有好处

标题: codex现已支持JetBrains系列软件
作者: #Syngenex
板块: #开发调优
编号: 1503497
帖子: https://linux.do/t/topic/1503497
时间: 2026-01-23 10:28:46
摘要:

Codex现在直接在JetBrains ide中工作，因此您可以在不离开编辑器的情况下计划、编写、测试、审查和部署代码。
从今天开始，它可以在 IntelliJ IDEA， PyCharm， WebStorm和Rider中使用，由gpt -5.2 codex提供支持。
将您的JetBrains IDE更新到2025.3或更高版本
在IDE中打开AI聊天
从代理选择器中选择Codex
使用您的ChatGPT帐户或OpenAI API密钥登录

标题: APEX我恨你！！！
作者: #我也要死吗
板块: #搞七捻三
编号: 1503512
帖子: https://linux.do/t/topic/1503512
时间: 2026-01-23 10:30:10
摘要:

大早上眼睛快瞎了，请问设计师在现实中也是长这样吗？口眼歪斜，面色枯槁，眼神涣散！！！这审美还是太高级了

标题: 尼日利亚‘静态isp’分享
作者: #kairo
板块: #搞七捻三
编号: 1503531
帖子: https://linux.do/t/topic/1503531
时间: 2026-01-23 10:32:13
摘要:

ip：109.107.55.165
端口；http:2333;socks5:2340
账户；i8yxozxyyy4nbg
密码；l1hk7XONTy
不设任何限制，有点意思的ip，具体自己测试
小鸡探针可上车，测试

标题: 想自建流媒体服务 需要什么nas可以带的起
作者: #haisuperior
板块: #开发调优
编号: 1503559
帖子: https://linux.do/t/topic/1503559
时间: 2026-01-23 10:35:06
摘要:

我的想法是使用jellyfin搭建流媒体服务 然后通过vps搭建Tailscale + 自建 Headscale实现内网穿透 远程看4K的话需要什么配置的nas

标题: 刷到倚天屠龙记的短视频，突然感觉明教就是国内的外企
作者: #heidianzmle
板块: #搞七捻三
编号: 1503563
帖子: https://linux.do/t/topic/1503563
时间: 2026-01-23 10:35:39
摘要:

用豆包输出了下