hearting

Hearting（原agent_setting）是一款本地优先的编码智能体工作流层。它不是配置单一运行时，而是定义一次共享契约，并将其投射到Claude Code、Codex和OpenCode各自发现的原生技能、智能体、钩子、模式和命令表面上。其目标是贯穿所有三个工具完成研究、规划、实现和验证的一致性循环。 README中描述的关键机制： - 路由能力：26项能力设有12个入口路由器。在进行大量工作之前，智能体会提出包含五个字段的路由卡（任务、原因、路由、范围、完成标准）以供审批。 - 强度等级：直接、快速、标准、强、彻底和对抗六个级别选择阶段图和执行深度；验证严格程度由强度决定。 - 密封跨运行环境调度：在标准及以上级别，每个阶段作为具有密封角色、模型配置和独立写范围的独立启动会话运行。每组2-4个并行腿在同一事务中启动，默认跨运行环境家族分发。禁止执行深度3。 - 每节点模型层级：deep、balanced-deep、light和mini四个层级在编译时按节点密封；适配器将它们映射到具体模型，而不在共享契约中命名供应商。 - Fleet：在尝试注册表上的实时仪表板，以一棵树的形式展示所有三个运行时的交互式会话和已调度工作节点，显示状态、运行环境、密封配置、上下文 Gauge 和 Token 计数。`fleet --once`和`fleet --json`无需curses即可工作。 - 守卫：39个钩子，其中5个为硬阻断，在工具调用前拒绝写范围、规范读取、工件根目录、Git状态和内存路径违规。 - 工件系统：代码方面从研究/分析项目到规范再到计划，文档方面从研究到草稿再到细化，均位于项目级.agent_reports/根目录下。 - 内存：SQLite加FTS5，跨会话、项目和运行环境；变更决策以覆盖方式记录而非删除。 安装通过一行发布脚本完成，安装经完整性校验的归档文件，并在支持的情况下注册每日用户级更新检查。安装程序不触碰运行时凭据、会话、日志或数据库。当存在Codex时，还会安装一个可逆的受保护入口，使交互式codex命令进入由运行环境管理的App Server，而非交互式命令则透传至真实CLI。`hearting update`在安装新发布前会暂存并验证，然后切换活动指针，失败时回滚。`compute-hosts`操作员启动器读取用户拥有的YAML配置，首次使用时以注释模板形式初始化。 运行时支持覆盖Claude Code、Codex和OpenCode的链接模式（实时调试）和打包模式（不可变绑定）投射。不支持的表面标记为SKIP并附原因。开发工作流程包括单一的generate/check入口点、生成投射漂移测试以及运行与CI相同检查的仓库Git钩子。文档涵盖用法、安装布局、发布策略、能力、角色、路由、操作、内存和钩子。采用MIT许可证。