标题: 键帽Q被染绿了，清理不掉，，
作者: #可爱滴捏~
板块: #搞七捻三
编号: 1809422
帖子: https://linux.do/t/topic/1809422
时间: 2026-03-25 00:16:28
摘要:

我也没吃什么绿色水果，去渍湿巾擦不掉，，
这可是新买没多久的键盘啊

标题: 不建议工作日晚上听鬼故事，，，
作者: #可爱滴捏~
板块: #搞七捻三
编号: 1809429
帖子: https://linux.do/t/topic/1809429
时间: 2026-03-25 00:18:20
摘要:

刚刚手机靠在墙上，然后晃动了桌子，摔倒在桌子上，全身汗毛竖起，现在想上厕所，但是腿目前不敢动

标题: 八年老测试，谈谈最近面试感概
作者: #rain misty
板块: #非我莫属
编号: 1809432
帖子: https://linux.do/t/topic/1809432
时间: 2026-03-25 00:19:48
摘要:

去年也发过帖子，有意愿跳槽，但实际上并没有跳槽成功。跳槽意愿也是时有时无，一方面不满现状，一方面由于经济下行，工作实在不好换，换了大概率平薪，属于血亏（亏了我现在的稳定）。
不过也是尝试面试过的，所以给各位佬谈谈我目前的感受。
主要说两家（都是到二面的）
一家和硬件挂钩，但是也有软件；一家和AI相关，但不是什么高端的模型测试之类，而是AI应用产品。两家都是高级（>=15k）。
第一家二面现场，看样子以为稳过的，结果和hr聊完之后，说还要找总监和我聊，然后突然拖着不约总监面，最后黄了（懒得知道原因了，因为目前跳槽意愿已经很低了）；另一家要求有点高，似乎觉得我不是很匹配。我感觉他要的真的是全方位人才，啥都要会。但他们自己内部的人不会，需要一个啥都会的人进去带领他们引导他们，尤其是把AI方面的东西。
个人对如今招聘的感受
难。真的难。难得几个点如下：

要么坑位少，要求高（坑位越少的公司，要求会越高）；要么全是外包（但我暂时不考虑外包）；有一个以上坑位的公司都很少（仅限我所在城市广州），但是绝大部分都是要初中级。
极其想要全方位人才，尤其是AI相关，特别要有落地AI经验。说实话，我也捣鼓AI，但哪有什么大规模落地经验，都是小打小闹。所以重点来了，你的简历一定要说到AI，无论如何都要扯到AI（我没写，但是面试官一定会问。）
没有伯乐，全是运气。人与人之间能不能对上眼对上脾气，是真的少。尤其面试交流过程出现不苟同的情况。虽然本人对自己能力可能也是过于自信，但说实话，大部分在位者，都和我一样是草台班子，没有谁强谁差之分。所以，运气运气，真的很重要。

AI时代，对测试的感悟
目前我也没有特别好的AI经验，甚至有时候我也不认同所谓的AI写用例。对我来说，用例=描述一个产品的代码实现逻辑（偏后端） + 功能验证。我自己写用例的时候，会尽力写清楚该功能如何实现（有时候写的细，有时候不会那么细，请勿纠结，都是看具体情况的），譬如，实现一个测试管理系统，系统里有测试用例之类的，testType=case代表测试用例，testType=plan代表测试计划；当用例规划进入进去，是用例还是计划，哪个字段发生变化，写入了哪些值才说明规划成功。但要把AI调教成我要的这样子，还挺难搞的，因为好多功能没开发完我也不知道开发成啥样了。目前那些写功能用例的AI，实在不满足我。我也仅仅是写xmind，让AI帮转excel，并没让AI写用例。
我目前其实也是用站内公益站，gpt5以及claude code（感谢公益站大佬），龙虾也搭建在本地wsl2上。明面上看着也是在跟紧AI，实际也是滥竽充数，没什么大建设。也写过skills，但也懒得拿去公司装了，仅是提升个人效率用。AI时代，测试想活下去，既要有运气，也要稍微自己下苦功夫，卷一卷，这是没办法的事。
如果你想靠测试混饭吃，混的久一点，那我一定是建议技术上要下功夫。至于业务上的东西，都是跟着运气走，你进了哪个公司照着学那些就是了。就好像你想混银行，也真得看运气，毕业早点进入银行相关，否则你确实没办法去拥有银行的业务经验。
我算是蛮喜欢干测试的。不过大多数人，应该仅仅是拿测试当谋生工具。这部分人在AI冲击下，如果不保持一点竞争力，可能也会被时代慢慢抛弃。每个人有每个人活法，没有对错。只是我总是看到很多测试同行诉苦失业等，略感悲凉。也不知是这个时代的问题，还是我们的问题。祝各位测试佬都能好好活下去。
尾记
今天是简单叙述。等我十年测试生涯，我可能会更认真的写一篇记录到我博客上。
最后抛一个我面试的时候某面试官提的一个问题，给各位测试佬感受一下压力：
在数据链路层/传输层中，如果有一段比特流（例如 011000111100）在传输过程中可能发生比特错误，应如何设计差错检测与纠正机制，使接收端能够检测并纠正单比特或多比特错误？
晚安，各位佬。

