开发与工程 requirements-clarificationuser-interviewintent-extractioninteractive-workflow

需求访谈助手

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

FollowSkills 评估 · FSRS-2.0
不推荐
59/ 100 五分制 3.0 / 5
信任安全18 / 25 · 3.6/5

技能仅要求交互式提问,不调用外部工具;明确禁止在非交互环境运行,并要求用户明确确认后才保存意图,体现了权限限制、确认和外部影响控制。扣分原因是未说明敏感信息处理、数据流、保存位置的安全边界或恢复/撤销机制,且发布者身份未被验证。

可靠稳定8 / 20 · 2.0/5

步骤、触发条件、停止条件和失败分支整体一致,包含对无法收敛时停止并告知用户的反馈。扣分原因是约95%置信度和“能预测后三个问题”的判定较主观,未提供针对该技能关键路径的可执行测试;静态评估不超过10分。

适用触发11 / 15 · 3.7/5

明确了目标场景、触发短语、非适用请求和非交互环境限制,并区分了下游技能。扣分原因是未定义更细的输入输出边界、误触发处理或中文交互指南,也没有证据证明对中国大陆网络环境的特殊适配。

规范维护11 / 15 · 3.7/5

文档结构清晰,包含概览、触发条件、流程、示例、交互关系、合理化反驳、红旗和验证清单;仓库共享上下文提供MIT许可证、安装方式、CI和维护者信息。扣分原因是该技能本身没有版本、变更记录、维护责任或故障排查说明,部分治理信息只能从仓库级材料间接获得。

有效结果7 / 15 · 2.3/5

技能目标明确,核心产物是经过用户明确确认的意图陈述,并给出Outcome、User、Why now、Success、Constraint和Out of scope字段;示例展示了从“dashboard”澄清为“experiment tracker”的价值。扣分原因是没有真实执行结果或对比证据证明实际完成质量,静态评估按上限不超过7分。

证据核验4 / 10 · 2.0/5

技能包含可审计的验证清单,要求记录假设、置信度、逐题提问、重述和明确确认。扣分原因是提供的CI虽验证仓库结构和通用评估,但没有显示覆盖interview-me关键行为的专门测试或第三方复现证据;静态评估不超过5分。

证据充分度: 评估于 2026年7月20日 审查版本 2fbfa004a019
使用前请注意
  • 该技能依赖实时、持续的用户响应;在异步、批处理或无人值守环境中不能安全完成其交付物。
  • “约95%置信度”和“预测后三个问题”缺少可操作的客观判定标准,可能导致过早停止或无休止追问。
  • 未规定如何避免用户在访谈中披露密码、令牌或其他敏感信息,也未明确保存意图文档后的访问控制和删除流程。
  • 未提供中文提示词或本地化示例,中文用户的语义触发和交互质量需要额外验证。
评估证据 [1][2][3][4][5]
查看完整评分方法 →

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

Interview Me 是一个用于需求澄清的工程技能,帮助代理区分用户实际想要的结果与习惯性表达。它会围绕用户、动机、成功标准和约束,一次提出一个问题,并附上当前猜测。访谈持续到代理能够较有把握地预测用户意图,然后要求用户明确确认。它适合放在其他定义、规格和规划技能之前使用。

先用一句话写出当前意图假设并标注置信度;随后一次提出一个聚焦问题,同时说明对答案的猜测和理由;识别“应该要什么”、最佳实践套话或模糊目标,并继续追问;在置信度足够高时,以结果、受益者、原因、成功标准、约束和范围外事项重述意图;等待用户明确确认,不把“听起来不错”或“随你决定”视为确认;若多轮后仍无法预测用户反应,则指出基础信息不足并建议退一步重新审视。

  1. 产品或工程负责人提出“帮我做一个仪表板”,但尚未说明使用者、目的或成功标准。
  2. 开发者说“把它做得更快”,却没有给出目标数值、使用场景或主要约束。
  3. 用户明确要求“采访我”“拷问我”或在开始前压力测试想法。
  4. 代理准备在没有确认需求的情况下直接制定方案、写规格或开始编码。

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

优点
  • 在计划、规格或代码产生前发现需求错配,降低后续返工风险。
  • 每个问题都附带代理的猜测,便于用户直接纠正隐藏假设。
  • 明确要求记录范围外事项,并以用户明确确认作为停止条件。
  • 不依赖网络、Shell、文件系统或 MCP,适合纯交互式需求澄清。
局限
  • 必须有实时响应的用户,不能直接用于 CI、定时运行或自主循环。
  • 会优先验证需求而不是立即开始执行,明确要求速度优先时不适用。
  • 源材料没有提供自动化测试套件、持久化机制或独立的结构化输出工具。
  • 最终交付是已确认的意图陈述,不是规格、计划或任务清单。

如何安装这个 Skill?

从仓库单独安装此技能:

npx skills add addyosmani/agent-skills --skill interview-me

也可以安装整个技能集合:

npx skills add addyosmani/agent-skills

仓库说明支持 Claude Code、Cursor、Codex、Copilot、Cline 等多种代理;具体客户端的本地安装方式需参考其对应集成说明。

如何使用这个 Skill?

在交互式会话中提出模糊需求,或直接输入“interview me”“grill me”“are we sure?”或“stress-test my thinking”。技能会先给出假设和置信度,再一次询问一个问题。它需要用户实时回应,不适用于 CI、定时任务或自主循环。

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

它位于定义阶段的最前端:先提取真实意图,再交给 idea-refine、spec-driven-development 或后续规划技能。与 doubt-driven-development 不同,它在决策前澄清用户想要什么,而不是在已有计划后进行对抗式审查。

常见问题

这个技能需要额外权限或外部服务吗?
源材料没有显示它需要 Shell、网络、文件系统、MCP 或其他运行时依赖;它只需要一个能够实时回应问题的用户。
什么时候不应该使用它?
需求已经明确自洽、用户明确要求速度优先、只是查询信息,或只是执行重命名、格式化和文件移动等机械操作时,不应使用。
如果访谈一直无法收敛怎么办?
经过多轮仍无法预测用户接下来会如何回答时,技能要求指出基础信息缺失,并建议退一步重新审视问题,而不是继续盲目追问。
它是否包含在开源仓库中?
该仓库采用 MIT 许可证,并将此技能作为 24 个技能之一提供;本档案仅描述 interview-me。

同仓库的其他 Skills

均来自 addyosmani/agent-skills

开发与工程

上下文工程指南

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

开发与工程

Idea Refine 创意打磨

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

开发与工程

规范驱动开发

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

开发与工程

工程技能导航器

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

开发与工程

浏览器 DevTools 测试

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

开发与工程

测试驱动开发工作流

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

开发与工程

代码简化审查

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

开发与工程

Git 协作与版本发布规范

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

开发与工程

性能优化工程技能

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

开发与工程

规划与任务拆解

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

开发与工程

架构决策与工程文档助手

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

设计与前端

生产级前端界面工程

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

自动化与运维

生产可观测性工程

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

开发与工程

怀疑驱动开发

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

开发与工程

增量实现

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

自动化与运维

安全加固工程技能

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

开发与工程

官方文档驱动开发

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

开发与工程

稳定接口设计指南

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

开发与工程

合并前代码质量审查

在合并前从正确性、可读性、架构、安全性和性能五个维度审查代码变更。

开发与工程

系统化调试与错误恢复

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

相关 Skills