GSD Pi — local-first agentic project workflow
GSD Pi — local-first agentic project workflow
深度判断
结论：晋升为正式 source page。 GSD Pi 值得深挖，不是因为它又是一个 coding agent，而是因为 README 明确把“计划、实现、验证、追踪”做成本地项目工作流：milestones/slices/tasks、worktree-aware Git、.gsd/ 本地记忆、多 provider routing、requirements/decisions/runtime notes/validation evidence。它和用户正在维护的 Hermes/llm-wiki 很贴近：长期任务成功的关键不是单轮模型能力，而是任务状态、决策、验证证据和可恢复工作集是否被外部化。
机制 / 一阶原理
一阶原理是把 coding agent 从“会话内助手”变成“项目状态机”。工作被切成 milestone、slice、task；实现被放进隔离 worktree；requirements、decisions、plans、summaries、validation evidence 被写入 .gsd/；终端/TUI/Web 只是操作面。这样做降低了长上下文漂移：agent 不需要把所有历史塞回 prompt，只要恢复当前 project memory 和下一步可执行任务。
与已有 wiki 概念的关系
| 它与 Harness-Engineering 的 workflow artifact chain、Context-Engineering 的 verified state / purpose bundle、Spec-driven-development 的需求先行、Agentic-Coding 的 coding-agent 操作流直接相关。相比 [[smithers-durable-agent-workflows | Smithers]] 偏“durable workflow primitive”，GSD Pi 更像面向工程项目的本地控制台。 |
相关页面：Harness-Engineering · Context-Engineering · Spec-driven-development · Agentic-Coding
对 Hermes / llm-wiki / agentic workflows 的启发
Hermes 的复杂工程任务可以借鉴三个低风险合同：任务切片必须有可恢复状态；实现和审查应尽量通过 worktree 或 equivalent isolation 保持主工作区干净；每次“完成”都要留下 validation evidence。对 llm-wiki 雷达来说，日更页面也可以把 candidate、raw、promoted source、updated concept、verification/reindex 视为一个小型 workflow state。
失败模式、边界条件与未解问题
风险在于工作流产品容易制造自己的复杂度：.gsd/ 状态若过期，会把旧需求当作真相；自动推进若没有独立 verifier，仍可能只是更有结构的幻觉；多 provider routing 也可能掩盖不同模型/CLI 的行为差异。本页只沉淀设计模式，不等价于建议安装替换现有 Hermes workflow。
来源与证据
- GitHub: https://github.com/open-gsd/gsd-pi
- Stars at ingest: 1052
- Last pushed at ingest: 2026-08-13T23:24:25Z
- Raw archive: gsd-pi-local-first-agentic-project-workflow-readme-2026-08-14
写入记录
- 2026-08-14 09:00 CST：从 GitHub README 深度入库，新增 source page、raw archive，并关联相关方法论页面。