Skip to content

liguwe/harnessx

Repository files navigation

🛠️ HarnessX

模型是 CPU,Harness 是 OS。

HarnessX 是我的本地 Agent 运行系统。它通过每天能跑的新版本,回答一个更大的问题:AI-Native / Agent Product 到底长什么样子?

当前最务实的切入口是开发者 CLI:先把这些能力在本地的 hx 命令行中跑通。

  • 自举迭代:这里是工程现场,不是资料馆。HarnessX 依靠 Agent 协同开发自己。
  • 🎯 阶段目标:先把 packages/cli 做成一个能持续演进、本地可用的开发者 CLI (hx)。
  • 🧠 产品自省:每个版本都必须回答一个小问题:这个能力让 Agent 产品更像一个真实可用的产品了吗?

🧭 演进路径

1. 起步:吃透 CLI & Agent Loop

  • 目标:交付本地高频可用的 hx 命令行工具。
  • 落地:CLI/TUI 终端交互、上下文管理、Agent Loop、本地沙箱及 Tool Registry(读写/Shell/Patch 等权限审批与反馈)。

2. 桥接:探索 GUI & 产品交互

  • 目标:从 CLI 经验过渡到 Desktop / Chat / IDE 插件等 GUI 级的产品判断。
  • 落地:沉淀人机协作模式、上下文注入、复杂任务拆解与工具执行反馈的产品方案。

3. 收敛:定义 Agent Product

  • 目标:形成第一版 AI-Native Agent 产品图景与落地路线。
  • 落地:理清“核心产品功能”与“底层工程细节”的边界,确定 HarnessX 的演进方向。

⚙️ 开发准则

  • 🚀 版本交付:以每天发布一个可运行版本为生死线。停手时必须说清楚:今天 HarnessX 增加了什么能力?(详细见本文 Release Notes
  • 🧱 开发破墙:先 build 运行,边做边对照源码。外部上游参考(references/)仅在卡住时用于“破墙”,不独立消耗时间。
  • 🔌 工程沉淀:所有可运行能力直接沉淀到 packages/ 对应的 pnpm workspace 中。

📂 仓库结构

packages/
  cli/                  # 🛠️ HarnessX CLI 主包 (hx CLI)
  core/

docs/
  README.md             # docs 目录规则入口
  v0.0.1/               # 版本交付文档,文件编号全局递增

references/             # ⚠️ 只读参考 (以 Git Submodule 接入)
  codex/                # 📂 OpenAI Codex 上游参考源码
  opencode/             # 📂 opencode 上游参考源码
  learn-claude-code/    # 📂 Harness / Agent Loop 学习参考
  pi/                   # 📂 Pi minimal agent harness 参考源码

Release Notes


📚 博客与技术沉淀 (Notes)

About

0-1 构建 general agents

Topics

Resources

Stars

Watchers

Forks

Packages

 
 
 

Contributors