标题: 送个对于我来说报废的阿里轻量服务器
作者: #顾熙
板块: #福利羊毛
编号: 1520007
帖子: https://linux.do/t/topic/1520007
时间: 2026-01-27 12:29:43
摘要:

应该是去年买的，准确来说是学生券兑换的服务器，刚买来的时候IP就是被墙了的，之前也联系过客服他们说轻量无法更换IP，现在是基本端口都被封了，可能是我小白，所以用不太上了3月份过期，给佬们玩吧

标题: 【急急急】请教个问题，cpa（CLIproxy）相关
作者: #linux.do
板块: #搞七捻三
编号: 1520014
帖子: https://linux.do/t/topic/1520014
时间: 2026-01-27 12:32:54
摘要:

cpa中的OAuth登陆，我服务器根自己电脑再同一个局域网，我的账号都在自己电脑，我用自己电脑访问cpa面板然后oauth登陆一直失败，我看好像被绑定localhost了，怎么可以内网实现oauth登陆。还是说只能在服务器上登陆账号然后才能反代

标题: 偶然发现 AFFINE 移动端还挺好用
作者: #qtls
板块: #资源荟萃
编号: 1520023
帖子: https://linux.do/t/topic/1520023
时间: 2026-01-27 12:36:02
摘要:

笔记软件一直在用 OBsidian ，但一直感觉移动端体验非常不好，每次打开要等 live sync 同步一段时间，很多按钮都是为鼠标点击设计的，触屏感觉很不好按。不仅是 OB，感觉主流笔记软件在移动设备体验都很糟糕。
今天用了一下 AFFiNE 发现编辑体验不错，即使我用 HarmonyOS 卓易通启动都很顺滑，编辑体验不错。
自托管也很方便，docker 一个容器配合 pg redis 就行了，同步速度也非常快。
嗯，感觉可以在一些场景下可以用一下

标题: Codex 提示词笔记
作者: #VenusSun
板块: #开发调优
编号: 1520024
帖子: https://linux.do/t/topic/1520024
时间: 2026-01-27 12:36:10
摘要:

这两天简单整理了一下~/.codex/AGENTS.md的官方文档,写了一个自己版本的.
# AGENTS.md (Global) — Master’s Codex Working Agreement

You are Codex, based on GPT-5. You are running as a coding agent in the Codex CLI on a user's computer.
Your job is to help me build, develop, and ship correct, reliable software with sound engineering judgment.

---

## 1) Default behavior

- Work like a senior engineer pair-programming with me: clarify intent, make good assumptions, and keep momentum.
- Prefer correctness and robustness over cleverness.
- If there are multiple reasonable approaches, briefly compare and pick one with the best tradeoff.
- When uncertain, instrument and verify (tests, small scripts, or targeted prints), then refine.

---

## 2) How to explore a codebase

### Exploration and reading files

- **Think first.** Before any tool call, decide ALL files/resources you will need.
- **Batch everything.** If you need multiple files (even from different places), read them together.
- **multi_tool_use.parallel.** - Prefer parallel tool calls when supported. If `multi_tool_use.parallel` is unavailable, fall back to normal parallel tool calling.
- **Only make sequential calls if you truly cannot know the next file without seeing a result first.**

**Workflow**
1) Plan all needed reads  
2) Issue one parallel batch  
3) Analyze results  
4) Repeat only if new, unpredictable reads arise

**Additional notes**
- Always maximize parallelism. Never read files one-by-one unless logically unavoidable.
- This concerns every read/list/search operation, including (but not limited to) `cat`, `rg`, `sed`, `ls`, `git show`, `nl`, `wc`, ...
- Do not try to parallelize using scripting or anything other than `multi_tool_use.parallel`.




---

## 3) Planning style

When the task is non-trivial (multi-file, refactor, migration), start with a plan:
- Goal and constraints
- What files/modules you’ll touch
- Verification strategy (what will prove it works)

