开发与工程

Idea Refine 创意打磨

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

51/ 100
谨慎使用

价值存在,但可靠性、证据或控制措施仍有明显缺口。

查看评分依据 ↓
可直接使用于
Claude Code
Star 数
★ 107k
最近更新
13 天前
License
MIT
ideationrequirements-clarificationassumption-testingproduct-discovery
+1markdown-artifacts

这个 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 单页文档。

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

如何安装这个 Skill?

使用前请注意
  • 依赖的 AskUserQuestion、Glob、Grep、Read 工具在不同代理中可能不可用,缺少明确降级方案。
  • 保存 Markdown 文件前虽要求用户确认,但未定义写入失败、同名文件覆盖和恢复机制。
  • 验证清单主要是流程自检,不等同于该技能关键路径的自动化测试;发布者身份仍未知。
开始前你需要
Agent 需要具备
  • Shell / 命令行
  • 本地文件系统
需要预先安装
  • Bash

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

通用方式:手动安装到 Claude Code(macOS / Linux)
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/addyosmani/agent-skills.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/skills/idea-refine" ~/.claude/skills/
rm -rf "$tmp"

根据源仓库地址和 Skill 路径自动生成,只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式,请优先按作者说明操作;想只在当前项目中使用,把 ~/.claude/skills 换成项目里的 .claude/skills。

如何使用这个 Skill?

试试这样说

安装后,把下面任意一句发给 Agent 即可触发:

  • Help me refine this idea
  • Ideate on [concept]
  • Stress-test my plan

在支持该技能的代理中提供一个想法,并使用“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 有哪些优点和局限?

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

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

与相关 Skills 并排比较;分数均按同一 FSRS 标准得出。

Skill FS 评分 Star 数 最近更新 License
Idea Refine 创意打磨 本页 51 · 谨慎使用 ★ 107k 13 天前 MIT
需求访谈助手 59 · 推荐 ★ 107k 13 天前 MIT
上下文工程指南 49 · 谨慎使用 ★ 107k 13 天前 MIT
复合工程思维风暴 61 · 推荐 ★ 26k 13 天前 MIT
Playwright 浏览器自动化技能 68 · 推荐 ★ 3.2k 2 个月前 MIT

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

FollowSkills 如何评估这个 Skill?

FollowSkills 评估 · FSRS-2.0
谨慎使用
51/ 100 五分制 2.6 / 5
上游仓库在本次评估后已有新提交;当前评分仍对应所示审查版本,可能尚未覆盖最新改动。
1信任安全17 / 25 · 3.4/5

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

2可靠稳定7 / 20 · 1.8/5

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

3适用触发10 / 15 · 3.3/5

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

4规范维护8 / 15 · 2.7/5

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

5有效结果6 / 15 · 2.0/5

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

6证据核验3 / 10 · 1.5/5

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

1 2 3 4 5 6

点击维度查看打分理由

评估于 2026年7月20日 审查版本 2fbfa004a019 评估证据[1][2][3][4][5][6][7][8][9]

证据充分度:低 — 主要依赖静态检查、作者材料或有限演示;适合发现线索,不适合做高风险决策。

查看完整评分方法 →

常见问题

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

同仓库的其他 Skills

均来自 addyosmani/agent-skills

开发与工程

需求访谈助手

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

★ 107k FS 59 推荐 13 天前
开发与工程

上下文工程指南

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

★ 107k FS 49 谨慎使用 13 天前
开发与工程

浏览器 DevTools 测试

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

★ 107k FS 59 推荐 13 天前
开发与工程

测试驱动开发工作流

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

★ 107k FS 57 谨慎使用 13 天前
开发与工程

规范驱动开发

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

★ 107k FS 55 谨慎使用 13 天前
开发与工程

系统化调试与错误恢复

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

★ 107k FS 49 谨慎使用 13 天前
自动化与运维

CI/CD 自动化工程指南

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

★ 107k FS 48 谨慎使用 13 天前
开发与工程

工程技能导航器

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

★ 107k FS 46 谨慎使用 13 天前
开发与工程

代码简化审查

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

★ 107k FS 57 谨慎使用 13 天前
开发与工程

Git 协作与版本发布规范

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

★ 107k FS 54 谨慎使用 13 天前
开发与工程

性能优化工程技能

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

★ 107k FS 54 谨慎使用 13 天前
开发与工程

规划与任务拆解

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

★ 107k FS 54 谨慎使用 13 天前
开发与工程

架构决策与工程文档助手

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

★ 107k FS 53 谨慎使用 13 天前
设计与前端

生产级前端界面工程

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

★ 107k FS 53 谨慎使用 13 天前
自动化与运维

生产可观测性工程

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

★ 107k FS 53 谨慎使用 13 天前
开发与工程

怀疑驱动开发

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

★ 107k FS 52 谨慎使用 13 天前
开发与工程

增量实现

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

★ 107k FS 52 谨慎使用 13 天前
自动化与运维

安全加固工程技能

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

★ 107k FS 52 谨慎使用 13 天前
开发与工程

官方文档驱动开发

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

★ 107k FS 51 谨慎使用 13 天前
开发与工程

稳定接口设计指南

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

★ 107k FS 50 谨慎使用 13 天前

相关 Skills