Community研究与数据分析github.com

jerlandson-supernova/hoq - 质量屋 (QFD) MCP 服务器

通过 hoq MCP 服务器与用户协作构建和查看质量屋 (House of Quality, QFD)。适用于需要运行 QFD、质量屋、需求-特性矩阵、对特性按利益相关者需求进行优先级排序,或确认产品构建必须达成的目标。

hoq - 质量屋 (QFD) MCP 服务器 是什么?

本技能允许 AI 代理通过 hoq MCP 服务器与人类用户协作,基于质量功能展开 (QFD) 方法构建和迭代一个“质量屋”。它管理一个单一的 House 实例(持久化为 JSON),并支持添加利益相关者、记录需求及其重要性、定义可测量的特性(含单位、方向、目标和当前值)、填充关系矩阵(房间)和特性间相关性(屋顶)。代理可以提出单元格值,但所有更改必须由用户确认,确保人工监督。该技能还支持验证空单元格、计算优先级、分析模块耦合度、从工单追踪器导入任务,以及将结果导出为 Markdown、表格、SVG 或 Excel 格式。所有重要性、当前状态和目标值都必须有来源记录 (`by` 字段),禁止 AI 猜测;门控项(如安全/法规)带 `gate: true` 标记但永不参与特性排名。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jerlandson-supernova/house-of-quality/tree/HEAD/skills/hoq

Installed? Explore more 研究与数据分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

使用 hoq MCP 服务器构建质量屋

该服务器 (node mcp/server.js --file house.json, 来自 github.com/jerlandson-supernova/house-of-quality) 持有一个 House 实例,并在每次更改后保存。用户可以在网页中打开同一文件并继续编辑;你提出的提议会在那里等待用户确认。

会话步骤(按顺序)

  1. 谁是利益相关者? 询问。然后,对于每位利益相关者,用他们自己的话记录他们需要什么。使用 need_set 设置 need、source、short。将需求控制在约 16 条以内。不要根据产品描述自行编造需求。
  2. 重要性 为 1 到 5,属于利益相关者。询问后,使用 need_set 设置 importance 和 by(谁给出的)。永远不要猜测。
  3. 特性:针对每个需求,可以测量设计的哪些方面来表明该需求被满足?使用 characteristic_set 设置 unit(单位)、direction(方向 ↑ ↓ ◎)、target(目标值,陌生人可测试)、today(当前测量值)。无单位意味着这是一个愿望,而非特性。任何必须在发货前通过的内容(安全、法律)设置 gate: true。
  4. 房间:对于每一对(需求-特性),如果该特性决定了需求是否被满足,则评分为 9;有明确影响则为 3;有部分影响则为 1;否则留空。大多数单元格保持空白。通过 relationships_set_many 提议,每个单元格附带一行 note 以及你掌握的 evidence(证据)。在用户确认之前这些评分不计入任何计算。用户确认时使用 proposal_confirm 并带上他们的名字,且仅在他们在页面上明确同意后才调用。house_next 会找出值得关注但仍为空白的单元格:没有特性支持的需求、没有强驱动者的需求、没有驱动任何内容的特性。
  5. 屋顶:成对的特性之间互相帮助 (++, +) 或冲突 (−, −−)。通过 roof_set 提议。每项权衡都是为某人做的决策;注明是谁的决策。
  6. 当前状态和目标(Today and goal):每个需求从 1 到 5 级,通过 need_set 设置,并带有 by 字段。
  7. 查看结果:house_validate(将空白行/列读回给用户),house_priorities(前五个优先级及门控项),house_diagonal(块状图为模块;耦合性判断是否存在构建顺序;需切断的耦合点表示需要重新设计),以及通过 items_import 从追踪器导出导入工单(或逐条使用 item_set),然后使用 house_items:查看哪些门控已清除,关键路径上的下一个开放步骤,看板与测试结果不一致之处,逾期项,以及每个工单对 House 的贡献度。
  8. 交接成果:house_markdown 是给人类阅读的报告;house_export 为 tsv 格式并附上当前日期,是记录的权威版本;house_export 为 svg 格式是图片;xlsx 是包含实时公式的工作簿。

规则

  • 你编造的需求比缺少一个需求更糟糕。你猜测的数字比留空更糟糕。
  • 在提议单元格之前说明推理过程;将其放入 note 字段中。
  • 重要性、当前状态和目标:始终附带 by 字段。来源是审计追踪。
  • 门控项保留其权重,但永不参与功能排名。
  • 看板状态是一个声明。状态来自追踪器 (items_import);tested 状态只能是 verified、partial、fails、not_built 之一,且仅基于你已看到的证据设置,并附带 retested 作为测试日期。导入操作永远不会改变已有的测试结论。
  • 网页用于工作;带日期的 TSV 文件是大家引用的版本。网页上的编辑不会通知任何人。

如果服务器以 --assist 参数运行

assist_suggest 要求模型为结构空缺的单元格提供值;assist_members 从用户提供的文本中提取需求或特性。两者都仅返回提议,行为者属性为 assist:<model>。在用户确认之前,将模型的分析理由读给用户;永远不要自行确认模型的建议。

工具一览

house_new · house_open · house_save · house_summary · house_get · house_validate · house_log · need_set · need_remove · characteristic_set · characteristic_remove · relationship_set · relationships_set_many · roof_set · propose · proposals_list · proposal_confirm · proposal_reject · house_next · item_set · items_import · item_remove · status_scale_set · house_report · house_markdown · house_priorities · house_diagonal · house_items · house_draw · house_export

资源: hoq://house, hoq://report, hoq://report.md, hoq://drawing.svg。提示词: qfd_session。

相关技能