开发与工程 ideationrequirements-clarificationassumption-testingproduct-discoverymarkdown-artifacts

Idea Refine 创意打磨

把模糊想法转化为经过验证、可执行的产品方向。

FollowSkills 评估 · FSRS-2.0
不推荐
51/ 100 五分制 2.6 / 5
信任安全17 / 25 · 3.4/5

技能要求先通过交互澄清,并明确只有用户确认后才保存文件;初始化脚本仅创建 docs/ideas 目录,未见网络访问、凭据处理、隐蔽外传或破坏性默认行为。因此基础权限控制和外部影响透明度较好。扣分在于未说明文件写入失败、撤销/恢复、敏感想法处理或各代理工具权限边界,且发布者身份未被验证。

可靠稳定7 / 20 · 1.8/5

三阶段流程、确认门槛、反模式和验证清单基本一致,初始化脚本也有 set -e 和明确 JSON 状态输出。扣分在于依赖 AskUserQuestion、Glob、Grep、Read 等工具但未声明可用性或替代路径;对空输入、异常输入、引用文件缺失和写入失败的诊断反馈不足。静态评估上限为10,且没有执行复现证据。

适用触发10 / 15 · 3.3/5

前置描述给出了目标场景、触发短语和交互式对话边界,覆盖产品、代码库内功能和流程改进,并区分发散、收敛和交付阶段。扣分在于未充分定义不适用场景、输入格式和不同代理环境下的触发冲突处理;没有中文交互或大陆网络适配说明,尽管核心功能不依赖海外在线服务。

规范维护8 / 15 · 2.7/5

文档结构清晰,具有用法、流程、输出格式、示例、反模式、红旗和验证清单,支持渐进式阅读;MIT 许可和仓库级安装说明存在。扣分在于技能自身没有版本、变更记录、维护责任或更新路径,也未说明 frameworks.md、refinement-criteria.md、examples.md 缺失时如何降级,安装与依赖说明较分散。

有效结果6 / 15 · 2.0/5

技能明确产出包含问题陈述、推荐方向、假设、MVP 和不做事项的 Markdown 一页纸,并通过用户确认控制落盘,示例展示了可直接使用的结果。扣分在于没有文件命名冲突、目录权限、保存失败或最终内容校验流程,也缺少独立结果验证和与手工头脑风暴、其他方案的比较证据。静态评估上限为7。

证据核验3 / 10 · 1.5/5

技能提供了可审计的阶段目标、输出模板和完成检查项,仓库还展示了 CI 验证入口。扣分在于给出的测试样例与该技能关键路径无关,未提供覆盖交互触发、阶段转换、用户确认和文件保存的专门测试,也没有第三方执行结果或多源交叉证据。静态评估上限为5。

证据充分度: 评估于 2026年7月20日 审查版本 2fbfa004a019
使用前请注意
  • 依赖的 AskUserQuestion、Glob、Grep、Read 工具在不同代理中可能不可用,缺少明确降级方案。
  • 保存 Markdown 文件前虽要求用户确认,但未定义写入失败、同名文件覆盖和恢复机制。
  • 验证清单主要是流程自检,不等同于该技能关键路径的自动化测试;发布者身份仍未知。
查看完整评分方法 →

这个 Skill 能做什么,适合哪些场景?

Idea Refine 面向仍然模糊、需要探索或需要压力测试的想法。它通过发散思考生成多个方向,再通过聚类、价值评估、可行性分析和假设检验逐步收敛。流程要求明确目标用户和成功标准,并在确定方向前识别可能致命的隐藏假设。最终,在用户确认后生成保存于 docs/ideas/[idea-name].md 的 Markdown 单页方案。

它先将原始想法改写为“How Might We”问题,提出 3–5 个聚焦用户、成功标准、约束、既有尝试和时机的问题,并生成 5–8 个不同方向的变体。随后将有共鸣的想法聚类为 2–3 个方向,按用户价值、可行性和差异化进行压力测试,列出待验证假设、潜在致命风险和暂时不做的事项。若在代码库中使用,它会读取相关代码库上下文,并按说明读取 frameworks.md、refinement-criteria.md 和 examples.md。完成后输出包含问题陈述、推荐方向、关键假设、MVP 范围、不做事项和开放问题的 Markdown 单页文档。

  1. 产品或工程负责人只有一个模糊概念,需要在投入开发前明确真正要解决的问题。
  2. 创业者拥有多个可能方向,希望比较用户价值、实现成本和差异化后再选择。
  3. 团队准备制定技术方案,但需要先识别目标用户、成功标准和未经验证的关键假设。
  4. 在已有代码库中规划新功能,需要结合现有架构、约束和既有实现进行创意探索。
  5. 希望对一个计划进行系统性压力测试,并明确哪些范围应暂时排除。

这个 Skill 有哪些优点和局限?

