方案到交付 Workflow：当用户显式调用 `$solution-to-delivery`，或明确要求运行“方案到交付”完整流程时使用。
把已确认产品方案转成经过独立 Review 的 PRD、适用的 UI/HTML/截图、版本拆分和 Product Delivery Package；当前 Agent Runtime 只做 Package 发布 dry-run，真实写入保持 authorization_required。
The English summary is being prepared. Showing the original description.
Run score Not tested
See how to installReview the instructions the agent will receive before you install.
这是 workflow 的 Codex Runtime 入口，不是新的原子 Skill。先读取同目录 WORKFLOW.md，再编排现有 PRD、UI、Review、Issue 和 Tool 能力。
优先发现已确认方案、项目目录、现有 PRD/UI、交付目标和版本要求。缺少会改变交付形态的信息时才询问：
$problem-to-solution，不自行补写假方案。prd-architect 生成 PRD，并初始化 Product Delivery Manifest。ui-mockup-desktop-workbench 生成目标态 HTML/预览与关键状态截图；无界面时记录可审计的不适用理由。producer_identity，再由独立 prd-review 检查 PRD 与适用 UI 证据，并把当前 fingerprint、覆盖的 Maker identities 和结论写入 pre_split_review；未达到 ready 时只修阻断项，禁止生成版本计划或事项草稿。pre_split_review 仍为 current/ready 后，用户要求版本或研发拆分时才使用 prd-to-issues 生成版本计划、事项草稿和 PRD 覆盖矩阵；未经批准不发布。$delivery-loop 对这份完整 Package 做最终独立 Review；最终 Reviewer 必须覆盖全部 artifact producers 且与其身份独立，循环到 package_ready、Human Gate 或阻塞。status: package_ready 并返回 publish_status: authorization_required。不得改走 Legacy direct mode 绕过 Package 合同。返回交付状态、Package 根目录、PRD、适用的 UI/HTML/截图、Review verdict、版本计划、Manifest、发布状态、剩余 gap 和恢复点。
只有 WORKFLOW.md 的 Delivery Ready Gate 全部成立，独立 Review 没有 P0/P1，且 Manifest 与当前 artifacts/producer identities 一致，才输出 package_ready。Package dry-run 可以验证发布输入；真实写入在当前 Agent Runtime 始终保持 authorization_required，不改变 Package readiness。
WORKFLOW.md 是交付路由、适用产物和 readiness gate 的权威合同，每次执行前读取。evals/evals.json 覆盖 UI、无 UI、单点 PRD、上游退回和外部授权回归；修改入口后运行这些评测并保留结果。No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Agent trace 诊断器：当用户提供 trace、日志 JSON、agent 执行记录、工具调用序列，或说“看下这个日志/trace，定位根因”“只说明问题不要改文件”时使用；用中文输出核心根因、可视化执行流程图、trace 证据链、可能文件/行和修复建议，默认只读。不用于没有日志证据的新功能设计、普通代码解释或直接修复代码。
The English summary is being prepared. Showing the original description.
协作校准 / 认知校准 / 问题脑暴：当用户有模糊感受说不清问题、方案越补越复杂、想挑战假设、 想重新定义问题、想知道成熟领域里怎么叫这个问题时使用。 可用中文唤起："帮我想想""先聊一下""一起脑暴""我感觉有问题但不清楚是什么" "先别执行，帮我看清问题""挑战我的假设""这个方案是不是想错了""帮我做认知校准" "双向钢人""钢人论证一下""正反最强论证，给我明确判断"。 也适用于：用户直接说"帮我做 X 功能""接入 Y 平台"但背景复杂、或对话早期感觉方向可能跑偏时， AI 主动识别并建议进入脑暴模式。 这里的“挑战假设”主要指问题定义、目标、约束和领域定位层面的假设；如果问题已确认且用户已有具体方案、 计划、架构或决策要压力测试，应转用 grill-me。不用于翻译、摘要、格式整理、单文件小改等简单执行任务。
The English summary is being prepared. Showing the original description.
AI 工作资产化诊断器 / Assetization Router：当用户提供 AI 协作会话、重复任务、prompt、工作流描述、 团队 AI 使用场景或一次成功交付过程，并要求判断应该沉淀成 Prompt、Context Pack、Workflow、Skill、 Loop、System，或根本不值得沉淀时使用。它只做诊断、分层和下一步资产建议，不替代具体 Skill 创建、 PRD 起草、调研、实现或自动化执行。不用于普通事实查询、一次性文案、trace 根因分析或高责任专业判断。
The English summary is being prepared. Showing the original description.
设计脑暴 / 实现前方案校准：当用户想把已基本成立的想法、功能方向或产品问题，在写 PRD、画 mockup 或进入开发计划前，先比较方案、确认取舍、对齐 UI/视觉约束，并收敛成可执行设计 spec 时使用。 可用中文唤起：“先脑暴一下方案”“先不要写 PRD，帮我设计几种路径”“参考 brainstorming 把这个需求变成设计 spec” “实现前先讨论设计”。问题还没定义清楚时先用 ai-collaboration-calibration；已有方案要压力测试时用 grill-me； 直接写 PRD 时用 prd-architect；grill-me 返回精确设计 gap 时，本 Skill 只输出 Design Delta。
The English summary is being prepared. Showing the original description.
竞品决策分析 / Competitive Decision Brief：当用户要调研竞品、替代方案、新产品、SaaS/AI 产品或市场信号， 并希望把官网、定价、评论、文档、更新日志、登录态走查、截图或浏览器取证转成产品定位、路线图、定价、 功能优先级、差异化、Go/No-Go 或 PRD 输入时使用。核心行为是先锚定产品决策，再选择证据渠道， 最后输出可行动的 Product Decision Brief；不要把它降级成泛泛功能清单、纯 UX 走查或“点完所有按钮”报告。
The English summary is being prepared. Showing the original description.
复杂探索资产化 / Complex Exploration：当用户面对复杂、不确定、多轮迭代的产品策略、Roadmap、商业化定价、竞品定位、复杂 PRD 前置探索、项目复盘或方法论沉淀任务时使用。它先判断任务类型，暴露隐含假设，重构真正问题，规划探索路径和中间产物，并在结束后沉淀认知、结构、方法论、工具和影响力资产。不用于简单润色、翻译、摘要、明确执行任务；问题只需早期认知校准时优先用 ai-collaboration-calibration，已有方案要压力测试时用 grill-me，系统专题研究用 research-topic-compiler。
The English summary is being prepared. Showing the original description.