Twinny 4.3.8 发布:引入基于 Git 快照的回复撤销机制,彻底解决 Agent 修改文件的不可逆难题
Twinny 在 4.3.8 版本中重磅上线了针对 Agent 自动回复的撤销功能。该功能利用 Git 索引快照技术,在 Agent 执行代码修改文件时,自动记录文件变更前的状态。用户可通过 VS Code 内置的 Diff 视图直观对比,并执行一键撤销,将 Agent 的修改重新还原到编辑器撤销栈中,有效解决了多文件批量修改后难以回滚的痛点。
专为 VS Code 设计的AI代码补全插件
Twinny 在 4.3.8 版本中重磅上线了针对 Agent 自动回复的撤销功能。该功能利用 Git 索引快照技术,在 Agent 执行代码修改文件时,自动记录文件变更前的状态。用户可通过 VS Code 内置的 Diff 视图直观对比,并执行一键撤销,将 Agent 的修改重新还原到编辑器撤销栈中,有效解决了多文件批量修改后难以回滚的痛点。
Before the search: what Index workspace reads, skips, hashes and keeps when you cancel
Twinny 发布 4.3.6 和 4.3.7 两个小版本,分别聚焦于提升开发者体验与优化后端架构。4.3.7 引入了基于本地词库与 LLM 混合的智能补全功能(Ghost Text),支持 Ctrl+→ 快速选词且数据本地化;4.3.6 则修复了开发者认证瓶颈,将单 IP 限制从 5 次提升至更智能的转发头识别,并重构了 Token 管理,实现‘一次粘贴,多仓库复用’,显著降低了多项目协作的维护成本。
Twinny 4.2.2 版本发布,其 Source Control 插件中的 Commit Message 功能迎来重大架构升级。该功能通过精确控制 Git 命令执行、智能截断 Diff 内容(限制 24KB)以及多层清洗机制,实现了从原始代码变更到高质量提交信息的自动化转换。文章深入剖析了其内部逻辑,包括如何区分暂存与未暂存变更、处理大文件截断策略以及去除模型推理过程(Thinking Blocks),为开发者提供了极致的本地化 AI 协作体验。
Twinny 官方发布技术博客,详细解析其本地 LLM 服务探测与模型匹配核心逻辑。文章揭示了 Twinny 如何通过并行请求 7 个预设端口(涵盖 Ollama, LM Studio, llama.cpp 等)进行服务发现,并引入严格的模型名称匹配机制,确保 Chat、Autocomplete 和 Embeddings 三种任务精准路由。此外,文章还展示了测试探针的具体请求 payload 及错误处理流程,为开发者理解 Twinny 的自动化部署提供了底层代码视角。
Twinny 4.3.3 版本正式引入“录制(Recording)”开关,允许网关在保留元数据的基础上,完整捕获请求正文、回复内容及代码上下文。该更新解决了 Agent 模式下因多次重放导致的重复记录问题,通过 SHA-1 哈希算法实现“一行一对话”的自动去重,并优化了 SQLite 与 JSONL 双存储架构的保留策略。开发者可借此提升调试效率与模型微调数据质量。
Twinny 团队发布深度技术文章,阐述其核心设计理念:将‘免费’从商业定价转化为代码所有权。Twinny 通过 MIT 协议开源所有核心组件,将提示词模板、服务器配置及编辑器集成完全暴露给用户。付费功能仅通过本地 Ed25519 签名验证进行逻辑门控,无需联网激活。这种架构赋予开发者完全的控制权,解决了闭源 AI 工具中提示词黑盒、供应商锁定及隐私泄露等痛点,为构建自主可控的 AI 工作流提供了新范式。
Twinny 正式开源其核心适配器架构,通过‘一合同三适配’机制,将 Ollama、llama.cpp、OpenAI 兼容服务器及八大托管 API 等 19 种模型后端统一封装。该架构屏蔽了底层协议差异,为上层应用提供标准化的流式接口(AsyncIterable),并实现了细粒度的错误分类与请求优化,大幅降低了开发者集成多源模型的复杂度。
Twinny 发布深度技术文章,详解其核心 Agent 架构如何在极小上下文窗口(如 8k tokens)内高效运行。文章揭示了 Twinny 如何通过动态探测服务器上下文限制、智能规划上下文分配、基于线性的结果截断以及多模态工具调用协议,解决小模型在长对话中丢失工具调用指令的难题。这对开发者理解 Agent 在资源受限环境下的上下文管理提供了极具价值的参考。
Twinny 扩展的 Review Tab 功能通过精细化的 Diff 处理流程,在保持代码审查质量的同时优化了 Token 消耗。文章详细解析了其对统一 Diff 的解析逻辑,明确排除了锁文件、构建输出及二进制文件等噪声;阐述了基于 Hunk 边界的文件分块策略(每份最大 8000 字符,最多 8 个部分);并揭示了 `twinny.reviewMaxDiffChars` 配置项如何根据模型上下文窗口动态调整审查粒度,确保审查结果在开发者与 AI 模型之间的高效流转。
Twinny 官方发布技术文章,深度拆解其终端集成机制。文章揭示了 Twinny 如何通过订阅 VS Code Shell Integration 事件来捕获终端输出,而非读取滚动缓冲区。核心亮点包括:智能过滤 ANSI 码、基于正则表达式精准定位文件与行号、以及将编译器错误自动转化为编辑器内联编辑的能力。该机制确保了上下文窗口的高效利用,并实现了从错误分析到代码修复的零摩擦闭环。
The diff lives in the file: how an inline edit is shown, streamed and settled