$ loading_
通过需求、设计、任务三阶段流程，帮助 AI 编码工具规范推进开发并逐步审批。
该 MCP 工具材料显示其为开源、MIT 许可，且未声明需要密钥或远程端点，整体未见明显高风险红旗。主要风险点在于其具备代码执行能力且文档极少，实际本地权限边界与维护情况仍需留意。
材料明确标注“无”所需密钥/环境变量，未见要求 API key、Token 或其他敏感凭证；从现有信息看，凭证泄露或滥用面较低。
材料明确标注远程端点 host 为“无”，未声明需要连接外部服务或将用户数据发送到第三方；就现有描述看，未见明确的数据外发路径。
系统检查项标记为 executes-code，说明其具备代码执行/进程调用能力；这类能力对 MCP 工具属常规但应谨慎，尤其当前 README 缺失，无法从文档确认具体执行边界与系统能力范围。
其用途是支持规范驱动开发流程，通常会与本地项目内容交互；但现有材料未说明可读写哪些文件、目录或其他资源。未见明确过度授权证据，但数据访问边界不透明，需留意。
正面因素是开源仓库可审计且采用 MIT 许可证，这明显降低了供应链风险；但来源为 third_party_registry，社区采用度为 0 star，维护状态未知，且几乎无文档，信任度与持续维护证据偏弱，因此宜评为需留意而非高风险。
复制安装指令，让 AI 自动完成配置 · 推荐新手
"spec-driver-mcp" 暂无可直接复制的安装信息，请查看页面文档或源码仓库。
请用 spec-driver 工作流为“用户通知中心”功能生成完整开发规格，按 requirements、design、tasks 三个阶段输出，并在每个阶段结束时列出需要我确认的要点。
一份分阶段的功能规格文档，包含需求说明、技术设计、任务拆解及每阶段确认点。
我想做一个团队知识库搜索插件，但需求还不完整。请先进入 requirements 阶段，帮我梳理目标用户、核心场景、约束条件和验收标准；确认后再进入 design 和 tasks。
先产出结构化需求草案，再在确认后继续生成设计方案与可执行任务列表。
以下是我们当前的开发计划，请按 spec-driven 方法检查是否缺少 requirements、design 或 tasks 信息，并补齐缺口，最后给出一个需要审批的修订版流程。
一份指出缺失项的审查结果，以及补全后的规范化开发流程修订版。
帮助团队用规范驱动方式完成需求编写、计划拆解与一致性检查。