标题: 感觉IDEA对ACP的支持不太行
作者: #Epresin
板块: #开发调优
编号: 1809435
帖子: https://linux.do/t/topic/1809435
时间: 2026-03-25 00:20:45
摘要:

比如说mutilagent这种环境下经常页面卡死，无法跳转
有没有用zed的佬评价下那边的acp好用吗

标题: 刚看完明朝那些事儿…
作者: #MG
板块: #搞七捻三
编号: 1809449
帖子: https://linux.do/t/topic/1809449
时间: 2026-03-25 00:24:02
摘要:

感觉明朝最后一个皇帝朱由检好惨，好累，从17岁开始接盘明朝这个公司的尾盘就兢兢业业干活，但确实没办法天灾，内患，皇太极这个外忧联合起来把明朝搞垮了，感觉皇帝也没那么好当，以后穿越再也不想当皇帝了，当官也不好，解决外患的时候开开心心的用你，解决完了问题又反过来解决你，徐霞客的生活态度算是好嘛，我觉得是，也不是，还是按当年明月说的，按自己想法过一生吧，但其实也挺难的，晚上刚看到信息张雪峰去世了，张雪峰也没多大吧，他给我的印象就是整体兢兢业业的开直播挣钱，到最后感觉也没享受到什么清净日子，到这儿我也不知道说啥了，猜测大部分人都跟崇祯一样吧，选择了就只能一口气走到头了

标题: 有多少人觉得自己有“信息错失恐惧症”
作者: #懒羊羊大王
板块: #搞七捻三
编号: 1809453
帖子: https://linux.do/t/topic/1809453
时间: 2026-03-25 00:25:53
摘要:

在 AI 时代，我每天都会刷很多关于 AI 的文章和帖子，看到觉得有用的但没有时间立刻看，就会收藏或者存起来，等有时间再看，同时又在不断刷新的帖子，如此循环往复，久而久之就堆积了一堆收藏未读的帖子，同时又会觉得太多看不完而感到焦虑，该如何破局。

标题: codex废话太多怎么办？约束skill
作者: #一念
板块: #开发调优
编号: 1809458
帖子: https://linux.do/t/topic/1809458
时间: 2026-03-25 00:27:31
摘要:

你是不是每一次翻codex的回答翻到心烦意乱？
你是不是经常需要压缩上文因为codex过长的输出和过多的废话？
你是不是每一次都因为codex的一大堆输出而觉得根本找不到重点？
但是
如果直接让它输出更加简洁一点，你还是会发现它有些句子的意思实际上是重复的；
如果直接让它不要废话解释那么你有会担心影响输出质量
那么
怎么控制codex的废话呢？
如果你观察一下codex的输出会发现：

