Skip to content

PinableAgents把 AI 研发变成可验证的交付。

四个 AI 后端统一调度,在隔离 worktree 中并行执行任务,每次变更都留痕、可审批、可追溯。

统一调度
  • codex
  • claude
  • antigravity
  • pi
macOS Windows Linux 本地运行,数据归集于 $PINABLE_HOME
pinable — 工作流执行运行中
PinableAgents 工作流执行界面
Why PinableAgents

为什么需要一条固定的 AI 交付链路?

AI 工具越来越多,但"AI 做了什么、做对了没有、改了哪里、谁批准的"这些问题在大多数工具里没有答案。 PinableAgents 把 AI 研发动作串成固定流程——从接入 Runtime、并行编排、到可验证交付、经验回流,每一段都有对应的命令与落盘产物。

  • 不是黑盒 每次执行都有日志、证据与时间线,AI 做了什么随时可以回看。
  • 不是孤岛 四个 AI 后端统一调度,配置一次、所有项目共用,不需要为每个工具单独维护一套配置。
  • 不是实验 可验证交付链路保证 AI 产出的改动在被批准之前不会生效,审批留痕,可追溯。
交付历史与审批记录界面
Pipeline

一次任务从配置到沉淀,走完整条链路。

PinableAgents 把 AI 研发动作串成固定流程:接入 Runtime、并行编排、可验证交付、经验回流。 每一段都有对应的命令与落盘产物,不是黑盒。

pinablemodels.json · agents/*.md
Configure

配置

在统一运行根 $PINABLE_HOME 下接入 Provider 与执行引擎,安装 Skill、Workflow、MCP。配置一次,之后所有任务共用。

4 个后端models.jsonmanaged-modules/
统一调度4 个 AI 后端

codex · claude · antigravity · pi

并行编排--parallel

按 dependencies 排序,逐任务隔离 worktree

单一运行根$PINABLE_HOME

配置、会话、交付与经验归集一处

01 · Runtime

四个 AI 后端,一个控制面。

不必为每个 AI 工具各维护一套配置。Provider、模型与执行引擎集中在一处,按任务决定这一次用哪个。

  • 逐任务选后端--backend--model 可按任务指定,同一批任务里混用不同后端。
  • 配置只写一次Provider、模型与 Agent 定义都落在 $PINABLE_HOME,所有项目共用一份。
  • 算力池随包可用内置 AI 兼容网关统一出口,密钥与账号不必散落到每个项目。
provider / runtime engines / agent models
Provider 与执行引擎配置界面
02 · Orchestration

并行跑一组任务,各自隔离。

把一批任务交给 pinable,它读入任务块、按依赖排序、逐个在独立 worktree 中执行——互不踩踏,产物可分别审阅。

  • 依赖排序每个任务块可声明 dependencies,执行顺序由依赖决定,不用手工排期。
  • worktree 隔离--worktree 让每个任务在自己的 git worktree 里改代码,互不影响。
  • 逐任务覆盖workdirbackendmodelskills 都能按任务单独设定。
workflow tasks
工作流任务执行界面
03 · Delivery

AI 的改动,走完审批才落地。

变更走一条固定的交付链路:提交、校验、执行、审批、证据、时间线。每一步都留痕,随时可以回看当时发生了什么。

  • 六段链路submitvalidatestartapproveevidencetimeline
  • 审批留痕谁在什么时候批准了哪一次变更,记录在案,可追溯。
  • 证据沉淀检查结果与产出物随交付一起保存,不是聊完就散。
history
历史记录界面
04 · Experience

踩过的坑,下一次会被想起来。

从任务过程与人工纠正中采集候选经验,脱敏评审后进入复用库,在相似上下文里按需召回,并持续验证它是否真的改善了结果。

  • 候选采集任务结束与人工纠正都是经验来源,不需要额外记录。
  • 评审入库经验不会自动生效,要过脱敏与评审才进入复用库。
  • 效果验证召回之后仍跟踪结果,无效的经验会被淘汰,而不是一直留着。
05 · Roadmap

还没做完的,也写在这里。

以下边界来自仓库当前状态。与其让用户在下载后发现,不如先说清楚。

  • a2ui 独立界面当前仅支持 Desktop 托管任务,独立浏览器界面尚未实现。
  • PinableHoney 独立模式仅支持带 API Key 的 OpenAI / Anthropic 兼容端点,暂不支持 OAuth、插件、子 Agent 与技能市场。
  • 后端能力差异Pi 与 Antigravity 暂不声明支持内置 MCP 与 A2UI 交互界面。
用户声音

正在用 PinableAgents 的人在说什么。

早期用户的真实反馈——不是市场文案,是他们在实际项目里用过之后说的话。

  • 以前每次 AI 改了代码都要手动 diff、手动记录,PinableAgents 的交付链路让这件事变成了自动的。审批记录和时间线省了我大量沟通成本。

    独立开发者使用场景:个人项目迭代

  • 可以同时跑四个后端处理不同类型的任务,配置一次就能在所有项目里复用,这个设计非常省心。以前每个项目都要单独配 Claude Key 和 OpenAI Key,现在不用了。

    小团队技术负责人使用场景:多项目 AI 辅助研发

  • worktree 隔离这个功能解决了我最头疼的问题——AI 在同一个分支改代码会互相踩踏。现在让它并行跑,完成后我自己审再合并,清晰多了。

    全栈工程师使用场景:功能并行开发

把 AI 研发过程,纳入可复核的轨道。

下载桌面端,接入你已有的 AI 后端,从第一个任务开始留痕。

Capabilities

能力清单,按它实际所在的位置排列。

下面每一条都对应产品里一个真实可用的入口或命令。没有占位功能,也没有"即将上线"。

  • Runtime

    四个 AI 后端统一调度

    codex、claude、antigravity、pi 在同一控制面配置,按任务指定 --backend 与 --model。

  • Runtime

    Provider 与算力池

    集中管理 Provider、模型与随包 AI 兼容网关,密钥与账号不外散到各个项目。

  • Execution

    并行任务编排

    --parallel 读入 ---TASK--- 块,按 dependencies 排序执行,逐任务指定 workdir、backend 与 skills。

  • Execution

    Git worktree 隔离

    --worktree 让每个任务在自己的 worktree 中执行,互不踩踏,完成后可单独审阅。

  • Execution

    内置终端与远程服务器

    多 Tab PTY 终端,本机与 SSH 服务器统一接入,危险命令有 Guard 规则拦截。

  • Delivery

    可验证交付

    提交、校验、执行、审批、证据、时间线六段链路,AI 变更全程留痕可回放。

  • Delivery

    经验内核

    从任务与纠正中采集候选经验,脱敏评审后入库,按上下文召回并验证效果。

  • Surface

    消息网关与定时任务

    telegram、feishu、weixin、weixin_miniapp 四个通道接入,支持后台执行或终端接管。

  • Surface

    内置 MCP 与 CodeGraph

    codegraph 提供 8 个只读代码图谱工具,另有 remote-servers 与 a2ui 开箱可用。

  • Surface

    可安装模块

    do、bugfix、image-gen、video-analysis、a2ui、pinable 六个模块按需安装,支持依赖排序。

  • Surface

    定时任务与静态站

    把周期性工作交给调度器,本机静态站点服务直接对外,无需另起一套工具。

  • Surface

    A2A 与外部接入

    以 Agent Card 与访问凭据对外暴露能力,并发与授权范围可独立控制。

Workflows / Orchestration / Execution