支持国产，支持kimi。k2.6更新太香了。

目前用kimi code cli搭配codex干活儿。我觉得我现在有点无敌，感觉开发上遇到的问题，应该都不是问题了。

目前是 kimi code cli+199套餐的k2.6 以及 codex+plus号池进行开发

5 个帖子 - 4 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 柠萌)

gpt道德太厉害了，很多图都被拦截了，看来要瑟瑟图有点难啊

请根据{主题}自动生成一张“服装结构拆解设计图”。

要求整张图兼具设计手稿感、结构拆解、中文标注、材质说明、工艺细节、版型分析。你需要根据主题自动判断最合适的穿着对象、服装品类、结构分层、风格流派、关键部件、材质工艺与版式结构，用户无需再提供其他信息。

整体风格应为：服装设计原画设定集、打版工程图、纺织品研究图录，有种初期设计的感觉。采用全彩绘制，米白色底，整体清晰、专业、有手稿质感。

按照以下步骤一步步思考：
Step1: 提取人物的基础体型特征（身高比例、体型、脸型、发色等）
Step2: 规划服装的着装系统（内外层次、部件组成、穿着顺序）
Step3: 确定需要拆解的关键细节（特殊结构、工艺难点、功能设计）
Step4: 进行符合分区格式的图片生成

版式固定为四区域分区：
- 左侧区域：人物A-pose全身站姿三视图（正、侧、背），展示完整穿搭效果，手写体中文标注整体风格关键词
- 中上区域：服装各部位拆分图，中文引线标注所有关键部件（领型、门襟、袖型、袖口、衣身、腰线、下摆、口袋、扣件等），配局部放大特写
- 中下区域：内着/底层衣物设计拆分（内衣、打底、衬里等），展示穿着层次
- 右侧区域：细节特写区，包含：
  • 材质纹理小样（棉、麻、丝、毛、化纤等真实质感）
  • 缝制工艺细节（锁边、包缝、明线、暗线等）
  • 版型结构线稿（省道、分割线、放松量等）
  • 表情差分（2-4个多角度表情变化）

所有标注文字使用手写体风格中文，清晰、规整、可读，不要乱码、错字、英文或拼音。重点突出真实结构、版型差异、工艺细节与设计手稿气质。

若主题为单件服装（如西装外套、旗袍、牛仔裤等），则以该单品为中心进行多层次拆解；若主题为整套穿搭，则展示全身搭配并分层拆解每件单品。

避免：完成稿感、时尚杂志感、电商感、动漫感、过度上色、模糊标注、错误结构、假材质、过度装饰。

连这个都有很大概率触发拦截…真的是啥都不能漏

3 个帖子 - 3 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 雪梨纽西兰希思露甘奶迪)

Hermes Agent 踩坑：WSL 环境下模型无法连接外网的问题

这几天折腾爱马仕快魔楞了，感觉比龙虾适合我，比我想象中的好用太多了，如果是 Openclaw 是一个工作流的强力助手，那么 Hermes Agent 更加贴近大众生活的使用方式。通过不断理解学习总结我每天的对话，可以总结出我后面做的东西与前面的关联性，省去了太多的麻烦了。

本来是 codex、cc 的重度用户，但是最近配置的时候踩坑死活配置不上，以前用的 快连的vpn，但是现在由于特殊原因，快连 down 了，切了备用机场使用 clash，他的工作模式就不像前者一样直接一套打包弄好。

我在 WSL 里跑 Hermes，Windows 宿主机开了 Clash，也开了“允许局域网连接”和“虚拟网卡”。而且在 WSL 里已经确认能通过 127.0.0.1:7897 正常访问外网。

按理说网络应该没问题，但 Hermes 还是连不上模型接口。后来发现，问题不在 WSL，也不在 Clash，本质上是终端有代理，不代表 Hermes 服务进程也有代理

Hermes 的 gateway 是由 systemd --user 拉起来的，不是直接继承当前 shell 环境。所以即使在终端里已经设置了：

HTTP_PROXY=http://127.0.0.1:7897
HTTPS_PROXY=http://127.0.0.1:7897

Hermes 的 gateway 进程也可能根本拿不到这些变量。这就会出现一种很迷惑的现象：

● WSL 里 curl 能联网
● Hermes 却依旧访问模型失败

解决办法

给 hermes-gateway.service 写一个 systemd override，把代理环境变量显式注进去。

先创建目录：

mkdir -p ~/.config/systemd/user/hermes-gateway.service.d/

然后写入这个文件路径：

~/.config/systemd/user/hermes-gateway.service.d/override.conf

内容如下：

[Service]
Environment="HTTP_PROXY=http://127.0.0.1:7897"
Environment="HTTPS_PROXY=http://127.0.0.1:7897"
Environment="http_proxy=http://127.0.0.1:7897"
Environment="https_proxy=http://127.0.0.1:7897"
Environment="ALL_PROXY=http://127.0.0.1:7897"
Environment="NO_PROXY=localhost,127.0.0.1"

然后执行：

systemctl --user daemon-reload
systemctl --user restart hermes-gateway.service

就欧克了。这个问题我让小米的模型自己改了很多次，都没有成功，后面通过不断的讨论对话才修改成功的。

3 个帖子 - 3 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: zhongyue)

claude订阅取消问题

claude应该套餐都是默认续订的，我想知道我现在点取消，是立即取消还是到期后取消下一周期的续订？

2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: 哈基米基哈基_米基米基哈)

openai正常充值什么情况会封号啊？

我用了几年的号，甚至还是qq邮箱，一直平安无事，三个月前用工行银联卡套googe play充了1个月，到期之后发现官网送了一个月。于是搞了个虚拟信用卡准备白嫖。结果ip不干净被拒付。只能老老实实用Google play支付。用了10多天，买了个美国Vps搭建节点。于是问了gpt大量关于翻墙，防墙，代理配置的问题。我寻思也没拒绝回答就是可以问呗。之后在一个VPS群里看到有的人聊这个gpt是拒绝回答的。当天节点配置好后我就直接用了，可能没配置对或者有什么缓存问题？chatgpt隔天就禁用了。回忆了一下要说gpt拒绝回答还是很久之前试图讨论nsfw，不知道是不是这个历史遗留问题。被封后看到秒退款又继续换了个新号折腾，继续用vps节点，又尝试虚拟信用卡支付，可能节点干净，居然支付成功了，所以我上个号被封到底是为啥？用VPS之前一直在美国和新加坡的机场节点直接切换也没事。

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: zflow)

关于公益站以及我自己近期情况的一些说明

各位佬们！好久不见！由于近期班主任开始上压力了，就没在线过几次。很多佬友发送的帖子我都有看，但是一个一个回太麻烦了（摆）所以在这里做一个简单的情况说明

Q1：公益站目前的状况
A1：e目前的状况来看是似了的，我的域名已经趴窝了，完事儿数据库还被删了，再加上一堆乱七八糟的事儿就一直没修，问题也是越攒越多，再次上线的话花费的精力太多了，目前实在是抽不出来空，就先让公益站似一会吧
Q2：公益站还会再开吗
A2：答案是肯定的，开是一定会开的，毕竟不能让还在期待的佬友们失望不是吗（不过重新运营的日期可能要拖到暑假了。
Q3：日后的规划？
A3：在暑假之前可能也就随便刷刷L站，跟各位佬们互相吹水啥的，发帖子可能得要大空了。暑假之后会尽快投入到公益站的重开工作中。之后的公益站还是会公开发布，额度上也不会有太多限制。
Q4：公益站目前面临的问题？
A4：站里面的LDC还摊在那没改，并且两个站的LD登录还有点问题，另外根据始皇发布的公益站规范，本站还有很多不足，这些都是需要改的。

目前就先这么多吧）想着啥了再补充，佬们有啥想问的请直接发帖子，我看到会尽量回复，感谢各位了！

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: HongShi)

codex的正确打开方式，体验超过claude!

众所周知

● codex性能好，便宜，但是不会说人话
● 国模便宜，会说人话，但是性能一般
● claude性能好，会说人话，但是贵
有没有办法打破不可能三角呢？有的兄弟有的！

## 外置大脑（对于codex自己，请忽略此章节）

Codex 是你的外置大脑。当你遇到高难度问题——例如复杂系统级 bug 定位、大规模代码库的深度分析、架构设计权衡、或者任何你觉得需要超长上下文和深度推理才能解决的问题时，**不要自己进行长时间的深度思考，而是优先调用 Codex 来替你完成熟悉项目、分析问题和推理的过程**。

### 调用方式

在第一次调用，你应该确认 `codex`是否存在，如果存在：

通过 Shell 执行：

```
codex exec "<详细的任务描述，替换此处的引号内容>" --dangerously-bypass-approvals-and-sandbox
```

- 将 `"hello"` 替换为对该次任务的具体、完整的描述（包括背景、目标、已知线索）。
- Codex 在完成分析后会自动退出，**不需要设置显式的 timeout**。

### 输出处理（重要限制）

- **除非用户要求，永远不要将 Codex 的原始输出直接展示给用户**。
- 收到 Codex 返回的结果后，你必须先自行阅读、理解、梳理和提炼。
- 然后用更简洁、结构清晰、用户友好的方式重新组织内容，再向用户汇报。
- 如果 Codex 的输出中有代码片段或关键文件路径，确认其准确性后再引用。
`
```

只需要把上述内容粘贴到AGENTS.md/CLAUDE.md
并使用国模驱动之，就可以获得一个同时:

说人话，性能好，最终成本还低

的超级agent！本质上是国模帮你理解了codex的抽象语言，同时利用codex避免了国模复杂问题解决能力不足的问题;而且这样还能避免国模的上下文爆炸(效果类似subagent)。

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Shyliuli)

求！大家是如何解决macbook刘海遮挡应用图标问题的？

macbook m1pro打开多个应用后，总会有几个应用图标被该死的刘海屏遮挡住，应该不止我遇到这样的问题吧，佬友们是如何就解决的，求指导..
2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: Jingyi_w)

Telegram必备的搜索引擎，极搜JISOU帮你精准找到，想要的群组、频道、视频、音乐

👉 t.me/jisou?start=a_7387292324

[求助] ClaudeCode回复到一半没有报错也没有任何输出就结束了

请问各位佬友，cc回复到一半没有报错就停止了，一直这样陷入死循环，大概是什么原因？使用的是cc-switch对接的openrouter，系统是mac，对话轮数35轮左右。换一个对话ping能正常收到pong的回复，模型用的是glm5.1

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: JIeJaitt)

chatbot 方案？

我最近一直在用 Claude 聊天，但是 Claude Web/App 的跨会话记忆功能确实不太好用，会经常忘掉一些事情，然后当我以为它还记得的时候开始胡说，这个体验感就很差了。

请问各位佬友平常都是跟哪个 chatbot 聊天的？或者如何解决 Claude 的这个问题？

1 个帖子 - 1 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: sparklydream)

分享-获得新成就

才两千人获得
2 个帖子 - 2 位参与者

阅读完整话题

via LINUX DO - 最新话题 (author: zhuoran)