按宿主环境适配
安装前先预览 PigeonStack
源码反映的是维护者在 Windows 与 PowerShell 上使用的配置。先把文件同步到隔离目录,检查受管理文件和配置,不要直接改动日常使用的 Codex 目录。
在其他机器上不要照抄真实宿主命令。默认路径和部分指令文件写有维护者的目录。将目标设为真实 Codex 目录前,请先完成适配。
开始前
检查当前宿主要求
- 当前已验证的宿主是 Windows 和 PowerShell。
- 同步脚本要求 Python 3.11 或更高版本。
- 安装插件需要兼容的 Codex CLI,以及已注册并能解析
pstack@personal的本地插件市场。 - 多 Agent 工作需要宿主提供原生子 Agent 工具,并且账号可使用所选模型。
第 1 步
克隆源码
在 PowerShell 中进入你保存代码仓库的目录,然后运行:
git clone https://github.com/PigeonAI-Yang/pigeonstack.git
Set-Location pigeonstack
第 2 步
在新的同级目录预览
下面的命令会在 ../pigeonstack-preview-codex 中复制受管理文件并合并选定配置。首次检查通常因目录为空而以代码 1 退出。文件和配置一致时,最后一次检查以代码 0 退出。
python scripts/sync.py check --codex-home ../pigeonstack-preview-codex --skip-plugin-install
python scripts/sync.py deploy --codex-home ../pigeonstack-preview-codex --skip-plugin-install
python scripts/sync.py check --codex-home ../pigeonstack-preview-codex --skip-plugin-install
目标不是默认目录时,保留 --skip-plugin-install。脚本会拒绝与源码目录重叠的目标目录。
在其他机器真实安装前
核对路径与设置
同步脚本的默认目标是 J:/Users/yangda01/.codex。全局规则、Codex 宿主说明和 poteto-agent.toml 角色文件中也有维护者的专属路径。
| 需要检查 | 原因 |
|---|---|
scripts/sync.py | DEFAULT_HOME 指向维护者当前的 Codex 目录。--codex-home 参数不会改写指令中的所有路径。 |
AGENTS.md、pstack/CODEX.md 和 agents/poteto-agent.toml | 这些文件包含维护者机器上的源码或运行时路径。 |
config/workflow.toml | 部署前请检查模型默认值、Agent 设置、角色文件和插件启用项。 |
pstack/MODELS.md | 阅读模型 ID、首选路由、推理强度和子 Agent 创建约定。 |
脚本不会注册插件市场。在其他宿主真实安装前,先适配源码,并确认本地插件市场能解析 pstack@personal。
仅限维护者宿主
在已配置的宿主上部署
这些命令会写入维护者配置的真实 Codex 目录。运行前先审查目标改动与插件市场注册。
Set-Location J:/PigeonYang/pigeonstack
python scripts/sync.py check
python scripts/sync.py deploy
python scripts/sync.py check
部署覆盖现有受管理文件时,会在 <codex-home>/backups/pigeonstack/ 保存备份。插件安装可能发生在运行时文件写入之后,因此安装失败不会自动回滚。
实测结果
已验证的隔离预览
本节于 2026-10-03 根据发布提交 41f7dce复核。实际空目标检查发现预期差异,返回代码 1。部署向受管理文件和配置写入 217 项,返回代码 0。最终检查确认文件和配置一致,返回代码 0。
在仓库目录运行 python -m unittest discover -s scripts -p test_sync.py,可重跑 scripts/test_sync.py 中的 4 项配置回归测试。测试覆盖根级和表级作用域、未管理值保留、重复调用幂等,以及多行值限制。
Documentation health 工作流会持续运行站点检查。这些检查不证明插件已激活、模型路由有效或节省了成本。
任务示例
给主控一个具体结果
例如,可以这样向 Codex 提出任务:
修复报表没有数据行时的导出错误。保持现有文件格式,同时验证正常导出流程。
这只是工作方式示例,并非已执行的记录。主控检查证据、选择修复,再给 Luna 一份边界明确的实现与验证说明。Luna 未能解决时,由新的 Sol 高级执行者从 medium 开始接手。同一个问题仍未解决时,依次进入 Sol high 和 xhigh,再按需进入 Astra high 和 xhigh。主架构、系统架构、关键接口和数据契约设计,以及重大设计取舍,可以直接交给 Astra。用户针对当前任务明确选择的模型和强度优先。
源码与署名
查看维护中的源码与上游声明
PigeonStack 由 PigeonYang 维护。适配后的 pstack 工作流来自 Lauren Tan,并固定到这个上游版本。
基于 pstack 0.15.9,包含用于处理反复出现的 Agent 错误的 /correct、用于提供性能证据的 /benchmark-checklist,以及用于解释测量数据的 /principle-explain-the-number。上游工作流已适配到 Codex;模型选择和升级路径遵循本项目的 GPT 配置。
上游声明保留在 pstack/LICENSE 和 pstack/CURSOR-TEAM-KIT-LICENSE。这些声明分别适用于对应的上游内容。仓库没有单独的根目录许可证,将相同许可授予所有 PigeonStack 原创内容。