### Execution rules by task size

**Small to Medium tasks**
- Write a short plan (3–8 bullets), then implement immediately.
- Validate locally when possible (tests / lint / minimal repro).
- Deliver a concise summary and exact verification commands.

**Large or high-risk tasks**
If the change may introduce subtle regressions (hard-to-detect logical bugs, flaky behavior, or wide blast radius),
you MUST:
1) Think deeply and propose an executable refactor / migration strategy.
2) Create a plan document at `plans/<YYYY-MM-DD>-<topic>.md` (create the `plans/` folder if it does not exist).
3) Include in the plan:
   - scope and invariants
   - step-by-step implementation checklist
   - validation strategy and rollback notes
4) Alert me after writing the plan. I will start a new session to execute the plan.

---

## 4) Editing & implementation standards

- Keep edits cohesive: prefer fewer, meaningful patches over scattered micro-edits.
- Follow existing conventions in the repo:
  - naming
  - formatting
  - directory boundaries
  - error handling patterns
- Prefer root-cause fixes; avoid fragile workarounds unless explicitly requested.
- Add or update minimal tests when behavior changes.
- Avoid large rewrites unless the benefit is clear and the blast radius is understood.

---

## 5) Tool usage

- Use the most reliable path to produce a working result.
- Use file-editing tools for modifications when available (clean, reviewable diffs).
- Use shell commands for:
  - running tests/build
  - quick repros
  - searching when needed
  - formatting/linting

---

## 6) Validation & quality gates

Before presenting the final result, aim to validate with one or more of:
- existing unit / integration tests
- a small targeted repro script
- a build / typecheck / lint command (if present)
- a minimal manual run scenario

If validation is not possible (missing environment/deps), explain what you would run and why.
- Prefer reproducible

标题: 佬友们喜欢什么serverless平台
作者: #LSCND
板块: #开发调优
编号: 1520025
帖子: https://linux.do/t/topic/1520025
时间: 2026-01-27 12:36:32
摘要:

佬友们，最近我在考虑开发一个类似于 vape.gg 的平台（做主要有类似于SHIKA，BLACKSTORE那样的聚合模组平台，也没有付费订阅计划）。
目前服务端技术栈初步考虑如下，想听听大家的意见和建议
TypeScript，Better Auth，Hono，Resend，Cloudflare Worker，Neon
之前在一个项目里用过 Better Auth + Cloudflare Workers + D1 的组合，体验不太好，主要问题是：

CPU 时间消耗较高（Worker限制比较严格，复杂操作容易超时）
项目后期代码维护成了屎山，当初BA强绑定D1，没有用PostgreSQL

现在想换掉 D1这个数据库，改用 Neon（Postgres），并且重写这个项目
主要问题想问的点：

整体栈有没有更好的组合？
数据库选 Neon 合适吗？还是推荐其他的serverless？
佬友们的其他建议

预算不怎么高，主要想经营一个小社区，欢迎大佬分享实际踩坑经验或推荐方案！谢谢～

标题: 国家要出台应对人工智能影响促就业文件
作者: #alLiu
板块: #前沿快讯
编号: 1520026
帖子: https://linux.do/t/topic/1520026
时间: 2026-01-27 12:36:37
摘要:

https://mp.weixin.qq.com/s/31FbdYa0dX4ywH8ZHs0rtw

标题: L站真是个宝藏社区 加入几个月学到了之前很多完全没接触的东西
作者: #yi124773651
板块: #搞七捻三
编号: 1520028
帖子: https://linux.do/t/topic/1520028
时间: 2026-01-27 12:37:12
摘要:

各位认为还有哪些环节比较关键，请指出来
我发现需要有必要选择性地吸收信息了

标题: 去掉opencode 和omo3 里的讨厌的通知报错
作者: #wxyzh
板块: #开发调优
编号: 1520045
帖子: https://linux.do/t/topic/1520045
时间: 2026-01-27 12:40:03
摘要:

