标题: 【最穷的富可敌国】MonkingAI 把优惠落到每一次使用上：不搞充值活动，从源头解决问题！！！活动倍率直接拉到0.7，另外本帖再加抽100刀！！！
作者: #Monking
板块: #福利羊毛
编号: 1658407
帖子: https://linux.do/t/topic/1658407
时间: 2026-02-25 20:57:13
摘要:

佬友们晚上好呀。
昨天我们发了抽奖贴，真的没想到大家这么给面子，回复的热情我们团队看完挺感动的（有点受宠若惊哈哈哈）。
但同时我们也发现：现在很多佬友都不会随意下单，大家都很谨慎。
我们在群里也和不少佬友聊过，原来是之前某些站出过不愉快的事，所以大家现在都会先观望。
这个我们完全能理解，换我们自己也一样。
所以今天我们团队讨论了一下：到底怎么做，才能给佬友们一个最实在的优惠？
结论其实也很简单：产品本身给到位，比说啥都强。
我们一开始也想走传统路线，搞充值活动（毕竟确实很多佬友问有没有活动）。
但想了想还是算了：佬友们之前就是被这些东西弄怕的，我们再搞，就算出发点是好的，观感也很容易变成“又要我充一笔，然后怎样怎样的”。
所以我们的充值比例还是1:1，充多少用多少！
因此我们决定给佬友们的优惠！！！
是直接从源头降倍率！！！
重点更新：争取在明天或者后天，最快明天！！！
倍率直接降到 0.7！！！
这里给佬友们解解惑：
我们原本开业特惠：0.9
正常的倍率是：1.2
我们直接打算 降到0.7！！！
也就是说：
以前你看到 0.9 已经算优惠了，我们现在直接再往下砍一刀到 0.7。
不需要冲档位、也不需要算来算去。
但是呢，我也得提前说清楚：0.7 不是永久固定价。
这次算我们给佬友们的开工福利哈哈哈，基本就是挣个服务器费的那种价格。
如果后续真的亏得扛不住，我们还是会把倍率往回调上涨，不然站点很难做长久。
不过如果要回调，我们也会提前在帖里/群里说明，尽量给佬友们留足预期，不搞突然一刀。
佬友们充多少用多少，怎么用都算数。
另外，昨天的抽奖还在进行哦。
昨天的抽奖贴还在进行着，而且已经快到 500 楼了。
所以各位佬友想的话，真的可以都去抽一抽，别错过哈哈哈。
抽奖福利帖在这：

  
    
    
    
      【最穷的富可敌国】欠佬友的【抽奖】补上：MonkingAI 每满10楼抽一位送10刀，每到100楼再加抽一位送100刀！！！！！！ 
  

福利羊毛
    
  
  
    佬友们新年快乐！！！ 
不知不觉在 L 站开 MonkingAI 已经两个星期了。 
这两周承蒙各位佬友抬爱（也承蒙嘴下留情 ），我们还“荣获”了一个很形象的称号：【最穷的富可敌国】。 
我看到这称号是先很想笑，但是又觉得有点心酸。 
因为确实穷，但也确实想把事情做好。 
当然声音也不止一种： 
有佬友说我们是草台班子，也有佬友担心我们会不会跑路。这个我完全理解：新面孔 + 又穷 + …
  


而且为了感谢佬友们的热情和信任，我们决定：
在这个帖子里再额外抽 1 位佬友，送 100刀兑换码。
开奖时间：2026 年 3 月 1 日 17:00
参与方式：
任意回复。
最后：
我们不一定一开始就做得完美，但我们愿意把事情做得越来越稳、越来越像样。
谢谢佬友们给机会，也欢迎多提意见，我们认真听、认真改。
站点：https://www.monking.ai
主贴：【富可敌国】Monking入驻 | 官方纯血Claude Code Max/ Codex Pro| 最低0.9元/$ | 我们想把中转做到“稳定、透明、有人管”

标题: 终于，我知道怎么让codex好用了
作者: #直到太阳升起
板块: #开发调优
编号: 1658411
帖子: https://linux.do/t/topic/1658411
时间: 2026-02-25 20:58:00
摘要:

