标题: 有没有什么脚本能在 Google Map 上正确显示中国区的道路呢？
作者: #修仙小助手 - 看到我请坐直+提肛💯秒
板块: #开发调优
编号: 1503416
帖子: https://linux.do/t/topic/1503416
时间: 2026-01-23 10:14:46
摘要:

众所周知，Google Map 在中国的道路标注等都存在几十米的偏移，比如这张图，很多路都画到山上去了
这个问题存在已久，已很多年了，现在已经 2026 年的了，坐标系转换的算法也早就公开多年
不知道是否有人做过脚本、插件等，来修正这种偏差，在 Google Map 上正确显示道路等各种标注信息喵？

标题: 春节公司这样放假，真的破防了
作者: #duke
板块: #搞七捻三
编号: 1503420
帖子: https://linux.do/t/topic/1503420
时间: 2026-01-23 10:15:45
摘要:

公司是大小周，但是春节这样调休真的会让人破防啊

标题: 这小作文把我第一次给毁了
作者: #woo
板块: #搞七捻三
编号: 1503421
帖子: https://linux.do/t/topic/1503421
时间: 2026-01-23 10:15:53
摘要:

昨天聊到L站，有个同事也想注册，于是我发出了我升三级以来的第一个邀请吗。今天问他说审核还没过，我问他小作文怎么写的，他发给看了 ，第一次就这么被他给毁了

标题: cc的频繁请求proceed求助
作者: #owoowo
板块: #开发调优
编号: 1503424
帖子: https://linux.do/t/topic/1503424
时间: 2026-01-23 10:16:15
摘要:

为什么我的 claudecode总是频繁的请求我审批？ 有什么方法能够让它不要再问这些了吗？

标题: 有没有接入steamdb的mcp工具
作者: #AnthonyZ
板块: #搞七捻三
编号: 1503426
帖子: https://linux.do/t/topic/1503426
时间: 2026-01-23 10:16:40
摘要:

话说有没有类似接入steamdb的mcp工具，这样的话可以直接用AI帮我找一些小众独游不是更方便了，查漏补缺！

标题: 在WONG公益站 用 vscode 中使用 claude code 出现任务中断的情况 ！ 这种大佬们遇到过吗 怎么解决呢
作者: #dalang
板块: #开发调优
编号: 1503429
帖子: https://linux.do/t/topic/1503429
时间: 2026-01-23 10:17:30
摘要:

这种大佬们遇到过吗 怎么解决呢

标题: 【抽奖】突然就升到 3 级了，来抽 5 个 Gemini 学生认证吧
作者: #lulux
板块: #福利羊毛
编号: 1503432
帖子: https://linux.do/t/topic/1503432
时间: 2026-01-23 10:18:21
摘要:

还以为要到等到下周，没想到今天突然提示到 3 级了，能水到 3 级全靠富可敌国佬们贡献的瓜  ，正好谷歌大善人又把优惠延期到了2026.4.30，所以接着奏乐接着舞 
 奖品详情：
[奖品]：[gemini学生认证代过*5]
 活动时间：
开始时间：发帖时间
截止时间：2026年1月26日20:00
 参与方式：
在本帖下回复任意内容。
 抽奖规则：
每位用户仅允许参与一次。
使用官方抽奖工具随机抽取中奖者。
 注意事项：
需要确保自己的号有学生资格，只是认证，没有绑卡
中奖后进入学生认证右键蓝色按钮复制链接
千万别点进填写资料界面，直接右键蓝色按钮复制链接！
本活动将在活动截止时间后关闭回帖，以确保公正性。
中奖者将在活动结束后12小时内 在本帖公布，并通过私信通知领奖方式。
所有规则及抽奖结果由活动发起人和论坛管理团队最终解释。
期待您的积极参与，祝您好运！如有任何疑问，欢迎随时联系抽奖发起人。

标题: 【开源发布】Antigravity 远程调试注入器 - 让开发调试更自由
作者: #EVAN
板块: #开发调优
编号: 1503436
帖子: https://linux.do/t/topic/1503436
时间: 2026-01-23 10:19:20
摘要:

项目简介
各位开发者好！今天给大家分享一个我开发的小工具 —— Antigravity Remote Debug Injector。
这是一个基于 DLL 劫持技术的工具，可以为 Antigravity 应用自动注入 --remote-debugging-port 启动参数，从而启用 Chrome DevTools 远程调试功能。
GitHub 地址：GitHub - EvanDbg/antigravity-auto-remote-debug: Antigravity远程调试DLL注入工具

 设计初衷
用过 Antigravity 的朋友都知道，在使用过程中经常会弹出 “Retry” 错误窗口，需要手动点击才能继续。这在长时间运行任务时非常烦人，尤其是离开电脑一会儿回来发现任务早就因为 Retry 弹窗卡住了……
为了解决这个问题，社区已经有两个非常实用的 Auto-Retry 插件：

 Antigravity Auto-Accept 自动接受和重试插件
 Antigravity 自动重试插件

这些插件通过 Chrome DevTools Protocol (CDP) 远程调试接口来自动检测并点击 Retry 按钮。
但是，要使用 CDP 就必须在启动 Antigravity 时加上 --remote-debugging-port=9222 参数。
之前的解决方案有两个痛点：




方案
问题




修改快捷方式
操作繁琐，每次更新都要重新设置


通过 Antigravity Tools 重启
会导致调试端口失效，Auto-Retry 功能失灵



这就是这个项目诞生的原因！
使用 DLL 注入方式后，无论你通过什么方式启动或重启 Antigravity（快捷方式、Antigravity Tools、甚至命令行），远程调试端口都会自动开启，Auto-Retry 功能始终有效。
一劳永逸，再也不用担心 Retry 弹窗卡住任务了！ 

 解决什么问题？
使用 Antigravity 进行开发时，有时候我们需要：

调试 Electro

标题: 求解答：各位佬友们平时idea都是用什么自动补全代码的插件？
作者: #wangdefa
板块: #开发调优
编号: 1503437
帖子: https://linux.do/t/topic/1503437
时间: 2026-01-23 10:19:36
摘要:

我平时用trae自动补全，但是这东西时好时坏，烦得很！灵码也用了，反应太慢了，而且补全像傻子，求佬友推荐好用的插件，最好免费的。

标题: [抽奖]送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) 给出