它的输出具有非常明显的结构规律，但是几乎每一个结构里面都会有重复信息，所以说我们修复的重点是面向过程，在codex生成的时候约束怎么决策
那就需要减少结构、减少“如果你需要”、减少重复性总结之类的东西
它的输出经常会默认展开许多你不需要的东西，那么我们需要让它少展开一点东西让我们的注意力聚焦到真正重要的东西


---
name: 1
description: 直接回答，先给极简结论；只在确实增加新信息时补充解释。避免重复、寒暄、铺垫、结构惯性和显而易见的说明。

---

# /1

对当前请求使用这种表达风格。

## Core behavior

回答时优先控制生成过程，而不是事后追求一个看起来精炼的成品。

- 先直接回答，不要先写引言、铺垫或任务复述。
- 默认不要起固定模板；只有在结构真的能增加新信息时才加 section。
- 写下一个句子、bullet、段落或 section 前，先判断它是否带来不可从上文直接推出的新信息；如果没有，就不要写。
- 不要为了完整感补 intro、summary、recap、wrap-up 或 next steps。
- 不要为了让回答“像一篇完整答复”而补齐结构；回答完成的标准是问题已经被清楚解决，而不是形式上完整。
- 如果一句能说清，就不要扩成一段；如果一段能说清，就不要扩成多段。
- 默认不举例；只有在没有例子会明显增加理解成本时才举例。
- 解释必须服务于理解，而不是服务于形式完整。

## Output policy

- 先给极其简洁的结论。
- 只有在确实增加必要新信息时才补充解释。
- 全程保持高信息密度。
- 各部分之间尽量不要重叠。
- 避免重复、寒暄、铺垫和显而易见的说明。

## Structure policy

默认用最少结构回答清楚，能不分 section 就不分。

### Conclusion

- 默认先给答案。
- 优先用 1-3 条很短的 bullet。
- 每条都要紧凑、明确。
- 优先使用可执行、可判断的表达。

### Explanation

- 只在能增加必要新信息时出现。
- 只解释支撑结论所必需的内容。
- 优先用 bullet 或短小分组，不写冗长散文。
- 不要换一种说法重复结论。
- 默认不举例；只有在没有例子会明显增加理解成本时才举例。
- 如果内容可以并入上一部分且不损失清晰度，就并入，不另起结构。
- 跳过明显背景、常识性说明和泛泛 caveat。

### Need Your Confirmation

- 只在缺失信息会实质改变答案或执行路径时出现。
- 最多问 1-3 个关键问题。
- 如果存在合理默认假设，可以简短说明后继续。

不要因为模板里有 section 就机械创建它。

## Anti-redundancy rule

- 每个句子、bullet、段落、section 都必须提供新的信息。
- 不要在不同 section 中重复同一个点。
- 不要把结论换一种说法在解释里再写一遍。
- 不要用不同措辞反复表达同一含义来制造“内容感”。
- 不要用 intro、recap、wrap-up 或 next-step section 复述核心内容。
- 如果 Conclusion 已经清楚给出答案，Explanation 必须深化，而不是改写。
- 如果新增结构只是让文本看起来更完整，而不是带来新信息，就不要加。

## Style rules

- 使用用户当前语言。
- 表达直接、干净、高信息密度。
- 不要寒暄、奉承、无必要道歉，也不要叙述自己的过程。
- 除非为了消除歧义，否则不要重复用户请求。
- 如果 Conclusion 已经完成总结，就不要再追加第二个 summary。
- 不要主动建议 next steps、follow-up tasks 或可选延伸。
- 不要用 "I can also..."、"If you want, I can next..." 或类似话术推动对话继续。
- 默认认为用户如果需要更多信息或后续动作，会自己提出。

## Boundary

如果请求涉及明显的人类偏好或高判断权衡，不要假装只有一个客观正确答案。应清楚列出关键选项与 tradeoff，再让用户决定。

标题: 大佬们，ai agent开发要学什么，有无学习路线啊
作者: #15319363681
板块: #搞七捻三
编号: 1809466
帖子: https://linux.do/t/topic/1809466
时间: 2026-03-25 00:30:09
摘要:

