iintothewind

每个月为了翻墙, 要花四五百, 这还不算宽带费用?
这也太贵了吧?

其实, 你所说的"古法编程"才是人类去"编程".
你所说的"不靠 AI", 不是你"编程", 是你"动嘴"或者输入需求,Coding Agent 去"编程"

--------

这就好比是汽车领域的"智驾", "L2.99999 循环的遥遥领先", Autopilot, 当你手离开了方向盘时,
你不是在驾驶, 你这是在坐车, 不是在开车.

其实 coding agent 在设计的时候, 上下文管理有很多不同的设计思路, 其整体思想就是如何构建一个相对稳定的上下文:
- 如何构建稳定前缀(stable prefix)
- 消息如何分类
- 追加日志(appendOnly), 哪些才能追加到不变区
- 温区如何定义(大小, entry 分类, 读写次数如何决定热度, 多长时间过期)
- 修剪机制
- 压缩水位线(上水位, 下水位)线如何划分
- 换模型带来的窗口抖动
这些都是需要在设计阶段考虑的事情.....

pi 在设计的时候是故意简化设计的, 只有一条 compact 高水位线, 其实很多时候没有做优化.
没做优化就是朴素的任其增长, 然后到水位线做有损压缩,经历一次信息失真.
但是无论如何优化, 最终上下文还会被占满, 关键信息不能做到永远保证不丢, 所以还是需要在访问关键信息的时候有调用外部记忆存储的能力, 让 agent 可回溯超出上下文的记忆.

可是最关键的 Gemini API 竟然不提供?

35 岁即将失业 + 英语差 => 想去报班 ????
----------
这个思路是错的, 因为:
1. 你没看外部环境确认你自己假设英语好能否帮你改变现状.
2. 报班能否帮你把英文变好.

你单纯想去报班, 在我看来就是去交智商税.

做的真的挺用心的, 我可以提供另一个思路, 其实可以做面向 agent 的 anthing2markdown.
这个以后会是趋势, 其实很多时候, 我们并不需要直接编辑 markdown, 而是 agent 编辑, 人类阅读就可以了.

现在不是好机会, 硬要移其实都是一个个的财富陷阱. 我的建议是多了解, 不要有执念, 要不然会损失很惨.