优点
  • 流程明确,覆盖发散、收敛、隐藏假设和 MVP 范围。
  • 强制关注目标用户和成功标准,而不是直接跳到实施方案。
  • 明确要求列出“不做事项”,有助于控制范围。
  • 可在代码库环境中结合现有架构和约束进行探索。
  • 最终产出结构化 Markdown 单页文档,便于后续推进。
局限
  • 核心流程依赖交互式对话,未针对非交互式使用提供完整说明。
  • 需要用户在进入后续阶段前回答问题并确认最终方向。
  • 技能会调用平台相关的用户提问、参数替换和文件读取能力,移植到其他代理时可能需要调整。
  • 提供的源材料没有展示 frameworks.md、refinement-criteria.md 或 examples.md 的具体内容,也没有提供平台测试证据。

如何安装这个 Skill?

这是 addyosmani/agent-skills 单仓库中的一个技能。可安装整个集合:npx skills add addyosmani/agent-skills;也可按仓库 README 所示的单技能安装格式安装 Idea Refine:npx skills add addyosmani/agent-skills --skill idea-refine。该集合采用 MIT 许可证,并面向多个 AI 编程代理。README 未提供将该技能单独复制到特定目录的通用步骤。

如何使用这个 Skill?

在支持该技能的代理中提供一个想法,并使用“Help me refine this idea”“Ideate on [concept]”或“Stress-test my plan”等触发语句。它会以交互对话方式推进三个阶段:理解与扩展、评估与收敛、打磨与交付。完成方案后,只有在用户确认后才保存到 docs/ideas/[idea-name].md;也可选择其他保存位置。可选地运行 bash skills/idea-refine/scripts/idea-refine.sh 初始化 ideas 目录。

这个 Skill 与同类方案有什么区别?

README 将 Superpowers 和 Matt Pocock's skills 列为可比较的替代方案,并链接到 docs/comparison.md;提供的源材料未包含该比较文档的具体结论,因此无法进一步判断差异。

常见问题

使用这个技能需要付费吗?
源材料没有列出单独收费;仓库采用 MIT 许可证。具体代理或安装工具的费用不在提供的资料中。
它会直接修改代码或实现方案吗?
不会。它的范围是探索和收敛想法,并在用户确认后生成 Markdown 单页方案;源材料没有说明它会执行实现工作。
使用时需要提供什么?
需要提供一个原始想法,并参与关于目标用户、成功标准、约束、既有尝试和时机的交互式提问。
它适合一次性生成完整计划吗?
不完全适合。该技能明确要求先完成发散和收敛阶段,并在用户确认最终方向后再生成单页方案。

同仓库的其他 Skills

均来自 addyosmani/agent-skills

开发与工程

需求访谈助手

在规划或编码前,通过逐题访谈确认用户真正想解决的问题。

开发与工程

上下文工程指南

帮助编码代理在正确时间获取正确项目上下文,减少臆测并保持开发规范一致。

开发与工程

浏览器 DevTools 测试

用真实浏览器运行数据验证、调试并测试网页应用。

开发与工程

测试驱动开发工作流

用可执行的测试先证明需求,再以最小改动实现、重构并验证行为。

开发与工程

规范驱动开发

在编码前把模糊需求转化为可验证的开发规范。

开发与工程

系统化调试与错误恢复

用结构化流程定位根因,修复错误并防止复发。

自动化与运维

CI/CD 自动化工程指南

为项目建立可验证、可回滚的持续集成与部署流水线。

开发与工程

工程技能导航器

根据任务阶段发现并调用合适的工程工作流技能。

开发与工程

代码简化审查

在不改变行为的前提下,降低代码复杂度并提升可读性与可维护性。

开发与工程

Git 协作与版本发布规范

用可审查、可回滚的 Git 流程管理代码变更与版本发布。

开发与工程

性能优化工程技能

通过测量、定位和验证,系统解决前端、后端、查询与数据库性能瓶颈。

开发与工程

规划与任务拆解

将明确需求拆分为有依赖顺序、可实现且可验证的工程任务。

开发与工程

架构决策与工程文档助手

帮助工程团队记录决策依据、维护文档并保留长期代码上下文。

设计与前端

生产级前端界面工程

帮助 AI 编码代理构建可访问、响应式且符合设计系统的生产级用户界面。

自动化与运维

生产可观测性工程

为生产代码建立日志、指标、追踪与告警,让系统行为可见且便于诊断。

开发与工程

怀疑驱动开发

在非平凡决策落地前,用新上下文主动寻找错误。

开发与工程

增量实现

用可验证的小步迭代安全交付多文件工程变更。

自动化与运维

安全加固工程技能

帮助编码代理在处理不可信输入、身份验证、敏感数据和外部服务时建立系统化安全防线。

开发与工程

官方文档驱动开发

让框架与库的实现决策基于当前官方文档,而不是过时记忆。

开发与工程

稳定接口设计指南

帮助工程团队设计稳定、清晰且难以误用的 API 与模块接口。

相关 Skills