你是不是每一次翻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，再让用户决定。

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

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

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

前言
之前发了一贴，阐述了焦虑和熬夜的一些症状及个人原因分析，加上佬友们的一些评论，我总结了一些方法，这篇帖子用来记录效果，以下是自我调整过程。
下面记录一下，我是如何调整，或者说让自己好受一些的，为期多少就看在草稿箱里面放了多久了，刚好后面有事需要早上精神状态好，就当调整记录了。
一切情况以我自身情况为主，然后我也尽可能从实际出发，选择简单易改的情况入手。
遵守规则
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，为了获取信息和确定性因素发愁，以及获取到信息后，大脑的读取过载，看多看少都焦虑
今天张雪峰给了我一个大大的警醒
保重身体，事情是永远做不完的，尽力而为，量力而行，顺其自然。

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

高纳德认为，”编程作为科学与艺术，进入这个世界的最佳方式是写一个编译器“
「如果你想真正理解计算机，就去写一个编译器」
「能编译 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
这意味着什么
凛冬将至 — 看吧，能夺取皇冠，还有什么是计算机领域不能做或不能替代的呢

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

codex 总是报工具调用相关的错误，有佬知道怎么避免吗？

axonhub 后端的错误信息：
failed to stream request: Request failed: Bad Request, error: No tool call found for function call output with call_id call_XjSL9q5sNH76d27xA216SLwJ., type: invalid_request_error

No tool call found for function call output with call_id call_XjSL9q5sNH76d27xA216SLwJ.

酒馆真好玩嘿嘿，claude 挺不错

显然不匹配吧 一般跑的服务如果吃了16g内存 确定硬盘50够用吗