我本来是java仔(就学到redis)，结果被创业的学长拉去做了将近小半年的项目，关键是全用的ai写的啊，从claude 3.5到4.6，gpt5.4，除了国产的模型没用过，其他都用过。关键是感觉不到技术的提升，倒是遇到问题知道问ai解决问题，最近快大三暑假要找实习了，但是很慌，我也不知道会什么，甚至不知道学什么，现在就看完了python的基础语法。不知道以后怎么整，看很多大哥学python差不多四个月就能实习了，但是我不知道路线，有没有大佬指点迷津。

标题: Grok2api503了
作者: #zhuoran
板块: #搞七捻三
编号: 1809487
帖子: https://linux.do/t/topic/1809487
时间: 2026-03-25 00:41:17
摘要:

我的key和几个公益站好像都不行了，是我的问题么

标题: 中行万事网联/银联环球薪卡已上线系统 暂不制卡
作者: #Gazes
板块: #前沿快讯
编号: 1809497
帖子: https://linux.do/t/topic/1809497
时间: 2026-03-25 00:45:59
摘要:

提醒：在确认可制卡前，不推荐办理非预制卡业务。
据匿名读者投稿，中国银行「环球薪」系列借记卡已上线核心系统，但暂不可制卡。信源提供的卡片信息如下：
万事网联/白金 BIN: 559756
万事网联/世界 BIN: 559212
银联/白金 BIN: 627025
银联/钻石 BIN: 627028
其中，万事网联白金卡的可售产品名称可能为「万事达白金卡（无脱机PIN码）」，可售产品代码为 106702001 。
频道编辑歉难核实上述信息完全准确，且上述信息可能在正式发卡时有所变动，请以实际发卡制卡为准。
感谢 匿名读者 投稿
转自encmasuta

标题: 如何应对焦虑和熬夜
作者: #mlws1900
板块: #搞七捻三
编号: 1809506
帖子: https://linux.do/t/topic/1809506
时间: 2026-03-25 00:51:31
摘要:

