m0n0x41d/haft

Engineering decisions engine that know when they're stale. Frame, compare, decide — with evidence decay and parity enforcement. For Claude Code, Cursor, Gemini CLI, Codex and more.

它解决了什么

Haft 为 AI 编码代理提供本地治理层,防止关键项目上下文丢失。它确保项目的“记忆”——例如正在解决的问题、比较过的选项、人类决策和支持证据——是持久且结构化的,而不是丢失在短暂的聊天历史中。

它的运作方式

Haft 充当人类、AI 代理和存储库之间的中介。它实现了第一原则框架(FPF),这是一个严谨的工程思维系统,并将此框架作为版本化的来源供代理查询。

它通过三个主要界面运作:

  • MCP 服务器:一个模型上下文协议服务器(haft serve),提供程序化访问并强制执行“核心门”(服务器端对必填字段和权限边界的验证)。
  • 技能:集成到代理中的专业程序(例如,用于澄清问题的 /h-frame、用于绑定决策的 /h-decide),引导代理的工作流程。
  • CLI:通过 haft artifact 和 haft spec 等命令直接手动访问项目的工件图和记忆。

项目数据存储在本地 SQLite 数据库和 .haft/ 目录中的 markdown 载体中。

适用对象

使用 AI 编码代理(例如 Claude Code、Codex、Grok 或 Cursor)的软件工程师,他们需要在代码库中正式且持久地跟踪工程决策、规格和项目治理。

重点特色

  • 可依赖的记忆:区分随意的聊天推理和未来工作必须依赖的正式项目记录。
  • 核心门:在服务器端强制执行结构和权限边界,而不是依赖基于提示的纪律。
  • 证据衰减:跟踪决策的证据何时过时,并将其呈现以供审查。
  • 来源原生的 FPF 传递:允许代理检索具有来源的版本化 FPF 来源材料。
  • 人在循环中:确保绑定决策和委任保持为人类委托人的明确权限。

相关

  • 项目
  • 项目
  • 项目
  • 项目
  • 项目