从很多角度来说，codex的体验都不如Claude code，一个是codex cli确实没有cc这么完善，另一个原因我想很大程度也是gpt系列模型的原因，gpt和Claude喜欢大量输出不同，gpt总是倾向于分点和精炼，这点同样延续到了gpt的代码特化模型上，最大的表现就是gpt-codex写代码非常偷懒。这同样有两面性，在有些场景里，这会体现为精准，它不会像Claude一样乱加功能，但另一方面，这会导致代码的可拓展性很差，很多都是一次性代码，导致维护和修改特别困难。
由于codex的价格和量实在比cc舒服，所以我也一直在想尝试让codex的体验接近cc。我试了很多的方法，包括提前写好文档、使用skills等等，但效果依旧不如人意，直到今天，我终于发现了一个神奇的方法
简单来说就是，
先写好doc，再用/plan，最后再build，每一次run都如此
这里面最重要的是前两步，先说doc的问题，这其实也是我之前就发现的，相较于直接给codex一个简短的命令，codex在有详细文档的情况下会表现的更加出色，在有足够多的信息，让codex能够有一个清晰的目标，接下来就是更重要的，/plan，这个在cc都算过时的东西在codex又展现出了新的实力，我认为这很大程度上得益于gpt模型本身的智力强悍，在配合文档的情况下，codex中的plan会不停的问你问题，而且很多问题是非常核心的，我一开始都没有想到的问题，二者结合，你会得到一个非常完整的plan，也很多程度上防止了codex偷懒。
但这个工作流并非没有弊端，如果你只想要的是存粹的vibe coding，这个工作流其实并不那么合适，因为很大程度上这个工作流需要你理解其中的技术，你需要提前预判codex会怎么做，你需要做出选择，而且不断的进行调研和文档的撰写修改会导致速度慢很多，相比之下，cc会省力很多。但如果你即想要codex的精准，又想要系统性的可拓展的高质量代码，你可以试试这个工作流。
一点点思考和实践，抛砖引玉，看看各位佬有没有更好的方法

标题: Linux 管理 dotfile 的更佳方法——bare git
作者: #Zigzag
板块: #开发调优
编号: 1658412
帖子: https://linux.do/t/topic/1658412
时间: 2026-02-25 20:59:08
摘要:

我是参考了这篇文章的：How to Store Dotfiles - A Bare Git Repository | Atlassian Git Tutorial 精简一下，有能力的可以看原文。
bare git 简单理解就是，只有 git 数据，没有实际的代码文件，也就可以理解把 git 产生的文件（.git)，与实际的项目文件（这里是 dotfiles）分开放。
如果你使用的是 bash，仅需要四条命令就可以开启：
# 1️⃣ 在 $HOME 下创建一个名为 .cfg 的裸仓库
# --bare 表示这是一个“裸仓库”，只有 Git 数据，没有工作区
git init --bare $HOME/.cfg


# 2️⃣ 创建一个名为 config 的别名
# 指定：
#   --git-dir  → Git 数据库存放在 ~/.cfg
#   --work-tree → 实际工作区是 $HOME
# 以后用 config 代替 git 操作 dotfiles
alias config='/usr/bin/git --git-dir=$HOME/.cfg/ --work-tree=$HOME'


# 3️⃣ 设置仓库本地配置：
# 不显示未跟踪文件（否则整个 $HOME 都会被视为未跟踪文件）
# 只对这个裸仓库生效，不影响其他 Git 仓库
config config --local status.showUntrackedFiles no


# 4️⃣ 将 alias 写入 .bashrc
# 这样每次打开 bash 都会自动加载 config 命令
# 如果你用的是 fish 请自行修改为 funcition
echo "alias config='/usr/bin/git --git-dir=$HOME/.cfg/ --work-tree=$HOME'" >> $HOME/.bashrc

这就完成了，从现在起，你就可以像使用 git 一样 使用 config 来管理你的 dotfiles。
比如，你修改了你的 bash 配置，修改完成后就可以 config add ~/bashrc，然后 config commit -m "添加了 config 的 alias 用于 cfg git bare 配置"。
这样管理的好处主要有这几个：

你可能像我一样，之前每个目录一个 .git，比方 kitty 一个，niri 一个，fish 一个等等等，每次修改完需要挨个 push，不利于同步；
多台电脑也仍旧可以使用一套仓库来进行管理，只需要切换分支；
分享方便，以前的一个软件一个仓库不方便共享；
由于是主动 add 指定文件，而不是整目录 add . 你只会跟踪真正需要的配置文件。
动态生成的内容（缓存、主题同步文件、neovim自动更新得插件目录等）不会被误提交，因此不必频繁维护复杂的 gitignore。

总而言之，言而总之，核心思想就一句话：用一个裸 git 仓库，以文件的细粒度管理 $HOME 下所有你手动添加的 dotfile。

标题: 为何点不了赞了
作者: #老白
板块: #搞七捻三
编号: 1658428
帖子: https://linux.do/t/topic/1658428
时间: 2026-02-25 21:08:42
摘要:

一直提示

该回应是很久以前创建的。它不能再被修改或移除。

哪怕是一分钟之前的帖子也这样

标题: 阿里云或者腾讯云99一年的服务器是只有新用户能享受吗？
作者: #sxb
板块: #搞七捻三
编号: 1658430
帖子: https://linux.do/t/topic/1658430
时间: 2026-02-25 21:09:41
摘要:

本人还是学生，最近想租一个服务器，本科的时候租过两年，每年都是99一台。中间断了两年。现在想重新租用服务器发现没有这个优惠了

