القائمة
Use when Picasso 项目需要统一推进新需求、需求变更、Bug 修复或 UI 优化，并希望按标准流程生成需求、方案、UI、任务、自测、审查、验收等产物后再进入开发。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/qierkang/picasso-dev-skill --skill picasso-devيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
Use when the user wants to use the Picasso development skill package as a whole, needs a standard root-level skill entry for Picasso project work, or needs help choosing the correct Picasso companion skill for requirement analysis, design, coding, testing, UI, config, or maintenance work.
Use when modifying picasso-dev-skill 自身的 skill、模板、脚本、README、profile 或规则文件，并需要同步维护 CHANGELOG、更新记录、决策记录和迁移说明。
Use when Picasso 需求需要明确设计风格、色板、字体、token、组件层级、动效或可访问性基线，避免 UI 文档只停留在字段和页面分区。
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| name | picasso-dev |
| description | Use when Picasso 项目需要统一推进新需求、需求变更、Bug 修复或 UI 优化，并希望按标准流程生成需求、方案、UI、任务、自测、审查、验收等产物后再进入开发。 |
picasso-dev 是 Picasso 项目的统一入口 skill。
它默认承担五件事：
workspace/requests/<request-key>/ 目录picasso-dev-task、picasso-dev-ui、picasso-dev-configpicasso-dev-design-system、picasso-dev-ui-reviewpicasso-dev-methods，收敛方法论执行方式出现以下任一情况，优先从本 skill 进入：
../../profiles/picasso/profile.yaml../../profiles/picasso/repo-map.md../../profiles/picasso/execution-modes.md../../shared/references/naming.md../../shared/references/artifact-standard.md../../profiles/picasso/environments.md../../profiles/picasso/配置入口说明.md../../shared/references/requirements/README.md../../shared/references/requirements/Codex CLI 标准执行输入.md../../shared/references/task/README.md../../shared/references/quality/前端开发自测清单.md../../shared/references/quality/两关制冒烟测试说明.md../../shared/references/readme/README.md../../shared/workflow/new-feature.md../../shared/workflow/change-request.md../../shared/workflow/bugfix.md../../shared/workflow/ui-optimization.md../../shared/workflow/open-source-readme.md若 workspace/requests/<request-key>/ 已存在，还必须继续读取：
manifest.json00-需求总览.md*-需求文档.md*-技术方案.md（如存在）*-UI交互设计规范.md（如存在）stage-status.json在真正进入开发动作前，先判断当前任务属于哪类能力：
docs
dev
db
deploy
默认规则：
doctor.shdoctor 未通过时，不继续真实开发，先修环境deploy doctor 必须同时校验运行编排变量推荐命令：
bash install/doctor.sh --capability docs
bash install/doctor.sh --capability dev
bash install/doctor.sh --capability db
bash install/doctor.sh --capability deploy
.env 已配置运行编排入口，默认自动执行：启动后端 → 等待健康检查 → 启动前端 → 自动联调 → 自动登录拿 Token → 自动冒烟 → 自动收尾只允许落到以下四类之一：
new-featurechange-requestbugfixui-optimization若用户输入不足以判断，先输出：
不要在类型不清楚时直接宣称进入开发。
在需求类型确定后，再识别涉及的平台：
backendpcminiappmobile_appconfig平台范围要写入 manifest.json，并在产物中保持一致。
统一使用：
workspace/requests/<request-key>/
├── assets/
├── 00-需求总览.md
├── manifest.json
├── <功能名称>-需求文档.md
├── <功能名称>-任务分解.md
├── <功能名称>-技术方案.md
├── <功能名称>-UI交互设计规范.md
├── <功能名称>-测试用例.md
├── <功能名称>-实现控制总表.md
├── <功能名称>-页面接口验收总表.md
├── <功能名称>-开发放行报告.md
├── <功能名称>-覆盖率报告.md
├── <功能名称>-前端关键流程覆盖清单.md
├── <功能名称>-代码审查报告.md
├── <功能名称>-冒烟测试脚本.sh
├── <功能名称>-冒烟测试报告.md
├── <功能名称>-QA验收报告.md
├── <功能名称>-UI验收报告.md
├── <功能名称>-产品验收报告.md
├── <功能名称>-发布记录.md
├── logs/
└── stage-status.json
需求分析 → 技术方案 → UI设计 → 任务拆解 → 编码开发 → 开发自测 → 代码审查 → 冒烟测试 → QA验证 → UI验收 → 产品验收 → 部署
差异确认 → 影响分析 → 技术调整 → UI调整（如涉及）→ 任务拆解 → 开发 → 回归验证 → 验收
问题复现 → 根因定位 → 影响分析 → 修复方案 → 修复实现 → 回归验证 → 验收
现状评估 → UI规范 → 页面优化 → 验收回归
picasso-dev-task当任务涉及以下任一场景时调用：
picasso-dev-ui当任务涉及以下任一场景时调用：
若当前运行端不可识别 ui-ux-pro-max，UI 路由只允许回退到仓库内置 shared/references/design/，不得改用 frontend-design 或其他通用设计 skill 兜底。
当任务涉及以下任一场景时调用：
对应入口：
../../shared/workflow/open-source-readme.mdpicasso-dev-design-system当任务涉及以下任一场景时调用：
picasso-dev-ui-review当任务涉及以下任一场景时调用：
picasso-dev-config当任务涉及以下任一场景时调用：
picasso-dev-methods当任务涉及以下任一场景时调用：
默认不允许跳过下列关键卡点：
任务分解卡点
*-任务分解.md30-60 分钟可执行粒度开发自测卡点
*-开发放行报告.md❌ / 阻塞项，默认不能进入 review覆盖率卡点
*-覆盖率报告.md*-前端关键流程覆盖清单.md>= 90%代码审查卡点
*-代码审查报告.mdP0 / 阻塞 未关闭，禁止进入冒烟测试冒烟测试卡点
*-冒烟测试脚本.sh*-冒烟测试报告.mdstage-gate.py smoke 默认会真实执行冒烟脚本，而不是只检查文件存在100% 通过，禁止进入 QA 验证QA 验证卡点
*-QA验收报告.mdUI 验收卡点
*-UI验收报告.md产品验收卡点
*-产品验收报告.mdREADY，而是 NEEDS_WORK发布卡点
*-发布记录.md无论是单运行端、Claude Code + Codex 协作，还是 OpenClaw / 其他平台模式，默认放行结论都不是 READY，而是 NEEDS_WORK。
只有同时满足以下条件，才允许升级为 READY：
P0 / 阻塞3 次，必须升级给 PM / 架构 重拆任务或重审方案governance/workspace/local / dev 作为可操作环境test / uat / prod 只用于识别边界，不允许连接、查询、部署shared/references/requirements/ 下对应规则优先使用：
python3 shared/scripts/init-request.py --key <request-key> --title "<中文标题>" --type new-feature --workspace "${PICASSO_WORKSPACE_DIR:-workspace}"
python3 shared/scripts/validate-artifacts.py --request workspace/requests/<request-key> --type <request-type>
python3 shared/scripts/stage-gate.py dev workspace/requests/<request-key> --backend-project "$PICASSO_SERVER_CODE_DIR"
python3 shared/scripts/stage-gate.py review workspace/requests/<request-key>
python3 shared/scripts/stage-gate.py smoke workspace/requests/<request-key>
python3 shared/scripts/stage-gate.py smoke workspace/requests/<request-key> --skip-smoke-exec
python3 shared/scripts/stage-gate.py qa workspace/requests/<request-key>
python3 shared/scripts/stage-gate.py ui_acceptance workspace/requests/<request-key>
python3 shared/scripts/stage-gate.py product_acceptance workspace/requests/<request-key>
python3 shared/scripts/stage-gate.py release workspace/requests/<request-key>