# Specorator：基于Obsidian的规格驱动智能体开发工作流插件 > 一个Obsidian插件及配套应用，为规格驱动的智能体软件开发提供结构化工作流，从创意构思到产品发布全程引导用户，所有产出物都以可编辑的Markdown形式保存在Obsidian仓库中。 - 板块: [Openclaw Llm](https://www.zingnex.cn/forum/board/openclaw-llm) - 发布时间: 2026-05-02T00:43:58.000Z - 最近活动: 2026-05-02T01:57:18.817Z - 热度: 160.8 - 关键词: Obsidian插件, 规格驱动开发, 智能体工作流, 知识管理, Markdown, Agentonomous, 软件开发生命周期, 项目管理, 人机协作 - 页面链接: https://www.zingnex.cn/forum/thread/specorator-obsidian - Canonical: https://www.zingnex.cn/forum/thread/specorator-obsidian - Markdown 来源: ingested_event --- # Specorator：基于Obsidian的规格驱动智能体开发工作流插件\n\n## 项目愿景：知识管理工具与AI开发的融合\n\n在当今的AI辅助开发时代，开发者面临着一个独特的挑战：如何在利用AI智能体强大能力的同时，保持对开发过程的掌控，并确保产出的可维护性和可追溯性？Specorator项目提出了一个创新的解决方案——将流行的知识管理工具Obsidian与智能体驱动的工作流相结合，创建一个规格驱动的软件开发环境。\n\nSpecorator不仅仅是一个Obsidian插件，它是一个完整的方法论生态系统，旨在引导用户经历从最初的想法到最终产品发布的结构化旅程。所有的中间产物和最终产出都以纯Markdown格式保存在Obsidian仓库中，确保了数据的可读性和长期可访问性，即使在没有插件的情况下也能正常使用。\n\n## 核心设计理念\n\nSpecorator的设计围绕几个核心原则展开：\n\n**本地化优先**：所有数据都存储在用户的Obsidian仓库中，而非云端服务。这确保了数据主权和隐私，同时利用Obsidian强大的链接和图谱功能进行知识管理。\n\n**规格驱动**：在编写任何代码之前，系统引导用户完成充分的需求分析和设计规格定义。这种方法减少了后期的返工，确保开发方向与业务目标一致。\n\n**渐进式披露**：工作流采用分阶段的方式，每个阶段都有明确的输入、输出和质量检查点。用户不会被一次性呈现过多的复杂性。\n\n**人机协作**：AI智能体作为助手而非替代者，用户始终掌握决策权，决定智能体可以访问什么上下文、提出什么建议，以及什么内容成为持久的产出物。\n\n## 两阶段发展路线图\n\nSpecorator项目规划了清晰的演进路径，分为两个主要版本：\n\n### v1 Alpha：插件基础\n\n第一版专注于建立插件的核心基础：\n\n- **工作流模板管理**：在Obsidian仓库中安装和管理agentic-workflow模板\n\n- **工作流驾驶舱**：提供当前阶段、所需产出物、下一步行动和质量检查的实时视图\n\n- **纯Markdown产出**：所有生成的内容都是可读的Markdown格式，不依赖插件也能使用\n\n这一阶段的目标是建立一个稳定、可用的插件基础，让用户能够在Obsidian环境中体验规格驱动的工作流。\n\n### v2.0：智能体伴侣应用\n\n第二版引入了更强大的AI能力：\n\n- **Agentonomous集成**：整合agentonomous系统，提供一队智能体同事，协助起草、审查和工作流推进\n\n- **上下文感知**：用户可以精确控制智能体可以查看的上下文范围，保护敏感信息\n\n- **决策保留**：用户保持对最终决策的控制权，智能体提供建议但不替代判断\n\n这一阶段将Specorator从一个被动的工作流工具转变为 actively 协助开发的智能伴侣。\n\n## 结构化工作流阶段\n\nSpecorator的工作流遵循严格的规格驱动方法，包含以下关键阶段：\n\n### 需求收集阶段（Requirements Intake）\n\n这是整个流程的起点，使用专门的模板和流程收集和整理需求。项目提供了REQ-0000-template.md作为需求草案的标准格式，确保需求文档的一致性和完整性。\n\n需求收集不是简单的问题列表，而是一个结构化的探索过程，帮助用户深入理解问题的本质、约束条件和成功标准。\n\n### 设计对齐阶段（Design Alignment）\n\n在编码开始前，系统引导用户完成设计规格的定义。这包括架构决策、接口设计、数据模型定义等关键设计活动。所有设计决策都被记录为可维护的Markdown文档。\n\n### 迭代开发阶段\n\n开发工作被组织为结构化的迭代周期，每个迭代都有明确的目标、产出物和验收标准。工作流驾驶舱实时显示当前状态和下一步行动。\n\n### 质量检查与审查\n\n每个阶段结束时都有自动化的质量检查，确保产出物符合预定的标准。这些检查不是阻碍进度的官僚程序，而是帮助用户保持质量的实用工具。\n\n## 与Obsidian生态的深度集成\n\nSpecorator充分利用了Obsidian的独特能力：\n\n**双向链接**：利用Obsidian的链接系统建立需求、设计、代码和文档之间的关联，形成知识图谱。\n\n**图谱视图**：通过Obsidian的图谱功能可视化项目结构和依赖关系。\n\n**插件生态**：与Obsidian丰富的插件生态兼容，用户可以使用他们熟悉的工具增强工作流。\n\n**本地优先**：所有数据都存储在本地文件系统中，支持Git版本控制和备份。\n\n## 相关项目生态\n\nSpecorator不是一个孤立的项目，它是更大生态系统的一部分：\n\n**agentic-workflow**：提供工作流方法论、模板和质量门禁。这是Specorator的核心依赖，定义了规格驱动开发的基本框架。\n\n**agentonomous**：v2.0引入的智能体编排引擎，为系统提供AI能力。\n\n这种模块化的设计使得每个组件都可以独立发展和改进，同时保持整体的协调性。\n\n## 技术栈与实现规划\n\n根据项目文档，Specorator计划采用以下技术栈：\n\n- **Obsidian社区插件API**：作为基础平台\n- **Vue 3**：用于构建用户界面\n- **Vue Router**：管理界面导航\n- **Pinia 2**：状态管理\n- **TypeScript 6**：类型安全的开发\n- **Vite**：构建工具\n- **Vitest**：测试框架\n- **ESLint**：代码质量\n- **TypeDoc**：文档生成\n\n这一技术栈的选择体现了项目对现代Web开发最佳实践的遵循，同时确保与Obsidian插件架构的兼容性。\n\n## 开源协作与贡献\n\nSpecorator采用开放的开源协作模式，欢迎社区贡献。项目通过GitHub Issues管理开发任务和路线图，提供了清晰的贡献指南和开发文档。\n\n项目维护者强调" intake-first "的工作流：新的需求和设计决策必须通过结构化的intake流程，使用提供的模板，遵循文档化的triage和promotion步骤。这种方法确保了项目发展的有序性和质量。\n\n## 适用场景与用户价值\n\nSpecorator特别适合以下场景：\n\n**独立开发者**：需要一个轻量级但结构化的项目管理工具，同时保持对数据的完全控制。\n\n**小型团队**：希望建立一致的开发流程，但不想被复杂的项目管理工具所束缚。\n\n**知识工作者**：重视文档和知识沉淀，希望开发过程本身产生有价值的知识资产。\n\n**Obsidian用户**：已经在使用Obsidian进行知识管理，希望将这一工具扩展到软件开发领域。\n\n## 总结与展望\n\nSpecorator代表了AI辅助开发工具的一个重要发展方向——不是用AI替代人类的思考和决策，而是通过结构化的工作流和智能体的协助，增强人类开发者的能力。通过将开发过程与知识管理工具Obsidian深度集成，它创造了一种新的开发体验，其中代码、文档和知识自然融合，形成可持续维护的数字资产。\n\n随着v1 Alpha的开发和v2.0的规划，Specorator有望成为规格驱动开发和AI辅助编程领域的重要工具，为追求质量和效率的开发者提供独特的价值。