Delta

AI 解释与代码摘要

• 许多人不喜欢默认的 LLM 代码摘要：太啰嗦、遗漏边界情况，或者读起来像“中级开发者”式的文字。
• 也有人在范围严格受限时觉得它们有用：对 diff、schema、API 做高层概述，由人类再过滤和润色。
• 几位评论者主张比长篇散文更好的格式：伪代码、“玩具示例”、结构化规格语言、带高亮片段的讲解，甚至是漫画。
• 一个反复出现的痛点是：为了得到简洁、准确的解释，往往需要多次迭代提示词。

Delta / DeltaDB 的概念与价值

• 被认为的核心想法：多方参与的代理对话、对代理输出的行内注释，以及把对话当作文档。
• 支持者认为它在带教、交接、调试代理输出，以及跨模型工作流方面有很强的用例。
• 怀疑者则质疑它与现有工具（Codex、Cursor、CLI、其他 harness）相比有什么差异，并把它看作另一种可以被克隆的“代理窗口”。
• 也有人认为，与 Git 工作流或以代码为中心的上下文相比，DeltaDB 和会话存储有些过度设计。

保存代理对话 vs 文档

• 一派认为持久化的转录非常关键：它能恢复工作、找回意图、验证是否完成，并查询过去的推理过程。
• 另一些人则认为长聊天会跑题；真正重要的是提炼后的规格/ADR。他们担心这会取代文档，而不是改进文档。
• 还有人担心，LLM 生成的文档会变成冗长的时间线，而不是清晰、更新后的规格说明。

多人编程与协作

• 很多评论者对实时“多人”编程持怀疑态度；结对编程和实时共享被视为小众或令人疲惫。
• 也有人表示，在配合良好时，结对体验很积极，尤其适合教学、棘手问题或调试。
• 有些人认为 Delta 的真正价值在于与代理共享异步上下文，而不是同时编辑。

Zed 的方向与产品担忧

• 情绪褒贬不一：有人称赞 Zed 的速度以及在人机交互上的创新，但也有人沮丧于核心编辑器 bug 和基础功能似乎被忽视。
• 一些人认为这是“身份危机”，或是在 VC 压力下向 AI 转向，并担心被锁定以及未来可能更改许可。
• 还有一部分人更喜欢非 AI 或 OSS 替代方案（Gram、neovim、Sublime 等），并对 AI 变成中心感到不满。

UX 与可访问性反馈

• 多次抱怨包括低对比度设计、难以阅读的主题，以及缺乏清晰演示、产品描述含糊不清。