前言
之前发了一贴，阐述了焦虑和熬夜的一些症状及个人原因分析，加上佬友们的一些评论，我总结了一些方法，这篇帖子用来记录效果，以下是自我调整过程。
下面记录一下，我是如何调整，或者说让自己好受一些的，为期多少就看在草稿箱里面放了多久了，刚好后面有事需要早上精神状态好，就当调整记录了。
一切情况以我自身情况为主，然后我也尽可能从实际出发，选择简单易改的情况入手。
遵守规则
1.不在床上玩电子产品，因为种种原因，我自从上班后养成了在床上玩手机和看电脑的习惯。玩手机或者看电脑，必须在另一环境中，坐在桌子前最佳。
2.我没有午休的习惯，但是我觉得应该增加一个午休的习惯，大概20-30分钟，这样有助于减轻下午的疲劳症状。
3.午休减少疲劳症状的目的就是为了在晚上八点困意极强的时候撑住。因为有午休，估计晚上犯困的症状会缓解，在晚上正式入睡前，不能提前入睡。
4.入睡前必须洗漱，洗澡为最佳，洗脸洗脚刷牙次之，还要记得上厕所。如果喝水过多，我建议半个小时或一个小时后再睡，不然容易被尿憋醒。
5.睡前半个小时以上不能碰电子产品，这点尤为重要，其实大部分人是被电子产品控制的，认为分秒必争，错过半个小时可能就错过天大的消息，这点我建议在睡觉时间前设置一个隔离带，从电子世界中走出来。
6.设定的睡觉前，尽可能把工作或者任务计划做好，这样就不会带着焦虑睡觉，并且想要提前完成计划“内卷”自己的时候，记得告诉自己，精力旺盛的时期去完成计划效果更好，不需要争分夺秒。
7.设定好时间表并遵守，执行力是关键，一是有参照物，二是确实根据自身情况进行充分考虑和设计。
8.在实现过程当中，因为之前的行为产生的惯性不予自责，只需要看到自己在向目标前进即可，不必给自己过大压力。
9.利用耳塞，眼罩等物品给自己提供一个良好的休息环境，环境非常重要。
10.每日的工作内容，尽可能每日完成，完不成留存到明天，今日事今日毕，且不要“内卷”或者拖延
时间表
为了方便，以24小时计时
比方说我设定每天为24点睡觉（指完成准备工作后，躺在床上开始计算）
那么我下班后吃完饭，大概按照19点正式开始准备工作
19点-22点，处理工作或其他事情
22点洗澡，为什么要提前洗漱，因为我觉得，洗漱完的人会暂时清醒，如果沿着这个清醒的感觉继续，就会导致熬夜。所以提前洗澡，身体会刷新，但后续的工作，会让人继续疲惫
22点-24点，收尾工作，做明日计划
次日30分，与网络世界断开连接，躺床上
以上时间表因人而异，仅供参考
特此说明一下：我说的工作并非真正意义上的工作，而是指自己感兴趣的事情，可以是读书，刷视频，分析股市，等等
以下为每日记录：
3.18 起床时间：18号8点 睡觉时间：19号2点
3.19 起床时间：19号9点 睡觉时间：20号2点
3.20 起床时间：20号11点 睡觉时间：21号1点
3.21 起床时间：21号11点 睡觉时间：22号2点
3.22 起床时间：22号11点 睡觉时间：22号11点半（但熬夜到23号4点）
3.23 起床时间：23号7点 睡觉时间：24号5点
2.24 起床时间：24号9点 睡觉时间：25号1点
在熬夜到凌晨3点后的时间，次日白天或者晚上部分时间会被身体强制休眠，也算是补觉了，就是睡眠质量差
记录分析
我分析了一下为什么有些时间段会熬夜到2点后
1.环境因素，工作住酒店有所缓解，但在家就会报复性熬夜，换个环境会好很多
2.心态因素，总觉得事情没干完，反正有ai，提示词一写等着出结果就好了，但往往等着等着，又出来一系列待优化的问题
3.过度思考，精神紧张，我理解为某种fomo，为了获取信息和确定性因素发愁，以及获取到信息后，大脑的读取过载，看多看少都焦虑
今天张雪峰给了我一个大大的警醒
保重身体，事情是永远做不完的，尽力而为，量力而行，顺其自然。

标题: ribbi怎么炒起来的啊
作者: #xibaoyuxi
板块: #搞七捻三
编号: 1809508
帖子: https://linux.do/t/topic/1809508
时间: 2026-03-25 00:53:30
摘要:

这https://ribbi.ai/ 怎么炒起来的啊，效果这么差，这营销就跟Manus一摸一样，有认识这种类似营销团队的可以推荐给我，我也想要！！！

标题: Claude code 构建 C 编译器 --- 可以编译Linux内核
作者: #你今日饮左未
板块: #开发调优
编号: 1809514
帖子: https://linux.do/t/topic/1809514
时间: 2026-03-25 00:58:13
摘要:

高纳德认为，”编程作为科学与艺术，进入这个世界的最佳方式是写一个编译器“
「如果你想真正理解计算机，就去写一个编译器」
「能编译 Linux kernel」是 C 编译器领域的终极考验

16 个 Claude 并行写 C 编译器——编程作为一种「工业生产」的初次演示

原文： Building a C compiler with a team of parallel Claudes

AI 用了两周和两万美元
不是「AI 写了一个玩具编译器」，而是 99% 通过 GCC torture test，能编译 Linux 6.9 内核、QEMU、FFmpeg、SQLite、PostgreSQL、Redis 的真实 C 编译器。100,000 行 Rust，两周，$20,000
这意味着什么
凛冬将至 — 看吧，能夺取皇冠，还有什么是计算机领域不能做或不能替代的呢

标题: openai business母号被封，但是子号还能用？
作者: #yjian zhu
板块: #搞七捻三
编号: 1809523
帖子: https://linux.do/t/topic/1809523
时间: 2026-03-25 01:01:18
摘要:

我的母号被封了，appeal也没用。但是我同学告诉我他还能用，还有pro的额度。好奇怪啊