---

name: prompt-optimizer description: >- 分析原始提示词，识别意图和不足，匹配 ECC 组件（技能/命令/代理/钩子）， 输出可直接粘贴使用的优化提示词。仅提供建议——从不执行任务本身。 触发条件：用户说"optimize prompt"、"improve my prompt"、 "how to write a prompt for"、"help me prompt"、"rewrite this prompt"， 或明确要求提升提示词质量。也支持中文触发： "优化prompt"、"改进prompt"、"怎么写prompt"、"帮我优化这个指令"。 不触发条件：用户想直接执行任务，或说"just do it"/"直接做"。 不触发条件：用户说"优化代码"、"优化性能"、"optimize performance"、 "optimize this code"——这些是重构/性能任务，不是提示词优化。 origin: community metadata: author: YannJY02 version: "1.0.0"

提示词优化器

分析草稿提示词，进行批评，匹配 ECC 生态系统组件， 输出用户可以直接粘贴运行的完整优化提示词。

适用场景

• 用户说"optimize this prompt"、"improve my prompt"、"rewrite this prompt"
• 用户说"help me write a better prompt for..."
• 用户说"what's the best way to ask Claude Code to..."
• 用户说"优化prompt"、"改进prompt"、"怎么写prompt"、"帮我优化这个指令"
• 用户粘贴草稿提示词并要求反馈或增强
• 用户说"I don't know how to prompt for this"
• 用户说"how should I use ECC for..."
• 用户明确调用 /prompt-optimize

不适用场景

• 用户想直接完成任务（直接执行）
• 用户说"优化代码"、"优化性能"、"optimize this code"、"optimize performance"——这些是重构任务，不是提示词优化
• 用户询问 ECC 配置（使用 configure-ecc 代替）
• 用户想要技能清单（使用 skill-stocktake 代替）
• 用户说"just do it"或"直接做"

工作原理

仅提供建议——不执行用户的任务。

不要编写代码、创建文件、运行命令或采取任何实施行动。你唯一的输出是分析加上优化后的提示词。

如果用户说"just do it"、"直接做"或"don't optimize, just execute"， 不要在此技能内切换到实施模式。告诉用户此技能只生成优化提示词， 并指导他们如果想要执行则发出正常的任务请求。

按顺序运行以下 6 阶段管线。使用下方的输出格式呈现结果。

分析管线

阶段 0：项目检测

在分析提示词之前，检测当前项目上下文：

1. 检查工作目录中是否存在 CLAUDE.md——读取其中的项目约定
2. 从项目文件检测技术栈：
   • package.json → Node.js / TypeScript / React / Next.js
   • go.mod → Go
   • pyproject.toml / requirements.txt → Python
   • Cargo.toml → Rust
   • build.gradle / pom.xml → Java / Kotlin（然后检查构建文件中的 quarkus → Quarkus，或 spring-boot → Spring Boot）
   • Package.swift → Swift
   • Gemfile → Ruby
   • composer.json → PHP
   • *.csproj / *.sln → .NET
   • Makefile / CMakeLists.txt → C / C++
   • cpanfile / Makefile.PL → Perl
3. 记录检测到的技术栈供阶段 3 和阶段 4 使用

如果未找到项目文件（例如提示词是抽象的或用于新项目）， 跳过检测并在阶段 4 中标记"技术栈未知"。

阶段 1：意图检测

将用户的任务分类为一个或多个类别：

| 类别 | 信号词 | 示例 | |------|--------|------| | 新功能 | build, create, add, implement, 创建, 实现, 添加 | "Build a login page" | | Bug 修复 | fix, broken, not working, error, 修复, 报错 | "Fix the auth flow" | | 重构 | refactor, clean up, restructure, 重构, 整理 | "Refactor the API layer" | | 研究 | how to, what is, explore, investigate, 怎么, 如何 | "How to add SSO" | | 测试 | test, coverage, verify, 测试, 覆盖率 | "Add tests for the cart" | | 审查 | review, audit, check, 审查, 检查 | "Review my PR" | | 文档 | document, update docs, 文档 | "Update the API docs" | | 基础设施 | deploy, CI, docker, database, 部署, 数据库 | "Set up CI/CD pipeline" | | 设计 | design, architecture, plan, 设计, 架构 | "Design the data model" |

阶段 2：范围评估

如果阶段 0 检测到项目，使用代码库大小作为信号。否则，仅从提示词描述估算并标记估算为不确定。

| 范围 | 启发式 | 编排方式 | |------|--------|----------| | 极小 | 单文件，< 50 行 | 直接执行 | | 低 | 单组件或模块 | 单命令或技能 | | 中 | 多组件，同一领域 | 命令链 + /verify | | 高 | 跨领域，5+ 文件 | 先 /plan，然后分阶段执行 | | 史诗 | 多会话，多 PR，架构变更 | 使用 blueprint 技能制定多会话计划 |

阶段 3：ECC 组件匹配

将意图 + 范围 + 技术栈（来自阶段 0）映射到具体的 ECC 组件。