标题: 软件中的广告跳转下载与安装到底该怎么禁止
作者: #Zplayer
板块: #搞七捻三
编号: 1658431
帖子: https://linux.do/t/topic/1658431
时间: 2026-02-25 21:09:58
摘要:

过年在家想帮父母优化一下手机，用了shizuku，清浊，小黑屋等软件删除很多垃圾文件以及禁止了手机一些无用的功能，但是在软件内的广告遇到了问题，就拿欢乐斗地主举例，广告无所谓，跳转也无所谓，但是跳转后下载怎么都禁止不了。这就导致广告下载产生的垃圾安装包越来越多即使没有安装。然后就用adb配合ai想找出问题，例如禁用相关组件？就有了上面这张图片以及给出的因噎废食的解决方案。想请问各位佬有什么好的解决方案吗

标题: claude code 也玩中国这一套了？
作者: #xiaokcoding
板块: #开发调优
编号: 1658455
帖子: https://linux.do/t/topic/1658455
时间: 2026-02-25 21:16:48
摘要:

用的 Any Router

标题: 渗透智能体开发调优
作者: #xwllm
板块: #开发调优
编号: 1658471
帖子: https://linux.do/t/topic/1658471
时间: 2026-02-25 21:20:02
摘要:

大佬们，目前在开发渗透智能体的时候，总是出现大模型不往正确方向靠拢的问题，举个例子，就是比如目录扫描+php反序列化，大模型可以找到目录扫描的，但是他不会继续往下分析代码这些，我该往哪方面去优化调试呢，是需要我优化提示词还是需要我提前将这一类型的解决办法写到代码中呢，但是感觉可以搭配的漏洞类型太多了，全是自己写的话没有大模型的思想了啊，求助大佬们

标题: 为啥aistudio写代码的质量感觉比antigravity中要好多了
作者: #scooorpion
板块: #开发调优
编号: 1658473
帖子: https://linux.do/t/topic/1658473
时间: 2026-02-25 21:21:24
摘要:

佬友们想问下我在antigravity中用Gemini3.1Pro 改一个bug改了几轮对话没解决，把代码复制到aistudio中马上解决了，难道antigravity中用的Gemini反而还是丐版的？

标题: 关于在目前AI生态下多人协同开发的问题
作者: #iinkTime
板块: #开发调优
编号: 1658475
帖子: https://linux.do/t/topic/1658475
时间: 2026-02-25 21:21:54
摘要:

佬友们晚上好，最近写代码时思索起这个问题，并非专业研发，纯好奇发问：对于同一个项目，如何避免在多人协同开发情况下，多个大模型在各自独立的上下文中进行盲人摸象式的代码修改，从而导致的相互影响？比如：

AI 通常只能看到当前开发者提供的那部分代码上下文。当开发者 A 的 AI 修改了核心接口，开发者 B 的 AI 并不知情，如何让不同开发者的 AI 实例“共享”最新的项目全局状态（如最新的 API 契约、数据库 Schema）而不超出 Token 限制？
不同的开发者在各自的对话窗口中描述需求时，AI 可能会针对同一个功能模块给出完全不同的架构建议或设计模式。如何确保所有 AI 产出的代码都在同一个架构规范（如 MVC、DDD）下运行？
开发者 A 的 AI 推荐引入库 X，开发者 B 的 AI 推荐引入库 Y。如何避免项目中出现大量功能重复的第三方依赖？

标题: 修bug修一半没了怎么弄
作者: #skylusheng
板块: #搞七捻三
编号: 1658486
帖子: https://linux.do/t/topic/1658486
时间: 2026-02-25 21:26:02
摘要:

标题: vless reality代理不工作： reality verification failed
作者: #pitpat
板块: #开发调优
编号: 1658501
帖子: https://linux.do/t/topic/1658501
时间: 2026-02-25 21:30:21
摘要:

vmiss上用mack-a脚本建的vless reality，之前一直好的，最近两天连不上。
sing-box client的log：
ERROR [3937485235 358ms] connection: open connection to [2001::1]:443 using outbound/vless[b6833f96-vless_reality_vision]: reality verification failed
v2rayN client的log：
[Info] [3974372694] app/proxyman/outbound: app/proxyman/outbound: failed to process outbound traffic > proxy/vless/outbound: failed to find an available destination > common/retry: [transport/internet/reality: REALITY: processed invalid connection] > common/retry: all retry attempts failed
server上xray的log：
2026/02/25 08:09:13.614514 from xxx.xxx.61.55:45929 accepted tcp:127.0.0.1:45987 [dokodemo-in-VLESSReality >> z_direct_outbound]
client的配置比对过，没问题，包括publickey, short_id, server_name等，通过生成的订阅链接加的。
弄了挺久了，佬们指点下。

标题: 分享一下你们编码桌面布局
作者: #桃花
板块: #搞七捻三
编号: 1658504
帖子: https://linux.do/t/topic/1658504
时间: 2026-02-25 21:31:45
摘要: