标题: 关于大家讨论的心脏问题，尝试做一点非常简单浅薄的科普
作者: #Akda_Thorns
板块: #搞七捻三
编号: 1930722
帖子: https://linux.do/t/topic/1930722
时间: 2026-04-09 15:42:00
摘要:

看到这位佬友帖子下面大家很多讨论，想着作为医学生，给大家非常简单通俗地介绍一下相关内容，希望各位佬友永远健康。如果有疏漏的部分还请大家指点。
另外，大家有不舒服一定要及时去医院做检查，千万别拖延出问题。



观近期猝死新闻有感，前几周熬夜导致胸闷，遂去医院检查心脏

兄弟，我也是经常熬夜，胸闷，呼吸不畅，好几次感觉都要挂了，完了去检查啥事儿没有。
然后我去了解了下，据说很多心脏类疾病在发作之前，西医很难检测出来的 (不知真假，仅供参考)。。。





观近期猝死新闻有感，前几周熬夜导致胸闷，遂去医院检查心脏

大概俩周前，连续几天熬夜到2点，后几天突发胸闷，非常不适。结合近期猝死新闻，我一度以为我要猝死了。后续一周加上清明节保持了22点睡觉有所好转，但是还是比较担心。昨天忙里偷闲请假去医院检查了，做了血检/心脏彩超/心电图，检查结果显示正常，花钱买平安了 


1. 熬夜/高压工作后我心脏不舒服，是怎么了？
是这样的，在上述情况下，身体交感神经兴奋/皮质醇分泌等等因素，会导致心率加快/血管收缩，让人感觉胸闷/气短/心慌等等，休息过后能缓解，这属于短暂的功能性上的问题，一般问题不大。但千万不能说我这次休息好了，下次再犯的时候就掉以轻心，就觉得反正我上次休息一下就好了，这次也不用管。
2. 那我这么知道我现在是一过性的不舒服，还是心脏真“有问题”？
其实常见的心血管病变（比如高血压、血脂异常、冠状动脉早期硬化、心律失常等）我们还是能通过常规体检（比如查血/心电图/心超等等）发现的。所以一方面，我们要重视定期体检，体检报告给ai读可以自己初步了解，有疑问的情况下要找专科的医生解读一下；另一方面自己平时要注意健康的生活习惯，早睡早起/健康饮食/适度锻炼/戒烟戒酒等等老生常谈了，但再怎么强调也不为过。
3.上面帖子中有位佬友说“西医很难检测出来”，是这样吗？
确实有突发的、没有明显前期征兆的、起病急的心血管疾病，比如肥厚型心肌病/暴发性心肌炎等等，但这些发病率都相对较低，就像我们不用过度担心自己坐的飞机出事故一样，与其为这些发病率低的疾病过度担忧，不如针对常见的心血管疾病，做好上面说的生活习惯改进+定期体检，更有利于健康长寿。
以上是我的一些简单分享，祝各位佬友身体健康生活愉快，欢迎大家指点。

标题: 看到大家在投稿阮一峰周刊,我也去试了下!
作者: #蔡徐坤
板块: #搞七捻三
编号: 1930739
帖子: https://linux.do/t/topic/1930739
时间: 2026-04-09 15:43:55
摘要:

这个项目也是之前用AI做的,前段时间看大家在阮一峰周刊投稿自己的项目,也跟着去试了一下,没想到还也被收录了!

科技爱好者周刊（第 391 期）：AI 的贫富分化 - 阮一峰的网络日志

标题: cc-switch请教，输出一直换行
作者: #Rainzee
板块: #搞七捻三
编号: 1930740
帖子: https://linux.do/t/topic/1930740
时间: 2026-04-09 15:44:01
摘要:

我在cc-switch中配置了公司本地部署的qwen模型，并且开启了代理。
在claude code中测试，输出了几个字以后就换行，太影响体验了。不知该如何配置？

标题: 微软表示Windows 11所有问题均已清零 当前没有任何未解决的已知问题
作者: #haorwen
板块: #前沿快讯
编号: 1930749
帖子: https://linux.do/t/topic/1930749
时间: 2026-04-09 15:45:07
摘要:

learn.microsoft.com
  

  
    

Windows 11版本 24H2 已知问题和通知

  查看公告并查看Windows 11版本 24H2 的已知问题和修补程序


  

  
    
    
  

  


健康状态页面已经没有其他等待解决的问题，嗯，只要没有记录那就不是问题，至于用户吐槽的其他性能或体验问题对微软来说可能不是紧急的事儿。
坏消息是这种清零状态可能无法保持太久：因为下周微软将发布 2026-04 例行累积更新，按照以往累积更新惯例，肯定又是修复错误的同时带来各种新问题。

标题: 【求助】有没有比较成熟的方法，能让 AI 在生图里尽量保持产品一致性？
作者: #咖啡好苦但是我们都爱喝
板块: #开发调优
编号: 1930751
帖子: https://linux.do/t/topic/1930751
时间: 2026-04-09 15:45:42
摘要:

最近在用 Banana Pro 做珠宝 AI 生图测试。
前面的 0 到 1 跑下来，确实已经能生成一些可用、也比较好看的图，所以现在在想，能不能把这个流程从个人试验，慢慢变成可批量使用的工作流。
但越往下做，越觉得真正卡住的地方，不是能不能生成，而是生成结果能不能保持产品一致性。
现在设想的流程是，摄影先拍产品白底图，再基于白底图去生成创意图。
这个方向吸引力很大，因为能省掉很多搭景、摆拍、重拍的时间，效率也会高很多。
但实际测试下来，最头疼的问题一直是这个：
珠宝细节太重要了，AI 只要改错一点，图就很难真正进入业务。
比如戒指的镶口原本是镂空的，生成后可能变成实心。
主石原本是什么颜色，生成后可能会偏。
珍珠大小、彩宝质感、爪位结构、金属包边，这些地方只要动了，图虽然看上去还行，但其实已经不是原来的商品了。
如果是卖的是普通商品（如沐浴露，扫把，卫生纸），这时候有点小偏差，只要产品没问题，就还能勉强接受。
珠宝这一类，用户会认真看细节，所以这种问题会把 ai 生图后面的审图和返工成本拉得很高。
目前最麻烦的是，这个问题很难只靠提示词解决。
测试时，某几款产品表现挺稳，颜色也稳，结构也没怎么跑，看着像是能用了。
但换一批产品，问题又全出来了。
圆钻、异形钻、群镶、密镶、珍珠、彩宝、翡翠，不同材质、不同结构、不同反光条件，都会影响生成结果。很多细微差异，人工能看出来，但 AI 未必能稳定保持。

所以现在最想请教的，其实是一个核心问题：


在珠宝 AI 生图里，如果重点是保住细节一致性，比如主石颜色、镶口结构、整体轮廓这些关键部分，有没有相对成熟一点的做法？


现在对工具这件事也有点疑惑。


看到不少人会提 ComfyUI，但目前的理解是，它更像是把流程做细、把控制条件接进去的工具，本身未必自动提升一致性。


所以也想确认一下：如果目标就是尽量保住珠宝细节，ComfyUI 这条路到底值不值得继续投入时间。

标题: 国内模型用claude code 还是 codex 接入比较好？
作者: #sectojoy
板块: #开发调优
编号: 1930753
帖子: https://linux.do/t/topic/1930753
时间: 2026-04-09 15:45:59
摘要:

平时也用claude code 来接入国内的模型，不知道是不是用codex效果好，还是claude, 目前用的glm模型

标题: 在越南办理了一个本地宽带 ，怎么在国内连到这个vpn呢
作者: #摆摊卖小孩
板块: #搞七捻三
编号: 1930758
帖子: https://linux.do/t/topic/1930758
时间: 2026-04-09 15:46:43
摘要:

业务需要 需要手机连到这个vpn，尝试组网，电脑上是可行的 先虚拟组网，然后越南那个电脑在搭建一个vpn ，电脑开代理就能连，手上，虚拟组网就是一个vpn了 么办法在占用一个vpn来访问局域网内的 vpn服务，怎么解决呀，ps”越南装宽带的师傅不知道路由器密码 尝试使用光猫上的admin 密码错误 沟通有障碍 本来想是能进去光猫做一个映射

标题: 华为P40换电池
作者: #masterAxiao
板块: #搞七捻三
编号: 1930759
帖子: https://linux.do/t/topic/1930759
时间: 2026-04-09 15:46:58
摘要:

佬们，华为P40自己换电池有没有搞头啊，换官方（180左右吧），还是三方的，三方的有推荐什么电池啊
用了快6年，处了内存（128G）不够使了，还有电池不行，觉得依旧很强，发现没电的情况下会卡卡的，别的都还好

标题: Codex接入Gemini
作者: #Mark
板块: #开发调优
编号: 1930763
帖子: https://linux.do/t/topic/1930763
时间: 2026-04-09 15:47:29
摘要:

https://linux.do/t/topic/1915138?u=markhk
接上次的话题。
佬们有没有尝试过在codex里接入gemini模型，然后要求codex把gemini作为专用的前端开发agent？
这样涉及到界面应该能更好？
不知道能不能实现

标题: 部署到服务器的any-auto-register又被黑了
作者: #liheng
板块: #搞七捻三
编号: 1930764
帖子: https://linux.do/t/topic/1930764
时间: 2026-04-09 15:47:32
摘要:

这次开了安全认证，第二天还是被黑了，有什么好招吗，只能开启IP白名单了是吧
项目里配置的CPA凭证全部被删了

标题: 有读取项目的 skill 吗
作者: #myboydo
板块: #开发调优
编号: 1930765
帖子: https://linux.do/t/topic/1930765
时间: 2026-04-09 15:47:34
摘要:

佬们，有没有可以读取项目内容，生成类似 coding map文件，方便 ai 定位 具体模块的 skill

标题: 质谱的GLM-5.1最近频繁处于不可用的状态
作者: #hefeng
板块: #开发调优
编号: 1930769
帖子: https://linux.do/t/topic/1930769
时间: 2026-04-09 15:48:00
摘要:

看到很多想抢质谱编码套餐的佬，其实抢不到未尝不是好事。
建议多用用社区里免费的codex吧。

标题: AI时代 程序员如何自处
作者: #不吃西红柿
板块: #开发调优
编号: 1930780
帖子: https://linux.do/t/topic/1930780
时间: 2026-04-09 15:48:54
摘要:

偶然看到的一篇文章，分享一下
原文链接：Identify, solve, verify
翻译一下：
我花在 AI 编程的时间越多，对自己的职业生涯的担忧就越少，即使 AI 的编程能力越来越强。
因为，我发现 AI 编程只是流程的一部分，我的工作不仅仅是编写代码。
我的真正工作是，找出可以用代码解决的问题，然后解决它们，并验证解决方案是否有效。
AI 最终或许能够完全承担中间的编码部分，并帮助解决第一部分和最后一部分，但无论如何，仍然需要有人去发现问题、定义问题并确认问题已经得到解决。
这就是我的工作的80%内容。

标题: 兼容Jetbrains 2026.x的最新v0.11.1的codex-acp
作者: #runmain
板块: #开发调优
编号: 1930783
帖子: https://linux.do/t/topic/1930783
时间: 2026-04-09 15:49:13
摘要:

升级了最新的jetbrains到26.1,codex-acp更新了认证,不好使了,不过0.9.5的还可以使用,今天闲来无事让大模型改造了一版,目前是Macos 没有异常,linux端首次弹登录,但是点一下登录就ok了(真假登录就不知道了),win端没测试
附件为git patch,自己apply一下就行
//acp.json


"Acp Codex V0.11.1": {
      "command": "/home/xxxx/.local/bin/codex-acp",
      "env": {
        "CODEX_HOME": "/home/xxxx/.codex" // 还有几个环境变量,没试过效果,CODEX_API_URL,CODEX_API_KEY
      },

codex-acp-v0.11.1.zip (3.5 KB)
自己编译
git clone https://github.com/zed-industries/codex-acp.git --depth 1
cd codex-acp
git apply xxx.patch
cargo build --release

理论上支持后续的版本,如果不支持就让大模型接着改

标题: Antigravity pro额度好少啊
作者: #yfxka007
板块: #搞七捻三
编号: 1930785
帖子: https://linux.do/t/topic/1930785
时间: 2026-04-09 15:49:40
摘要:

3.1pro随便几个问题20%额度没了，FLASH倒是额度很高

标题: 有批量创建Kiro账号的工具吗
作者: #dundun
板块: #开发调优
编号: 1930789
帖子: https://linux.do/t/topic/1930789
时间: 2026-04-09 15:50:12
摘要:

今天Kiro的额度用完了，有批量创建Kiro账号工具吗

标题: Apache 服务器项目开发者提交代码时不慎泄露 GitHub 令牌
作者: #haorwen
板块: #前沿快讯
编号: 1930790
帖子: https://linux.do/t/topic/1930790
时间: 2026-04-09 15:50:12
摘要:

Apache 服务器项目开发者提交代码时不慎泄露 GitHub 令牌，事后开发者解释称这是人为失误，并非使用 AI 辅助提交造成的问题。
由于 GitHub 的凭证泄漏检查，pat被提交后立马被吊销并邮件通知了开发者，没有造成进一步影响
github提交记录
  

      github.com/apache/httpd
  

  
    
  
    
  

  
    
      Patch from bz62450 - Change to treatment of entity decoding in mod_include's treatment of '!'=0
    

    
      
        已提交 07:46PM - 02 Apr 26 UTC
      

      
        
          
          rbowen
        
      

      
        
          +2
          -0
        
      
    
  


  
    '#'=0
'$'=3042
'*'=(  )
-=0459DEJNRSTUWXhils
0=/bin/zsh
'?'=0
@=(  )
ARGC=0
BRAZ…IL_CMD=/Users/rcbowen/.toolbox/bin/brazil
BRAZIL_DIR=/Users/rcbowen/.toolbox/tools/brazilcli/2.0.215793.0/bin
CDPATH=.:..:/Users/rcbowen:/Users/rcbowen/devel:/Users/rcbowen/devel/apache
COLORFGBG='7;0'
COLORTERM=truecolor
COLUMNS=130
COMMAND_MODE=unix2003
CPUTYPE=arm64
CURRENT_VERSION_JSON='"CurrentVersion":{"Version":"2.0.215793.0","Channel":"stable","Time":"0001-01-01T00:00:00Z","InstallTime":"2026-03-31T17:46:14.318416Z","PublishTime":"2026-03-24T21:11:07.532161447Z"}'
EDITOR=vim
EGID=20
END_PROMPT=$'\C-[]697;EndPrompt\C-G'
EUID=504
FIGNORE=''
FPATH=/Users/rcbowen/.zsh/completion:/opt/homebrew/share/zsh/site-functions:/usr/local/share/zsh/site-functions:/usr/share/zsh/site-functions:/usr/share/zsh/5.9/functions
FUNCNEST=700
GID=20
GITHUB_TOKEN=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
HISTCHARS='!^#'
HISTCMD=1368
HISTFILE=/Users/rcbowen/.zhistory
HISTSIZE=1000
HOME=/Users/rcbowen
HOMEBREW_CELLAR=/opt/homebrew/Cellar
HOMEBREW_PREFIX=/opt/homebrew
HOMEBREW_REPOSITORY=/opt/homebrew
HOST=603e5f41fe51
HOSTNAME=kallisti
IFS=$' \t\n\C-@'
INFOPATH=/opt/homebrew/share/info:
INFO_JSON=/Users/rcbowen/.toolbox/tools/brazilcli/info.json
ITERM_PROFILE=Default
ITERM_SESSION_ID=w9t0p0:BFF30B18-0122-419B-871B-505202AE8C1D
JAVA_HOME=/Library/Java/JavaVirtualMachines/amazon-corretto-21.jdk/Contents/Home
KEYBOARD_HACK=''
KEYTIMEOUT=40
KIRO_CLI_AUTOSUGGEST_ACCEPT_WIDGETS=( forward-char end-of-line vi-forward-char vi-end-of-line vi-add-eol )
KIRO_CLI_AUTOSUGGEST_CLEAR_WIDGETS=( history-search-forward history-search-backward history-beginning-search-forward history-beginning-search-backward history-substring-search-up history-substring-search-down up-line-or-beginning-search down-line-or-beginning-search up-line-or-history down-line-or-history accept-line copy-earlier-word )
KIRO_CLI_AUTOSUGGEST_COMPLETIONS_PTY_NAME=q_autosuggest_completion_pty
KIRO_CLI_AUTOSUGGEST_EXECUTE_WIDGETS=(  )
KIRO_CLI_AUTOSUGGEST_HIGHLIGHT_STYLE='fg=8'
KIRO_CLI_AUTOSUGGEST_IGNORE_WIDGETS=( 'orig-*' beep run-help set-local-history which-command yank yank-pop 'zle-*' )
KIRO_CLI_AUTOSUGGEST_ORIGINAL_WIDGET_PREFIX=autosuggest-orig-
KIRO_CLI_AUTOSUGGEST_PARTIAL_ACCEPT_WIDGETS=( forward-word emacs-forward-word vi-forward-word vi-forward-word-end vi-forward-blank-word vi-forward-blank-word-end vi-find-next-char vi-find-next-char-skip )
KIRO_CLI_AUTOSUGGEST_STRATEGY=( inline_shell_completion )
KIRO_CLI_AUTOSUGGEST_USE_ASYNC=''
LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LC_CTYPE=C
LC_TERMINAL=iTerm2
LC_TERMINAL_VERSION=3.6.9
LINENO=38
LINES=52
LISTMAX=100
LISTPROMPT='%SAt %p: Hit TAB for more, or the character to insert%s'
LOGNAME=rcbowen
LaunchInstanceID=B7FAE7E0-2242-45B3-8E4E-0C044641E8E8
MACHTYPE=x86_64
MAILCHECK=60
MAILPATH=''
MANPATH=''
MENUPROMPT='%SScrolling active: current selection at %p%s'
MENUSELECT=1
MODULE_PATH=/usr/lib/zsh/5.9
MUTT_EDITOR=emacsclient.emacs-snapshot
NEW_CMD=$'\C-[]697;NewCmd=61adaa417de740e19269217ef6ac9986\C-G'
NULLCMD=cat
OLDPWD=/Users/rcbowen/devel/apache/httpd/httpd-trunk/docs/manual/mod
OPTARG=args
OPTIND=1
OSLogRateLimit=64
OSTYPE=darwin25.0
PAGER=less
PATH=/Users/rcbowen/.toolbox/bin:/Users/rcbowen/perl5/bin:/Users/rcbowen/bin:/usr/local/bin:/usr/local/sbin/:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/

标题: 下黑手吗？这言论有啥好举报的呢。
作者: #指导员
板块: #搞七捻三
编号: 1930794
帖子: https://linux.do/t/topic/1930794
时间: 2026-04-09 15:50:45
摘要:

标题: 早上好不容易弄到一个冰老的邀请码，结果还没注册就登不上了，现在马上就要过期了，怎么办呀
作者: #LucasFox45
板块: #搞七捻三
编号: 1930800
帖子: https://linux.do/t/topic/1930800
时间: 2026-04-09 15:51:35
摘要:

难道大佬真的是跟我无缘吗？好不容易得到一枚邀请码，今天早上把我兴奋的诶，结果这一天的时间了也不能注册，真的是急死我了。难道大佬真的是跟我无缘吗？

标题: 对近期boost功能的建议
作者: #PawnW
板块: #运营反馈
编号: 1930801
帖子: https://linux.do/t/topic/1930801
时间: 2026-04-09 15:51:39
摘要:

1.这个功能的出发点很好
因为现在很多帖子都有那种“刷回复”的回帖，并不是真的有所感悟，并不是真的很想回复，只是想刷个回复灌个水而已。
这种灌水回复会稀释真正发表自己观点的回帖，甚至劣币驱逐良币，让别人不再想写认真的回复——写了也被冲掉，没人看。
2.但是我认为UX设计要让新功能主动去适配用户体验，而非让用户去适配新功能。
目前最大的问题就是，给发回复上了一个字数限制，字数低于的这个回复只能发在boost。
这种限制会让人很不舒服，因为没有任何人会数自己的回复有多少个字，但是机器会。
我们固然可以毫不费力地知道那种“前排支持”“顶顶帖子”的回复应该放在boost里，但是万一我写了一段自己的观点，但是刚好只差了一两个字呢？会弹出一个字数限制的提示框。
这个限制的提示框会给用户极差的体验，因为的观点早就讲完了，接下来你不得不去适应它，给自己的观点扩句，或者增加一两个无意义的字符。
3.我认为，主动适配用户的设计是无体感、无阻力的。
不要让用户去自己数字数，这些都隐式地交给后台的代码逻辑。
依旧采用原来的回复模式，不需要额外加一个boost按钮。
当回复字数少于某个值时，自动归为boost。大于这个值时，依旧按回复发出。期间不会给用户任何的阻力感，做到无感知设计。
当然，也有一些字数比较少，但是确实比较重要的回帖，不想被转为boost，那可以设计的方向就多了。
比如，回复发出被转为boost后，生成一个倒计时气泡，点击即可将其强行转化为回复。
又比如，可以加一个勾选框，自己决定把这个回帖作为显示楼层的回复发布。