自动根据现有PRD和CLAUDE.md生成项目工作流配置(docs/workflow.md),无需提问。当用户说“设置工作流”、“配置工作流”等时使用。
/setup. 自动生成项目工作流程配置, 来源于现有的 PRD 和 CLAUDE. md... 零交互问题—— 从项目数据中提取的、 /scaffold 之后
功能概述
/setup. 自动生成项目工作流程配置, 来源于现有的 PRD 和 CLAUDE. md... 零交互问题—— 从项目数据中提取的、 /scaffold 之后是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
核心要点
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
- 该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。
- 从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
使用与执行
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。
结果检查与注意事项
执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
/setup
从现有的 PRD 和 CLAUDE.md 自动生成功能项目工作流配置。全程无需交互式提问——所有答案均从 /scaffold 执行后已存在的项目数据中提取。
适用场景
在 /scaffold 创建项目之后、/plan 之前执行。用于生成 docs/workflow.md,以便后续 /plan 和 /build 能正常运行。
MCP 工具(如可用则调用)
project_info(name)— 获取项目详情及已识别的技术栈kb_search(query)— 检索开发原则、清单文件(manifest)、技术栈模板等知识库内容codegraph_query(query)— 基于代码图谱检查项目依赖关系
若 MCP 工具不可用,则仅回退至读取本地文件。
执行步骤
检测项目根目录:
- 若提供了
$ARGUMENTS,则在当前目录或~/.solo-factory/defaults.yaml中定义的projects_dir下查找同名项目。 - 否则使用当前工作目录。
- 验证该目录存在,且包含
CLAUDE.md文件。 - 若未找到,通过 AskUserQuestion 向用户询问。
- 若提供了
检查是否已初始化:
- 若
docs/workflow.md已存在,则发出警告,并询问是否重新生成。
- 若
读取项目数据(并行执行 —— 所有文件同时读取):
CLAUDE.md— 技术栈、架构设计、常用命令、应做与禁做事项(Do/Don't)docs/prd.md— 问题描述、目标用户、解决方案、功能列表、关键指标、定价策略package.json或pyproject.toml— 精确的依赖版本信息Makefile— 可用的命令列表- 代码规范工具配置(
.eslintrc*、eslint.config.*、.swiftlint.yml、ruff.toml、detekt.yml)
读取生态源信息(可选 —— 提升生成质量):
- 从 CLAUDE.md 中识别技术栈名称(查找 “Stack:” 字样,或技术章节中明确指出的栈名)。
- 若 MCP 的
kb_search可用:搜索对应技术栈模板和开发原则文档。 - 否则:尝试在
.solo/目录或插件模板目录(若可访问)中查找stacks/和.yaml dev-principles.md。 - 若以上均不可得:仅基于 CLAUDE.md + 包清单(package manifest)推导全部信息(已足够)。
从包清单中识别编程语言:
package.json→ TypeScriptpyproject.toml→ Python*.xcodeproj或Package.swift→ Swiftbuild.gradle.kts→ Kotlin
按需创建 docs 目录:
mkdir -p docs
生成
docs/workflow.md: 依据开发原则(来自 MCP/KB 或内置默认值):# Workflow — {ProjectName} ## TDD 策略 **适中型** — 鼓励编写测试,但不强制阻断流程。建议为以下内容编写测试: - 业务逻辑与校验逻辑 - API 路由处理器 - 复杂算法 无需强制测试的内容:UI 组件、一次性脚本、原型代码。 ## 测试框架 {根据 package manifest 中 devDeps 字段自动识别:vitest/jest/pytest/xctest} ## 提交规范 **约定式提交(Conventional Commits)** 格式:`( ): ` 类型包括:feat、fix、refactor、test、docs、chore、perf、style ## 验证检查点 **每个阶段完成后必须执行:** 1. 运行测试 —— 全部通过 2. 运行 Linter —— 无错误 3. 运行构建 —— 成功(如适用) 4. 手动冒烟测试(smoke test) ## 分支策略 - `main` —— 生产就绪分支 - `feat/ ` —— 功能开发分支 - `fix/ ` —— 热修复分支 更新
CLAUDE.md: 若“关键文档”(Key Documents)章节中尚未引用 workflow.md,则补充该条目。输出摘要并提示下一步操作:
已为 {ProjectName} 完成 setup! 已创建: docs/workflow.md — TDD 适中策略,启用约定式提交 下一步:/plan "你的首个功能"
常见问题
未找到 CLAUDE.md
原因: 项目尚未执行 /scaffold,或当前运行目录错误。
解决方法: 先运行 /scaffold,或确认当前位于含 CLAUDE.md 的项目根目录下。
workflow.md 已存在
原因: 此前已执行过 setup。 解决方法: 该技能会发出警告并询问是否覆盖重写;除非用户明确确认,否则原文件将被保留。
检测到错误的测试框架
原因: devDependencies 中存在多个测试框架。
解决方法: 该技能默认选取第一个匹配项。请手动编辑 docs/workflow.md 中的测试框架声明以修正。
热门AI工具
相关专题
Vite项目打包部署专题汇集生产构建、产物预览、输出目录、资源路径、Nginx与GitHub Pages部署及常见白屏和路由404问题的已审核文章,帮助读者完成上线流程。
0
2026.10.28
Vite搭配Vue.js专题汇集创建Vue 3项目、配置开发环境、路径别名、Vue插件、代理、多环境构建与调试的已审核文章,帮助读者完成从初始化到日常开发的配置。
0
2026.10.28
Vite项目目录专题汇集入口文件、src源码、public静态资源、路径别名、项目根目录和构建输出目录相关的已审核文章,帮助读者理解各文件夹的用途与引用方式。
0
2026.10.28
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。
0
2026.10.22
本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。
0
2026.10.22
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.6万人学习
共6课时 | 54.7万人学习
最新文章