Skip to content

记录一下目前用到的AI生态

CLI

Pi

Claude Code

  • 体验最好,三方生态适配度和优先级都感觉高一些
  • 不过鉴于A➗的一些骚操作,自己抉择吧

Codex

  • CLI用得比较少,感觉细节上比较粗糙,一般codex就直接用客户端了,起码切换会话方便,可视化也舒服点
  • 感觉配置做得很糙

OpenCode

  • 切换模型方便点
  • 被Pi替换了

客户端

Codex App

  • 目前已合并成ChatGPT客户端
  • 目前通过官方授权登录 + 接入自己的api使用
    • 这样既能使用插件生态、远程控制等功能,也能使用自己的号池或者接入其他模型

ChatGPT

  • 主要是用iOS端,通过移动端远程控制codex

CC Switch

  • 快速切换配置
  • 统一管理多个agent的mcp、skills、全局提示词、会话记录
  • 其他选择

Kelivo

  • 纯聊天客户端
  • 支持mcp,例如可以把滴答清单mcp接入来编排TODO List
  • 搜索引擎支持接入grok或者自己部署的SearXNG
  • 目前没有找到一个完美支持多端同步的客户端
  • 其他选择

DBX

  • 支持mcpcli的方案接入到agent,可以让agent直接去稳定查询数据库
  • 其实客户端大部分时候还是用的DataGrip,主要是看中他支持cli的形式接入agent,并且主流库不需要打开客户端直接支持接入
  • 目前官方还没出skills,所以自己根据官方文档让agent生成了一份:dbx-readonly-cli
  • 其他选择

服务

对应docker compose可以从NAS-DockerCompose分享页面获取

CLIProxyAPI

  • 自用的号池反代

Axonhub

  • 自用的AI渠道聚合网关
  • 省去本地配置改来改去的麻烦,可以把各种渠道的api都聚合起来统一出口,也能查看具体的请求记录
  • CLIProxyAPI不直接对外提供api,通过Axonhub统一分发

New API

  • 主要用于对外分发api给朋友
    • 将Axonhub里的渠道接入New API来统一分发
  • 其他选择

Hermes

  • 私人agent
  • 目前接入deepseek-v4-flash也不错,性价比高,虽然实际效果不如gpt
  • 感觉任务执行其实不如openclaw,但是相对来说稳定点,以前用openclaw最大的感触就是更新完版本就崩,然后浪费token修bug
  • 可以跑个dockerKasmVNC用CDP协议给hermes接入

Hindsight

MCP

滴答清单mcp

  • 接到hermes

chrome-devtools-mcp

  • 控制浏览器

universal-db-mcp

  • 接入各种类型的数据库

Skills

zyes

  • 自己结合mattpocock skills、trellis定制的精简版Skills工作流

skill-creator

  • 创建skills(codex自带了)

find-docs

  • 搭配context7的CLI使用

playwright-cli

  • 控制浏览器,搭配Playwright CLI使用

dbx-readonly-cli

  • 搭配DBX的CLI使用,默认只读数据库

OfficeCLI

  • 处理Office

Obsidian Skills

  • 操控Obsidian CLI

hindsight skills

  • 连接统一记忆

karpathy-guidelines

  • 编码规范
  • 精简到全局AGENTS.md了

docx

  • 处理word

pdf

  • 处理pdf

pptx

  • 处理ppt

xlsx

  • 处理excel

grill-me

  • 进行采访式问答进行需求明确
  • trellis已经集成
  • zyes也集成了

frontend-dev

  • 前端

ui-ux-pro-max

  • 前端

taste-skill

  • 前端

Pi插件

插件仓库

@diegopetrucci/pi-notify

  • 通知

pi-zentui

  • 主题

pi-workspace-history

  • 回撤消息及改动的文件

pi-btw

  • 侧边对话

pi-web-access

  • 网络搜索

pi-webdav-sync

  • 配置webdav备份

@llblab/pi-telegram

  • 接入telegram进行远程控制

pi-observational-memory

  • 长会话防偏移
 "observational-memory": {
    "observeAfterTokens": 20000,
    "reflectAfterTokens": 40000,
    "compactAfterTokens": 81000,
    "compactAfterTokensMode": "ratio",
    "compactAfterTokensRatio": 0.6,
    "observationsPoolMaxTokens": 20000,
    "observationsPoolTargetTokens": 10000,
    "agentMaxTurns": 8,
    "model": {
      "provider": "goalonez",
      "id": "gpt-5.6-luna",
      "thinking": "low"
    },
    "passive": false,
    "debugLog": false
  }

@gotgenes/pi-subagents

  • 子代理
  • 关闭了默认的Plan子代理,只留了另外两个

@ff-labs/pi-fff

  • 替代内置的 grepfind

pi-context-view

  • 查看上下文占用