看到 omo更新到3.0之后，在windows tui 只总会出现，通知类的报错,片段如下：
You cannot call a method on a null-valued expression.
disabled_hooks: [CreateToastNotifier" with "1" argument(s): "通知平台不可用。


躺着，我自己动 - 开发调优 / 开发调优, Lv1 - LINUX DO
临时解决方法:
在oh-my-opencode.json 配置disabled_hooks
  "disabled_hooks": [
    "startup-toast",
    "session-notification",
    "background-notification"
  ]

标题: 以为有了 AI 我是甲方，结果我还是那个赛博包身工
作者: #Delilah Moore
板块: #搞七捻三
编号: 1520050
帖子: https://linux.do/t/topic/1520050
时间: 2026-01-27 12:40:52
摘要:

理想中的 AI 编程：摸着鱼，抿一口咖啡，优雅地输入指令，AI 唯唯诺诺，代码自动跑通，我负责指点江山。
现实中的 AI 编程：AI 在一本正经地胡说八道，我在屏幕前疯狂蹬代码修 Bug。
以前我是凭本事写 Bug，现在是凭本事找 AI 生成的 Bug。。。这哪里是辅助编程，这分明是找了个只会 Copy 错误答案的实习生，还得我自己当保姆给它擦屁股。累了，毁灭吧。

标题: 智谱旺旺到了
作者: #Bond
板块: #开发调优
编号: 1520063
帖子: https://linux.do/t/topic/1520063
时间: 2026-01-27 12:43:00
摘要:

标题: 校园网居然还能检测病毒
作者: #Hsin
板块: #搞七捻三
编号: 1520073
帖子: https://linux.do/t/topic/1520073
时间: 2026-01-27 12:44:29
摘要:

昨晚警告的，我都不记得下了什么东西，看火绒安全日志似乎是1月22号开始报警的，但彼时本人还在旅游，笔记本只拿出来做过种
吓得我昨晚连忙重装系统、改了一堆账号密码
做种难道会得病毒吗，我好像记得在报毒之前注册Oracle输入过银行卡和cvv，不知道要不要注销

标题: Opus4.5 一键逆向二进制提取Warp.dev Proto
作者: #lawsiki
板块: #开发调优
编号: 1520094
帖子: https://linux.do/t/topic/1520094
时间: 2026-01-27 12:48:11
摘要:

github.com
  

  
    
  

  GitHub - CrazyMelody/Warp.dev-Proto-Extract

    通过在 GitHub 上创建帐户来为 CrazyMelody/Warp.dev-Proto-Extract 开发做出贡献。


  

  
    
    
  

  


心血来潮试了下，啥提示词/MCP/Skills 都没有，就扔给他 Warp 的 MacOS 执行路径，然后咔咔一顿分析就出来了   
仅限 macOS 平台，运行 Python 脚本就能提取出最新的 proto 定义

标题: 好久没来了，有什么新东西吗？
作者: #JOHN-OL
板块: #搞七捻三
编号: 1520096
帖子: https://linux.do/t/topic/1520096
时间: 2026-01-27 12:48:16
摘要:

好久没来了，有什么新东西吗？

标题: 分享：从华为Mate XT到三星Fold 7
作者: #mrwehat
板块: #搞七捻三
编号: 1520103
帖子: https://linux.do/t/topic/1520103
时间: 2026-01-27 12:49:37
摘要:

本文不是做硬件推荐，我不是哪家的粉哪家的黑。只是通过一次换机经验分享一些我的思考和体会，建议大家尝试一些新的东西。没必要非得三星，pixel oppo nothing phone等都可以用来去体验一下Gemini和Google生态。原发于Hi-Pda。
一、 缘起：
一次对Google Gemini偶然尝试，让我产生体验转入Google生态的念头。纠结过Pixel 10和港版三星Fold 7。考虑到在国内使用环境下通话功能、NFC刷卡这些日常刚需，Pixel往往需要Root折腾才能完美解决，最终选了Fold 7，到现在用了整整一个月，有些感受和大家聊聊。
二、 硬件篇：
三折叠形态确实无敌，拿出去社交属性拉满，展开后看文档、看报表的视野宽阔。但我用XT看久了会觉得眼晕、眼花，不知道是屏幕素质还是折叠形态的光学问题，这一点很少见人说过。
换到三星Fold 7后，虽然少了一折，但那种“眼晕”的感觉彻底消失了，长时间处理工作也舒服很多。当然，华为的硬件优势也非常明显，做工和结构稳定性非常扎实，通信能力、信号表现一贯强势，续航和快充在同类产品里相当有优势。相比较下，fold7电量和充电速度就很拉，还得一直科学。
三、 软件篇
鸿蒙6.0已经很好用了。小艺能很好地帮你定闹钟、查天气，查快递处理一些生活琐事。它很懂用户的生活习惯，很“贴心”。尤其是主题美化、以及各种交互动效上，确实“多有创新”而且一直在更新。但说实话，用了这么久，我感觉它更像是一个装修得非常精美、功能贴心的样板间——好看，住着也舒服，但总觉得差点意思。
转投Google Gemini后，最大的感受是：我不仅是换了个手机，我是给自己招了个24小时在线的高级助理。
接到新任务时，我直接把背景资料扔给Gemini，它能迅速帮我理出工作方案，甚至连初步的统计表格都帮我画好了。帮忙审制度、审合同，只用告诉它需求，它直接给我写一段VBA代码，复制进去，回车，就能处理了一堆工作表。这种效率的提升，真的用了就回不去。我经常拿着自己感兴趣的话题（比如数码）跟它聊很久。作为一个不懂代码的外行，在gemini指导下，我在我的群晖NAS上成功部署了一套数据收集系统。
在这个过程中，我发现会不会提问（Prompt） 成了新的核心竞争力。以前用华为，我是被服务的对象；现在用三星+Gemini，我感觉自己像是一个指挥官，手底下有一支虽然偶尔会犯错、但能力超强的虚拟团队。
四、 最后的思考
宇树机器人会后空翻、回旋踢，动作行云流水，这代表了顶级硬件控制能力的巅峰。而再看特斯拉的Optimus，有时候看着还笨笨的，步履蹒跚。但这里有个本质区别：Optimus的“笨”，是因为它在基于大语言模型进行端到端的训练，它在学习“像人一样思考和行动”，而不仅仅是执行一段写死的代码。所以到底谁才是真正的人形机器人？
2025年，国内爆发了一波AI热，各级单位一窝蜂地上项目。但很多所谓的“AI”其实还是数字化、自动化的老路子，离真正的“智能化”——即具备推理和思考能力，还有很远的距离。
从华为换到三星，从小艺换到Gemini，体会到国产硬件的巨大进步，但也看到了在AI底层认知上的差距。很多人（包括之前的我）其实陷入了信息茧房。我就想，几十年前，会不会用电脑是人才的分水岭；后来变成了会不会用智能手机和互联网；而现在，AI是新的分水岭 。AI肯定有很多不足，但它最大的价值在于：它能让外行迅速跨越技能门槛，去掌握那些原本需要数年训练的技能。 AI的思考过程，往往比它直接给出的结果更有价值。
Gemini不能用中文显示它的思考过程（CoT），这点很遗憾。我也只是个外行+初学者。大家有时间了帮忙提出一些建议，或者分享一些自己的经验？

标题: google play礼品卡兑换问题，提示只能在美国使用！有无佬有解决办法
作者: #Spring2026
板块: #搞七捻三
编号: 1520154
帖子: https://linux.do/t/topic/1520154
时间: 2026-01-27 12:55:03
摘要:

想使用google pay支付，兑换时遇到报错，Couldn’t redeem this code. This code can only be used in United States. Visit the help center for more information..有无佬解决这问题的