上一篇博客介绍了 Agent 层的整体架构、LLM 客户端设计和工具注册系统。这篇记录剩余几个模块的实现细节：Agent Runtime 的执行循环、安全策略的设计思路、配置持久化的问题修复，以及 GlobalSettingsPanel 从占位符到完整功能的改造。

冲突真正发生之后，面板会通过 Git index 里的三个 stage 读取 ancestor / ours / theirs 的原始内容，搭配 AST 分析识别语义级的风险（调用-删除冲突、签名变更冲突、语义覆盖冲突、类型不兼容冲突），AI 给出修复建议，规则化降级兜底保证 LLM 不可用时也有基本可用的策略。项目推进到现在，三个 P1 工作流和影子合并预检都已经完成，整体功能已经达到可以提交的

上一篇博客记录了 Agent 框架的建设过程——P0 底座在这一阶段全部到位：LLM 配置层、运行时核心、工具注册、Prompt 模板、安全策略、输出解析、降级处理，以及 Agent 执行层从 Renderer 到 Main 进程的迁移。需求文档对自然语言 Git 助手的定义是：用户输入口语化的 Git 需求，系统将其转化为结构化 Git 操作计划，在执行前展示命令和风险等级，用户确认后逐步执行。

状态栏的 AI 指示灯实时反映当前 LLM 配置和连通状态，四态动态显示，替换了此前的静态文本。从设计角度回顾，各层之间的分离——工具定义与执行实现分离、schema 定义与解析逻辑分离、任务类型与降级策略分离——在框架阶段看起来增加了一些前期工作量，但它们直接决定了后续 P1 工作流能否真正独立推进，而不是每个方向都在改同一层代码。因此决定先建立一个统一的 Agent 层，把 LLM 调用、工具

迁移完成后，Agent 的执行权限和安全边界在架构上清晰了：LLM 调用和 API Key 管理收敛在 Main 进程，Renderer 侧不再持有任何敏感凭据，也不直接与第三方 API 通信，符合 Electron 的安全模型预期。这一阶段的核心工作，是把 Agent 执行层整体迁移至 Main 进程，同时引入 Vercel AI SDK 替换原有的手写 fetch 客户端，统一多 Provid

Tool 注册系统的工具定义和执行实现分开，Output Parser 的 Schema 和解析逻辑分开，Fallback 的 taskType 和降级策略分开——这些分离看起来在 P0 阶段没有立竿见影的收益，但它们决定了 P1 工作流能否真正独立推进，而不是每个人都在改同一层代码。所以我们决定先建一个独立的 Agent 层，把 LLM 调用、工具注册、Prompt 管理、安全策略、输出解析、降

本文介绍了IntelliGit项目的开发初衷与技术选型。针对Git命令行工具对新手不够友好的问题，团队决定开发一款轻量级、跨平台的Git桌面客户端，旨在通过可视化交互降低使用门槛。技术方案采用Electron+React+TypeScript构建主框架，同时引入Go编写的Sidecar服务处理性能敏感操作。项目前期特别注重需求文档编写，将功能细化到操作步骤级别，并明确验收标准，为后续开发奠定基础。

本文介绍了IntelliGit开发中采用"Electron主进程+Go Sidecar"的混合架构设计。

在开发 IntelliGit 的过程中，Git 底层操作的性能问题是绕不开的一个技术决策点。Electron 应用天然适合快速构建跨平台桌面界面，但涉及到大仓库的文件索引、提交历史遍历、差异计算这类操作时，纯 Node.js 方案的性能上限很容易成为瓶颈。本文记录我们最终采用的"Electron Main + Go Sidecar"混合架构设计，以及如何通过 JSON-RPC over stdio