Monday Meditations
模型变了，Pi 需要跟着改变吗？
AI 总结
阅读要点根据本期转写整理；点击时间戳回听原话。
模型转向 Bash，原有交互也要调整
两人观察到新模型更倾向于通过 Bash 和 Python 修改文件，而不是调用专门的编辑工具。这会影响错误反馈、diff 展示，以及人对执行过程的可见性。
什么时候值得看执行记录
普通编码任务中，两人更多在完成后用编辑器审查结果；涉及 CI、远程服务或边讨论边探索时，过程记录仍然重要。不同用途需要不同的呈现方式。
快照与 diff 并没有统一答案
他们讨论用独立 Git 索引合成修改记录的方案，也指出跨目录操作、性能和多一层状态的成本。小提交和更好的 diff 工具仍是重要方向。
顺应模型行为，同时重新设计体验
Pi 原有界面接近模型事件的直接呈现。两人提出通过工具参数中的简短描述、额外摘要等方式改善可读性，并把这些办法视为需要实验的方向。
安全边界不能只依赖工具分类
当模型把操作集中到 Bash 或代码执行中，基于单个工具的审批会失去部分意义。Mario 质疑缺乏完整上下文的二次模型判断，更强调沙箱约束。
MCP 与 code mode 需要结构化输出
两人探讨 MCP 的鉴权价值以及代码编排需要的数据形态。Armin 分享 Radius 使用任务相关 OpenAPI schema 的经验，并认为面向代码调用的服务应提供结构化结果。
仍需评估模型差异与新用途
他们认为 MCP 加 code mode 有潜力，但不同模型的实现、能力及本地模型支持仍需测试。Armin 还提出用代码定义工作流，再由 Jev 反复选择路径的用途。