pi-tool-display

  • opencode风格美化
  • pi-hashline-edit-pro冲突
  • 如果装了pi-zentui,最好把配置里的enableNativeUserMessageBox改成false

@juicesharp/rpiv-todo

  • 增加一个todo视图

magic-context

  • 记忆,接了hindsight所以就去掉了,不寻求多Agent共享记忆的话建议还是用这个,效果还是不错的
  • 如果装了rpiv-todo,需要把magic-context自带的todo关掉

pi-hashline-edit-pro

  • 把内置的 read 和 edit 替换成哈希版
  • 跟pi-tool-display冲突了

pi-wtf

  • 终止当前消息,会自动触发pi-workspace-history回退改动

pi-codex-goal

  • 类似codex的goal

pi-markdown-preview

  • markdown预览

pi-nano-context

  • 一个UI的增强插件,显示各种上下文占用情况
  • 跟pi-zentui底部状态栏冲突

@gotgenes/pi-permission-system

  • 权限控制
  • 等以后有自动审批再看看,目前感觉无论怎么配置用起来都不是很舒服,而且在代码中还有强制规则,而非完全遵循自定义配置

全局提示词

  • 模型越来越强,大部分能力都可以交还给模型,感觉不需要定义太多边界了
# AGENTS.md

适用于 Claude Code、Codex、OpenCode、Pi 等编码代理。本文件定义全局环境、个人偏好和安全边界;项目级规则负责具体工程流程,但不得放宽安全边界。

## 语言

- 默认简体中文;代码、路径、命令、标识符保持原样。包括输出需要落地的文档也请使用简体中文。

## 长期记忆
Hindsight <bank-id> 为 `coding`,作为个人长期记忆使用。原则是读多写少、宁缺毋滥。非平凡编码、排障、设计、配置、调研分析、项目约定、个人偏好相关任务开始前先 recall。简单闲聊、翻译、一次性问答、小改动不主动 recall。复杂任务结束时主动判断是否有值得 retain 的长期结论,仅 retain 长期有用的信息:明确个人偏好、稳定工作习惯、项目约定、技术决策、可复用排障结论、有效命令/失败原因、常见坑和 workaround。不保存临时状态、一次性指令、普通聊天、未确认推测、敏感信息、密钥凭证、大段日志或可从代码直接读取的普通实现细节。用户明确要求“记住”时可直接retain。不确定时先询问。连接失败不阻塞任务。

## 环境与工具

- **环境管理**:使用 `mise`。当前目录版本用 `mise list`,全局默认版本用 `mise list -g`。只有pnpm由corepack管理。
- **Python**:优先使用 `uv` 管理虚拟环境和依赖。
- **可用工具**:
  - 数据库:`dbx skills` + `dbx-app CLI`
  - 官方文档:`find-docs skills` + `ctx7 CLI`
  - 浏览器:`playwright skills` + `playwright CLI`
  - Office:`officecli skills` + `officecli CLI`
- **所需工具未安装时,不要自行全局安装,先询问用户**

## 安全边界

涉及以下场景时禁止直接执行;只能输出方案或命令给用户确认,并说明:做什么、影响范围、主要风险、是否可回滚。

- **文件破坏**:删除文件/目录,或覆盖用户未说明的改动。
- **环境变更**:修改环境变量、系统配置、权限、Git Hooks。
- **依赖变更**:新增/升级核心依赖,全局安装/卸载依赖。
- **危险 Git 操作**:`git push` / `git reset --hard` / `git rebase` 及任何强制覆盖。
- **数据库**:默认只允许安全读取;写入、删除、DDL、批量修改真实数据等操作,仅输出 SQL、迁移方案或执行步骤,禁止直接执行。
- **外部环境**:调用生产环境、真实账号、付费服务,或会产生真实副作用的外部 API。

## 代码风格

代码实现必须遵循最小实现原则:优先复用现有代码和项目既有写法,只解决当前明确需求,不主动扩展功能、不引入额外抽象、不做过度设计,能在单个函数内清晰完成的,不拆分多层结构。

AI编码工程化框架

zyes

  • 自己结合mattpocock skills、trellis定制的精简版Skills工作流

Trellis

  • 基础用法
    • trellis init初始化一下项目
    • 默认会生成一个00-bootstrap-guidelines任务,直接跟agent说完成这个任务,会默认生成好基础规范
    • 开发新需求就是用trellis-brainstorm规划一下,落地prd(或者自然语言也行,会自动触发,小需求会自动跳过,不会出现改点小问题都完整跑一遍流程的情况)
    • 任务完成后用trellis-finish-work收尾一下任务状态(或者自然语言也行,会自动触发)
  • 对团队共享来说也比较友好

建议

在选择工具时,最好优先考虑用户量大的产品。AI 正在极速迭代,很多产品初期可能更新频繁,也有不少亮点和创新;但长期来看,相比用户体量更大的产品,它们可能更难跟上整体生态节奏。