Skip to content

概述

pinable-auto 是 PinableAgents 的自动功能开发模块,它不替代现有的 doomobmadsparvrequirements 工作流,而是补上三类能力:

能力说明
外层自动编排协调多个 Agent 完成端到端功能交付
流程树/失败分支设计在实现前明确工作流、边界、失败处理
专项验证与交付检查API 测试、无障碍审计、DevOps 验证

命令

bash
/pinable-auto <FEATURE_DESCRIPTION> [OPTIONS]
/pinable-auto-run <FEATURE_DESCRIPTION> [OPTIONS]

选项

选项说明
--no-harness单次执行,不使用 harness 持久化状态
--skip-api-tests跳过 API/接口专项验证
--skip-a11y跳过前端无障碍专项验证
--skip-devops-check跳过 CI/发布检查

命令模式

命令模式默认行为
/pinable-auto标准自动化按任务复杂度选择单次执行或 harness
/pinable-auto-run强自动化worktree + harness + 自动假设 + 专项验证 + 自动提交

流水线概览

用户请求 → pinable-auto-orchestrator → workflow-architect → do agents

                              ┌──────────────────────┼──────────────────────┐
                              │                      │                      │
                              ▼                      ▼                      ▼
                        api-tester          accessibility-           devops-automator
                                              auditor
                              │                      │                      │
                              └──────────────────────┼──────────────────────┘


                                            pinable-auto-orchestrator


                                                完成交付

Phase 详解

PhasePrimary AgentSubstage产出物
0pinable-auto-orchestratorinitializedauto-state.json
1workflow-architectworkflow_mappedworkflow-map.md
2do agentsimplementedgit commit
3api-tester / accessibility-auditorspecialist_validating*-validation.md
4devops-automatordelivery_validatingdelivery-validation.md
5pinable-auto-orchestratorfinalized/completedfinal-summary.md

Substage 状态流转

initialized → analyzed → clarified → workflow_mapped → execution_planned
    → implementing → implemented → specialist_validating
    → delivery_validating → finalized → completed

Agent 职责

Agent角色
pinable-auto-orchestrator自动功能开发总控
workflow-architect流程树、状态机、失败分支设计
api-testerAPI/绑定/接口专项验证
accessibility-auditorReact/Wails 前端无障碍审计
devops-automatorCI/CD、构建、发布检查

Surface 选择

根据代码变更涉及的范围,自动选择需要运行的专项验证:

Surface触发条件专项 Agent
backendBackend/API 变更api-tester
bindings绑定层变更api-tester
frontendFrontend/UI 变更accessibility-auditor
devopsCI/Release 变更devops-automator

设计原则

  • 优先复用现有 do 作为实现内核
  • 长任务默认接 harness
  • 不引入 Laravel、Jira、固定 HTTP 端口等外部预设
  • 针对 Go + Wails + React 仓库结构做适配

验证门禁

完成前必须通过以下检查:

  • workflow-map.md 存在
  • implementation commit 存在
  • 专项验证已运行或明确跳过
  • 相关测试/构建已运行
  • 剩余风险已明确

与其他工作流的区别

维度dopinable-auto
流程复杂度低(3 阶段)中-高(6 阶段)
编排方式单 agent多 agent 协作
流程设计workflow-architect
专项验证基础审查API + A11y + DevOps
适用场景功能边界清晰需要多面验证的全栈功能

Workflows / Orchestration / Execution